Analisis y diseño de Sistemas de informacion

Namour escribió:*¿Con qué reemplaza el análisis de facibilidda?

El análisis de falibilidad, lo reemplazamos por: mencionar si el software y hardware que se posee es necesario para montar el sistema, esto acompañado con el mantenimiento y capacitación por parte del personal que necesita el mismo.

* Explicar el método SSA (análisis estructurado), herramientas que posee y cuando se considera que está completo

Qué es el análisis estructurado?

El método de desarrollo de sistemas por análisis estructurado, divide el sistema en componentes y construye un modelo para el mismo, incorporando elementos de análisis y diseño.
El análisis estructurado, se concentra en especificar lo que se requiere que el sistema o la aplicación hagan. No se especifica como se cumplirán los requisitos ni la forma en que se implementará la aplicación.
Ahora describo SSA
Ahora bien, el SSA (Análisis estructurado de sistemas), es un conjunto de técnicas que permiten la construcción de un modelo lógico de manera completa y exhaustiva, semi-informal, que prepara el camino para el diseño detallado.
Herramientas que lo componen:
• Diagramas de flujo de datos (DFD): herramienta gráfica que se usa para describir y analizar el movimiento de datos a través del sistema. Se usan los símbolos: flecha: flujo de datos, rectángulo: entidad externa, círculo: proceso, rectángulo abierto: almacenamiento de datos.
• Diccionario de Datos (DD): contiene todos los elementos de datos que fluyen en el sistema, es decir, es un listado organizado de todos los datos pertinentes al sistema, con definiciones rigurosas de manera que el usuario y el análisis del sistema comprendan las entradas, salidas, los componentes de almacenamiento y hasta los cálculos intermedios.
• Castellano estructurado

¿? Falta cuando se considera copleto


*¿Qué entiende por análisis y diseño de sistemas?

Análisis de sistema  QUE debe hacer el sistema
Diseño de sistema  COMO alcanzar los objetivos


*¿Qué es un prototipo de sistemas?
(Prototipos o modelo evolutivo)
El prototipo de un sistema, es un sistema que funciona, desarrollado con la finalidad de probar ideas y suposiciones realizadas con el nuevo sistema. Está formado por software que acepta entradas, realiza cálculos, produce información y lleva a cabo otras actividades significativas. Es la primera versión de un sistema de información.
Ventajas: el usuario participa de forma más directa en l experiencia de análisis y diseño.
Desventajas: lleva tiempo de desarrollo, hay que gestionar cada versión.

*Describir cuales son las etapas constitutivas del modelo de ciclo de vida en el desarrollo de sistemas

La estrategia para desarrollo de sistemas SDLC (ciclo de vida en el desarrollo de sistemas), es un conjunto de actividades que analistas, diseñadores y usuarios realizan para desarrollar e implementar un sistema de información.
Las etapas que constituyen este desarrollo son 5:
Etapa 1: Análisis y definición de requisitos: se toma una visión general del sistema y de los servicio que este debe brindar. Esta etapa consta de otras 3 etapas:
@Investigación preliminar: establecer alcances del sistema (cuales son las fn’s, cual es el desempeño deseado, cual es la confiabilidad requerida, cual será la comunicación con otros sistemas, etc.), fijar beneficios esperados por la instalación (permite incorporar características deseables a algún producto, puede brindar mejores servicios al cliente, puede obtener mayor participación en el mercado, puede disminuir los gastos administrativos), definir usuarios (usuarios primarios, u. indirectos, u. gerentes, u. directos), definir objetivos (objetivos técnicos, objetivos funcionales, objetivos de eficiencia, objetivos de seguridad, objetivos de mantenibilidad) revisión con el usuario o cliente (consta de obtener información mediante contactos sucesivos con el cliente o usuario).
@Estudio y análisis de factibilidad: factibilidad técnica (¿el problema es computable?, ¿los algoritmos conocidos para resolverlo son eficientes?, ¿se necesita hardware de mayor embergadura?), factibilidad económica (¿los beneficios esperados cubren el costo del sistema?, ¿es aceptable el riesgo de no terminar el proyecto?), factibilidad operativa (¿a que se expone la empresa al pasar al nuevo sistema?, ¿será usado?, ¿habrá resistencia al cambio?)
@Aprobación de la solicitud
Etapa 2: diseño del sistema: se producen los detalles que establecen la forma en que el sistema cumplirá con los requisitos identificados durante la fase de análisis.
Etapa 3: la implementación del software: escribir programas diseñados a la medida del solicitante.
Etapa 4: pruebas del sistema: se integran las unidades de programa individuales. Se debe esperar que se cubran 2 requisitos predefinidos: testeo(¿se ha construido el producto correcto?, ¿cumple con la definición de necesidades?), verificación (¿se ha construido correctamente el producto?, revisar si las fn’s son las solicitadas por el cliente).
Etapa 5: operación y mantenimiento: fase más larga de SDLC, el sistema se instala y se pone en práctica (evaluación operacional, impacto organizacional, opinión de los administradores, desempeño del desarrollo.)

