METODOLOGIAS DE DESARROLLO /segundo cuatri 2018

LUNES 06/08

María Cristina Cardoso

mcris.c@gmail.com tel: 1551429494

son 14 clases, no faltar mas de 3.

Parcial se puede recuperar dos veces

FINAL OBLIGATORIO. La nota final se promedia con final y parciales. Se puede rendir el final en la
fecha de recuperatorio.

La nota de los exámenes se divide en teoría y práctica. Se recupera sólo la parte que fue mal.
(teoría o practica)

La parte práctica se puede aprobar con la presentación del trabajo práctico optativo (mejor en
equipo).

Metodología estructurada.

Primer Parcial 17/09. Segundo parcial 05/11. Final 10/12. Recuperatorio 26/11.

Método: (manera forma, cómo se realiza una tarea, depende de quién la realiza (algunas son más
duras, otras más flexibles).

Sistema de Información:
Entradas>> PROCESO >>Salidas
Datos >> (*) >>Información
(*) El proceso está compuesto por funciones transformadoras.
Dato: hecho comprobable que surge en algún momento.
Información: Todo aquello que me aporta conocimiento nuevo a lo ya conocido. Sirve para la toma
de decisiones.
Niveles de decisión:
1) Estratégico (gerencial, a largo plazo, son los que financian el proyecto)
2) Táctico (supervisor, mediano plazo)
3) Operativo(es el más importante)
Conocimiento: experiencia aplicada a una tarea específica. Puede ser formal o informal.
REQUERIMIENTO: Necesidad de información del cliente. Todo requerimiento tiene lo que
QUIERE vs. NECESITA.
 Tipos de sistema:

Naturales, artificiales (hechos por el hombre) y de info.

Ciclo de vida del proyecto: Nace con el requerimiento del cliente, se desarrolla y finaliza con la
implementación.

Vs.

Ciclo de vida del sistema: nace con la implementación del proyecto, es utilizado, y finaliza cuando
es dado de baja o queda obsoleto.

En la materia nos ocupamos del proyecto.

Personal interviniente en el desarrollo de un proyecto:

1) Analista funciónal 8) Infraestructura

2) Programador 9) Cliente / usuarios

3) PM 10) Testing

4) PL 11) Operador

5) QA 12) DBA

6) Arquitecto de datos 13) Auditor

7) Arquitecto de aplicación

Los USUARIOS de dividen por nivel de experiencia en sistema:

1) Novato (amateur) – son difíciles, hay que convencerlos -.

2) Novatos presuntuosos – son difíciles, suelen obstaculiza -.

3) Expertos – tienen mucho conocimiento en sistemas y pueden ayudarnos. Pueden ser un

estorbo si intentan anteponer sus ideas -.

ANALISTA FUNCIONAL / DE SISTEMAS:

Tiene distintos roles, es un arqueólogo (ya que descubre de forma minuciosa y detallada todo
aquello que necesita y siendo cuidadoso), es escribano (debe documentar que lo que hay que hacer
es lo que se hizo y lo que se acordó con el cliente), debe ser psicólogo, entre otros.

PM Proyect Lider:

13/08
 Leer capítulo 2 y 3.

Ciclo de vida de un proyecto:

Inicio: requerimiento del usuario

Fin: implementación.

Implantación ascendente (necesita haber finalizado el paso anterior para seguir con el siguiente)
(sistema cascada)

Ciclo de vida clásico:

Tiene etapas que se cumplen para tener un orden.

Comienza con la encuesta:

1) Relevamiento (es decir, qué necesita el cliente) pueden ser:

Esta parte es esencial dado que percibir erróneamente las necesidades y pedidos del cliente nos
llevan a tener un sistema inútil.

- Entrevista con el cliente (suele ser el nivel decisorio)

- Cuestionario (cerrado(si-no)), abierto)

- Análisis de la documentación (para respetar el formato, respetar la forma de

trabajo)

- Trabajo de campo (ir a la empresa, ver cómo trabajan) técnica: observación

directa.

2) Análisis

a. Diseño preliminar (realizar una interpretación de lo que el cliente pidió. Es un

documento gráfico, hecho en base al relevamiento previo.)