*¿Qué es un mapa de estructuras? ¿Cuáles son los símbolos usados para describirlo?

Es una técnica básica del diseño estructurado. Un ME es “un modelo del sistema, independiente del tiempo, que informa de la arquitectura estructural del sistema”, este se configura como un árbol formado por módulos que especifican procesos relacionados entre sí.
Tipos de procesos: secuencial, iterativo, condicional.
Símbolos de ME: cuadrado(módulo normal), círculo(datos), elipse(entorno operativo), paralelogramo(dispositivos), flechas(transferencia de control y datos con subordinación normal).

* Independencia funcional y sus componentes

Independencia funcional. Mide el grado en que los módulos dependen unos de otros. Es deseable que cada módulo sea independiente con una función única y poca interacción. La independencia funcional se mide con la cohesión y el acoplamiento.
• Cohesión.
o Mide el número de funciones que hace un módulo. ¡!
o Baja cohesión.
 Cohesión coincidente. El módulo hace muchas cosas sin relación.
 Cohesión lógica. El módulo hace muchas cosas relacionadas lógicamente.
 Cohesión temporal. El módulo hace muchas cosas relacionadas por el hecho que deben hacerse al mismo tiempo.
o Cohesión moderada.
 Cohesión procedimental. El módulo hace varias cosas relacionadas que deben ejecutarse en cierto orden.
 Cohesión de comunicación. El módulo hace varias cosas que trabajan sobre una sola estructura de datos.
o Alta cohesión.
 Cohesión funcional. El módulo hace una sola cosa.
o Se busca una moderada o alta cohesión.
• Acoplamiento.
o Mide la interconexión entre los módulos. ¡!
o Bajo acoplamiento.
 Sin acoplamiento. El módulo es independiente.
 Acoplamiento de datos. El módulo recibe una lista de argumentos de quien lo llama.
o Acoplamiento moderado.
 Acoplamiento de control. El módulo recibe una bandera de quien lo llama y se comporta de una manera u otra dependiendo del valor de la bandera.
o Alto acoplamiento.
 Acoplamiento externo. El módulo esta acoplado a un dispositivo de I/O externo. Este tipo de acoplamiento debe limitarse a unos pocos módulos.
 Acoplamiento común. El módulo utiliza variables globales o comunes.
 Acoplamiento de contenido. El módulo usa datos contenidos dentro de los límites de otro módulo.
o Se busca un bajo o moderado acoplamiento y limitar el uso de variables globales.
Recomendaciones para un buen diseño
• Desde el principio reducir el acoplamiento y aumentar la cohesión. ¡!
• Módulos pequeños (70 líneas).
• El alcance del efecto de un módulo debe estar dentro del alcance de control de ese módulo.
• Reducir la complejidad de las interfaces y mejorar la consistencia.
• Definir módulos con comportamiento predecible, sin ser muy restrictivos.
• Hacer módulos con una sola entrada y salida.
• Hacer el software basado en las restricciones de diseño y requerimientos de portabilidad.




*Flujo de transacción y transformación

El análisis de Trans. y Transf., es un modelo de diseño de flujo de información.
La estrategia consiste en identificar las entradas de alto nivel, identificar las fn’s centrales del sistema e identificar las salidas de alto nivel.
La estrategia consta de 4 pasos:
1. Tratar el problema como un grafo de flujo de datos. Se debe diseñar el DFD del sistema en base a las entradas físicas (entradas reales). Se trabaja con ellas a través de sucesivas transformaciones hasta obtener las salidas del sistema.
2. identificar los elementos de datos aferentes y eferentes
Datos aferentes: datos de alto nivel que constituyen entradas netas al sistema. Son datos, limpios, convertidos, formateados y listos para usar. Se identifican partiendo de las entradas reales y moviéndose a lo largo del DFD hasta encontrar un flujo de info que o pueda ser considerado como dato de entrada
Datos eferentes: elementos de salida de alto nivel, son datos de salida lógica que produce el sistema.
3. Se define el módulo principal (módulo ejecutivo) que controla y coordina el resto de los módulos aferentes, de transformación y eferentes de alto nivel.
Para cada elemento aferente de alto nivel se especifica un módulo subordinado. La misma acción se realiza para los elementos eferentes.
Por c/transformación central, o composición funcional, se diseña un módulo subordinado de transformación, el cual aceptará datos del módulo principal y los transformará en datos que pasarán al módulo principal.
4. Factorizar las ramas aferentes, eferentes y de transformación
Finalizada la factorización del primer nivel, se trata las ramas resultantes como sistemas independientes con sus entradas, transformaciones centrales y sus salidas. Este proceso se repite y termina la factorización cuando no es posible dividir los módulos en otras subtareas independientes.