b. Estudio de hardware (qué hw necesito para implementar el sistema diseñado,

qué hw tiene la empresa? Es suficiente o hay que pedir?

o Realizar el pedido de hardware

3) Diseño detallado (o funcional) en base al diseño preliminar y el estudio de hardware.

Desmenuzar el sistema en tantas funciones como sea necesario.

-Especificaciones de programas}

4) Codificación:

 Módulos codificado (salidas)

 5) Pruebas de unidad: a. el programador prueba su código

i. Módulos probados (salidas)

b. Pruebas de subsistemas: (conjuntos de módulos)

i. Subsistemas probados (salidas)

c. Pruebas de sistema

Ciclo de vida estructurado:

se pueden adelantar algunos pasos en ciertos momentos.

Requerimiento

1) Relevamiento

a. Genera documentación

2) Análisis

a. Especificación estructurada

3) Diseño

a. Diseño estructurado

4) Implantación(codificación)

5) Generación de pruebas de especificación

a. Conjunto de pruebas de calidad

6) Control de calidad (con 4, 5 y 7)

7) Descripción de procedimientos

8) Conversión de base de datos (finalizado el 3)

a. Base de datos constituida

9) Instalar (una vez finalizado el 6 y 8)

MODELOS:

Una representación limitada de la realidad.

Modelo esencial: -> abstracción de la realidad donde me olvido de los detalles y me concentro en
lo general.

Modelo ambiental : ver el contorno, sin saber los detalles. Ve al sistema desde un alto
nivel de abstracción. Modelo del sistema como un todo donde podemos ver el límite, es decir qué
cosas hay dentro del sistema y qué cosas están fuera de él.
4) Diagrama de contexto: “sistema de…”
i. Herramientas del diagrama de contexto:
1. Proceso: (burbúja)-> es transformador porque transforma las
entradas en salidas. Tiene una sóla burbuja. Sólo tiene un
contexto. “sistema de…”
2. Flujo: (flechas) entran o salen.. tienen un solo sentido y tienen
el nombre del dato que llevan.
3. Terminador: (rectángulo) -> son personas, sectores, otros
sistemas, los cuales son externos al sistema a modelar. Pero
son quienes generan la entrada y reciben la salida del sistema.
(no nos importa lo que pasa dentro). El nombre va en singular.
No es controlado por el sistema.
4. Opcional. Almacenes (dos líneas paralelas o un rectángulo que
le falta un lado) -> información en reposo para su posterior
uso. Su nombre debe ir en plural. Sus flujos llevan como tipo
de dato el nombre del almacen.
 5) Listado de acontecimientos: es una lista con párrafos cortos que me dice qué cosas
ingresan al sistema y a las cuales el sistema le debe dar respuesta.
6) Declaración de propósitos: narración corta y clara que dice qué cosas hace el sistema y
qué cosas no. Que está dirigida al nivel decisorio. (se conoce como el objetivo del
sistema)

Modelo de comportamiento

Leer capítulso 2,3,5,17,18. Hacer ejercicio 5

Modelo físico actual (cómo se hace la tarea /proceso ahora) >>

M. lógico actual (Qué cosa/funciones hace) >>

m. l ógico nuevo (funciones nuevas, agregadas) >>

m. físico nuevo (cómo se hace el nuevo.

EJER 5

Cuando se debe resolver un ejercicio para realizar el modelo ambiental, se dibuja diagrama de
contexto. Primero hacemos una burbuja con su nombre, luego leyendo reiteradamente el texto
analizamos cuales son los terminadores y vemos las entradas al sistema, sabiendo que debe haber
sólo una entrada por acontecimiento y puede haber más de una salida. Con el concepto de
tecnología perfecta los almacenes entregan información al sistema sin que este lo pida, yendo un
flujo del almacén al sistema y el sistema recibe información del terminador sólo cuando el mismo
lo decide ya que al terminador no lo controla el sistema.

Cómo se reconoce un acontecimiento:

Cuando el terminador ingresa información al sistema es un acontecimiento.

Listado de acontecimientos (breve narración pluralista de valores que ingresan al sistema a los que
el mismo debe responder.)- quién (terminador), qué – para( flujo de datos) , por qué (motivo).

1) Quien? >> el cliente entrega datos

Qué >> datos de pedido de inscripción

Porque >> porque quiere saber ingles.

2) El alumno entrega datos de recibo de pagos porque quiere inscribirse en clase.

EJER 6.