Analisis y Diseno de Sistemas

ANLISIS Y DISEO DE SISTEMAS
ANLISIS Y DISEO DE SISTEMAS
Virginia Montilla
Objetivo General
Anlisis y Diseo de Sistemas
Entender los procedimientos que preceden a la fase de codificacin en el proceso de desarrollo de software. Se busca que el alumno tenga la capacidad de levantar informacin de manera adecuada sobre la necesidad de software que presenta una empresa, para posterior a un anlisis proceder a disear los planos del software que posteriormente ser codificado y probado bajo rigurosos estndares.
Objetivos Especficos
Fomentar el razonamiento crtico en los estudiantes. Fortalecer la capacidad de manejar entidades abstractas. Comprender las tcnicas ms utilizadas en la industria para levantar informacin y ser capaz de escoger la tcnica ms apropiada en cada caso. Crear la capacidad de crear diseos de sistema posterior a la fase de anlisis Comprender el modelo unificado
Sistemas de Informacin
Tecnologas de Informacin
Informacin
Recursos Humanos
Sistemas
Componentes de un Sistema de Informacin
Control del desempeo del sistema
Entrada de recursos de datos
Procesamiento de datos en informacin
Salida de productos de informacin
Almacenamiento de recursos de datos
Medios de comunicacin y soporte de redes

Recursos Humanos
Usuarios o clientes Finales: Son personas que utilizan un sistema de informacin o la informacin que ste genera Especialistas de Sistemas de Informacin (SI): son las personas que desarrollan y operan los sistemas de informacin
Recursos de Hardware
Sistemas de computador: Unidad de Procesamiento Central (CPU), quien contienen los microprocesadores, entre otros dispositivos. Perifricos del computador: Dispositivos como el teclado, mouse, pantalla, impresora

Recursos de Software
Software de Sistemas: controla
las
operaciones de un sistema computacional, como el sistema operativo Software de aplicacin: por parte son dirigen de el procesamiento para un uso particular de computadores usuarios
finales.
Procedimientos: informacin instrucciones operacionales para utilizar un sistema de

Recursos de Datos
Bases de datos: contienen los datos procesados y organizados
Bases de conocimiento: incluyen conocimiento sobre una variedad de formas como hechos, reglas y ejemplos de casos sobre prcticas empresariales exitosas
Recursos de Redes:
Medios de Redes: El medio en que se transmite la informacin de un lugar a otro Soporte de redes: Los recursos que respaldan las operaciones y el uso de una red de comunicacin
Clasificaciones de Sistemas de Informacin

Sistemas de Informacin
Sistemas de Apoyo a las Operaciones
Sistemas de Apoyo Gerencial
Sistemas de Sistemas de Proc. de Control de Transacciones Procesos
Sistemas de Colaboracin Empresarial
Sistemas de Informacin Gerencial
Sistemas de Apoyo a las Decisiones
Sistemas de Informacin Ejecutiva

Sistemas de Apoyo a las Operaciones Sistemas de Procesamiento de Transacciones: Procesan datos resultantes de
Procesan datos generados por operaciones empresariales
transacciones empresariales, actualizan bases de datos operacionales y generan documentos empresariales

Dolencias:
Informacin repetida o faltante Necesidad de procesos alternos para validar el flujo Errores de procedimiento Pocos datos almacenados sobre el flujo de la informacin en los procesos Se requiere de tiempo extra de los usuarios para presentar reportes rutinarios y de toma de decisiones Los procesos que utilizan en papel son ineficaces o propensos a errores
Sistemas de control de procesos: Supervisan y Sistemas de Apoyo controlan procesos industriales Dolencias: a las Operaciones
Dificultad para medir y controlar la produccin
Necesidad de mucho personal en supervisin de procesos Mucho tiempo invertido en recolectar datos para analizar calidad y rendimiento de la produccin o del proceso
Procesan datos generados por operaciones empresariales
Sistema de Colaboracin Empresarial:

respaldan el equipo, el trabajo de grupo, la colaboracin y las comunicaciones empresariales
Dolencias
Falta de control sobre la informacin electrnica Creacin de documentos por mltiples miembros del equipo es ineficiente debido a la falta de administracin de documentos Los empleados no pueden obtener la informacin que necesitan para realizar sus trabajos y servir a sus clientes Falta de control en la comunicacin interdepartamental o con los clientes
Sistemas de Apoyo Gerencial Sistema de Informacin Gerencial:

Proporcionan a los gerentes informacin en forma de informes y presentaciones especificadas previamente
Proporcionan la informacin y el respaldo necesarios para que los gerentes tomen decisiones efectivas
Sistemas de Apoyo a las Decisiones:

Suministran apoyo ad hoc interactivo para el proceso de toma de decisiones de los gerentes
Sistemas de Informacin Ejecutiva: Brindan

informacin crtica adaptada a las necesidades de informacin de los ejecutivos
Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida Lineal

Consiste en descomponer la actividad global del proyecto en etapas separadas que son realizadas de manera lineal, es decir, cada etapa se realiza una sola vez, a continuacin de la etapa anterior y antes de la etapa siguiente

Modelo de ciclo de en Cascada

Admite iteraciones, despus de cada etapa se realiza una o varias revisiones para comprobar si se puede pasar a la siguiente. Es un modelo poco flexible y con muchas restricciones

Modelo de ciclo de en V
Contiene las mismas etapas que el ciclo de vida cascada, con la diferencia de que posee dos subetapas de retroalimentacin entre las etapas de anlisis y mantenimiento y entre las de diseo y debugging

Modelo de ciclo de vida tipo Sashimi

Contiene las mismas etapas que el ciclo de vida cascada, con la diferencia de que se pueden solapar las etapas.

Modelo de ciclo de vida en Cascada con Subproyectos

Cada una de las cascadas se divide en subetapas independientes que se pueden desarrollar en paralelo

Modelo de ciclo de vida Iterativo

Es la iteracin de varios ciclos de vida en cascada. Al final de cada iteracin se le entrega al cliente una versin mejorada o con mayores funcionalidades del producto. El cliente es quien luego de cada iteracin evala el producto y lo corrige o propone mejoras. Estas iteraciones se repetirn hasta obtener un producto que satisfaga al cliente.

Modelo de ciclo de vida por Prototipo

No es exclusivo del ciclo de vida iterativo, se utilizan para validar los requerimientos de los usuarios en cualquier ciclo de vida. Si no se conoce exactamente como desarrollar determinado producto o cuales son las especificaciones de forma precisa, suele recurrirse a definir especificaciones para hacer un prototipo; o sea, un producto parcial o provisional.

Modelo de ciclo de vida Evolutivo

Los requerimientos del usuario pueden cambiar en cualquier momento. Este modelo afronta este problema mediante la iteracin de los ciclos requerimientosdesarrollo-evaluacin.

Modelo de ciclo de vida Incremental

Se basa en la filosofa de construir incrementando las funcionalidades del programa. Se realiza construyendo por mdulos que cumplen funciones del sistema, esto permite ir aumentando gradualmente las capacidades del software. Es una repeticin del ciclo de vida en cascada, aplicndose este ciclo en cada funcionalidad del programa a construir.

Modelo de ciclo de vida en Espiral

Se basa en una serie de ciclos repetitivos para ir ganando madurez en el producto final. Toma los beneficios de los ciclos de vida incremental y por prototipos, pero se tiene mas en cuenta el concepto de riesgo que aparece debido a las incertidumbres e ignorancias de los requerimientos proporcionados al principio del proyecto o que surgirn durante el desarrollo. A medida que el ciclo se cumple (el avance del espiral), se van obteniendo prototipos sucesivos que van ganando la satisfaccin del cliente o usuario.

Modelo de ciclo de vida en Espiral

Hay cuatro actividades que envuelven a las etapas: Planificacin: Levantamiento de requerimientos iniciales y luego de una iteracin Anlisis de riesgo: Deacuerdo con el relevantamiento de requerimientos decidimos si continuamos con el desarrollo Implementacin: desarrollamos un prototipo basado en los requerimientos Evaluacin: El cliente evala el prototipo, si da su conformidad, termina el proyecto, de lo contrario, incluimos los nuevos requerimientos solicitados en la siguiente iteracin

Modelo de ciclo de vida Orientado a Objetos

Cada funcionalidad o requerimiento solicitado por el usuario, es considerado un objeto. Los objetos estn representados por un conjunto de propiedades, a los cuales denominamos atributos, por otra parte, al comportamiento que tendrn los objetos los denominamos mtodos.

Modelo de ciclo de vida Orientado a Objetos

La caracterstica principal de este modelo es la abstraccin de los requerimientos de usuario, por lo que este modelo es mucho mas flexible que los restantes, que son rgidos en requerimientos y definicin. La abstraccin es lo que nos permite analizar y desarrollar las caractersticas esenciales de un objeto, despreocupndonos por los menos relevantes.
Utilizan las fichas CRC (Clase-responsabilidades-colaboracin) como herramienta para obtener las abstracciones y mecanismos clave de un sistema analizando los requerimientos del usuario. En la ficha CRC se escribe el nombre de la clase y objeto, sus responsabilidades (mtodos) y sus colaboradores (otras clases u objetos de los cuales necesita). Estas fichas, adems, nos ayudan a confeccionar los casos de uso.
Proceso Unificado
USDP (Proceso Unificado de Desarrollo de Software, Unified Software Development Process )

Es una metodologa completa para el desarrollo de software. Es una metodologa adaptable, es decir, puede modificarse para el producto software especfico que se va a desarrollar No es una serie especifica de pasos que si se siguen darn como resultado la construccin de un producto de software.
UML (Lenguaje Unificado de Modelado, Unified Modeling Language)

Es un estndar internacional para representar los productos de software orientados a objetos Es la herramienta que utilizamos para representar (modelar) el producto de software elegido Permiten a los profesionales de software comunicarse entre si con mayo rapidez y exactitud que si nada mas utilizaran descripciones verbales
Proceso Unificado
Modelo
Es una serie de diagramas UML que representan uno o mas aspectos del producto software que se va a desarrollar
Paradigma Orientado a Objetos

Es una metodologa iterativa e incremental. Cada flujo de trabajo consiste en diversos pasos, y para llevar a cabo ese flujo de trabajo, los pasos de este se realizan en repetidas ocasiones hasta que los miembros del equipo de desarrollo estn convencidos de que tienen un modelo de UML exacto del producto de software que se desea desarrollar.
Proceso Unificado
Flujo de trabajo centrales del proceso unificado

Flujo de trabajo: De los requerimientos Del anlisis Del diseo De la implementacin De las pruebas
Proceso Unificado
Flujo de trabajo de los requerimientos:
Flujo de trabajo Su objetivo es que la empresa de desarrollo determine las centrales del necesidades del cliente proceso unificado
La primera tarea es adquirir buena comprensin del dominio de la aplicacin, es decir, el entorno en el que operara. En una reunin inicial entre el cliente y desarrolladores, el cliente delinea el producto como lo conceptualiza. Debe determinarse con exactitud lo que el cliente necesita, y cuales son las restricciones que existen.
Algunas restricciones pueden ser: Limite de tiempo, Confiabilidad y Costo.
Proceso Unificado
Flujo de trabajo de los requerimientos:
Flujo de trabajo A la investigacin preliminar del cliente muchas veces se centrales del le conoce como exploracin del concepto. proceso unificado
En reuniones ulteriores entre los miembros del equipo de desarrollo y el del cliente se afina y analiza, en sucesin, la funcionalidad del producto propuesto en cuanto a la posibilidad tcnica y la justificacin financiera Un aspecto fundamental en el desarrollo de software es el modelo de negocio, un documento que demuestra la relacin costo-eficacia del producto solicitado.
Proceso Unificado
Flujo de trabajo del anlisis:
Flujo de trabajo Es analizar y afinar los requerimientos, con el fin de centrales del conseguir la comprensin detallada de los requerimientos proceso unificado primordiales para desarrollar un producto de software Flujo de trabajo: correcto y de fcil mantenimiento. De los
requerimientos Del anlisis Del diseo De la implementacin De las pruebas
Los artefactos del flujo de trabajo de los requerimientos deben estar expresados en el lenguaje del cliente. El flujo de trabajo de anlisis, en un lenguaje mas preciso que garantice que se efecten correctamente los flujos de trabajo de diseo e implementacin.
Se aaden detalles durante el flujo de trabajo del anlisis, no importante para la comprensin del cliente del producto software objetivo, pero esenciales para los profesionales de la programacin que desarrollaran el producto software
Proceso Unificado
Flujo de trabajo Las especificaciones del producto constituyen un contrato centrales del proceso unificado Una vez el cliente ha aprobado las especificaciones, comienza la planeacin y estimacin detalladas. Es Flujo de trabajo: requerido por el cliente conocer el tiempo y el costo del De los proyecto antes de aprobarlo
requerimientos Del anlisis Del diseo De la implementacin De las pruebas
Equivocaciones que se cometen en un anlisis clsico son:

Ambigedad Incompletas Contradicciones
Los desarrolladores necesitan que se asigne el personal adecuado para los diferentes flujos de trabajo del proceso
Proceso Unificado
Flujo de trabajo Es necesario redactar un plan de administracin de proyecto de software (SPMP, Software Project centrales del Management Plan) que muestre los flujos de trabajo proceso unificado independientes del proceso de desarrollo y muestre que Flujo de trabajo: miembros de la organizacin estn involucrados en cada De los tarea, as como los limites de tiempo para determinar cada requerimientos una Del anlisis
Del diseo De la implementacin De las pruebas
Una vez el cliente haya aprobado las especificaciones, iniciara la preparacin del plan de administracin de proyecto de software
Los principales componentes son: Los disponibles (que va a conseguir el cliente), los hitos (cuando los consigue el cliente) y el presupuesto (cuanto va a costar)
Proceso Unificado
Flujo de trabajo El plan describe el proceso del software con todo detalle. Incluye aspectos como el modelo del ciclo de vida que se centrales del va a utilizar, la estructura organizacional de la empresa de proceso unificado desarrollo, las responsabilidades del proyecto, los Flujo de trabajo: objetivos y prioridades gerenciales, las tcnicas y De los herramientas CASE que se van a utilizar y los calendarios, requerimientos presupuestos y asignaciones de recursos detallados. Del anlisis Sustentando todo el plan estn los estimados de duracin Del diseo De la y costo.
implementacin De las pruebas
Proceso Unificado
Flujo de trabajo de Diseo:
Flujo de trabajo Las especificaciones muestran qu va a hacer el producto; el diseo muestra cmo lo har centrales del proceso unificado El objetivo del flujo de trabajo de diseo es afinar los Flujo de trabajo: artefactos del flujo de trabajo del anlisis hasta que el De los material se encuentre en tal forma que pueda ser requerimientos implementado por los programadores Del anlisis
Del diseo De la implementacin De las pruebas
Durante la fase de diseo clsica, el equipo de diseo determina la estructura interna del producto. Los diseadores descomponen en mdulos, piezas de cdigo independientes, con interfaces bien definidas para el resto del producto. Debe especificarse con detalle la interface de cada modulo (argumentos que pasan al mdulo y los que regresa al mdulo)
Proceso Unificado
Flujo de trabajo Una vez el equipo haya terminado la descomposicin del mdulo (diseo arquitectnico), se lleva a cabo el centrales del diseo detallado; se seleccionan los algoritmos y se proceso unificado eligen las estructuras de datos de cada mdulo
En el Paradigma Orientado a Objetos la base de ese paradigma es la clase, un tipo de mdulo especfico. Las clases se extraen durante el flujo de trabajo del anlisis y se disean durante el flujo de trabajo del diseo Razones por la que el equipo de diseo debe tener un registro meticuloso de las decisiones de diseo que se tomen:
Proceso Unificado
Flujo de trabajo Cuando se est diseando el producto, en ocasiones se llega a un punto muerto, y el equipo de diseo deber centrales del regresar sobre sus pasos y redisear algunas piezas proceso unificado
En teora, el diseo del producto debe ser abierto, lo que significa que se podrn hacer mejoramientos futuros (mantenimiento postentrega) aadiendo nuevas clases y sustituyendo las existentes sin afectar todo el diseo
Proceso Unificado
Flujo de trabajo de Implementacin
Flujo de trabajo Su objetivo es implementar el producto software objetivo en l o los lenguajes de programacin elegido centrales del proceso unificado Un producto de software pequeo puede ser Flujo de trabajo: implementado por el diseador
De los requerimientos Del anlisis Del diseo De la implementacin De las pruebas
Un producto de software grande se reparte en subsistemas pequeos (componentes o artefactos de cdigo implementados por un solo programador), los cuales son implementados en paralelo por equipos de codificacin
La nica documentacin que se les proporciona al programador es el artefacto de diseo pertinente
Proceso Unificado
Flujo de trabajo de las pruebas
Flujo de trabajo Toda persona de desarrollo es responsable de garantizar que si trabajo sea correcto centrales del proceso unificado Una vez el profesional de software esta convencido de Flujo de trabajo: que un artefacto esta correcto, ser manejado por el grupo De los de garanta de calidad de software para pruebas requerimientos independientes Del anlisis Artefactos de los requerimientos Del diseo
De la implementacin De las pruebas Si se tienen que probar durante el ciclo de vida del producto de software, entonces una propiedad que deben tener es la posibilidad de seguimiento Si los requerimientos han sido presentados en forma metdica, se han numerado adecuadamente, tienen las referencias y los ndices adecuados, entonces los desarrolladores tendrn poca dificultad en rastrear a travs de los artefactos ulteriores y garantizar que estos en realidad son un reflejo real de los requerimientos del cliente
Proceso Unificado
Flujo de trabajo Artefactos del anlisis centrales del Para comprobarlo se realiza una revisin por los proceso unificado representantes del equipo de anlisis y del cliente, dirigido
Flujo de trabajo: De los requerimientos Del anlisis Del diseo De la implementacin De las pruebas por un representante del grupo SQA (Garanta de Calidad de Software, Software Quality Assurance) Cuando inicia la planificacin detallada puede revisarse las estimaciones de costo y duracin
Artefactos del diseo

Cada parte del diseo puede estar vinculada a un artefacto de anlisis Entre los tipos de fallas que se buscan estn las fallas de la lgica, de interfase, falta de manejo de excepciones (el procesamiento de las condiciones de error) y la no conformidad con las especificaciones
Proceso Unificado
Artefactos de la implementacin Flujo de trabajo centrales del proceso unificado
Cada componente debe ser probado durante su implementacin (comprobacin de escritorio) y despus que se ha implementado, se corre contra pasos de prueba. Estas son realizadas por el programador Pruebas Unitarias: El grupo de garanta de calidad prueba el componente de forma metdica Pruebas de integracin: comprueban que los componentes se combinan correctamente para obtener un producto que satisfaga sus especificaciones Pruebas al producto: se verifica la funcionalidad de todo el producto contra las especificaciones, en particular deben probarse las restricciones listadas en las especificaciones Pruebas de aceptacin: se entrega al cliente, quien lo prueba en el hardware real y con datos reales Versin alfa: luego de realizado las pruebas se entrega los posibles clientes futuros seleccionados Versin beta: es la versin alfa corregida
Proceso Unificado
Mantenimiento Posentrega
Es una parte integral del proceso de programacin que debe ser planificada desde el principio Todo el esfuerzo de desarrollo del software ha de llevarse a cabo en tal forma para llevar al mnimo el efecto del mantenimiento posentrega futuro Probar cambios realizados el producto:
Verificar que los cambios requeridos hayan sido implementados correctamente Garantizar que no se hizo ningn otro cambio inadvertido. Esto se realiza haciendo pruebas al producto contra casos anteriores para cerciorarse que no se haya comprometido la funcionalidad del resto del producto (pruebas de regresin)
Debe crearse un registro de todos los cambios hechos, junto con el motivo para cada cambio.
Proceso Unificado
Retiro
Es la etapa final del ciclo de vida del software Etapa en que ya no se consigue una buena relacin de costo eficacia para mantenimiento posentrega:
Cuando los cambio sugeridos son tan exhaustivos que tendra que cambiarse todo el diseo Tal vez se hicieron tantos cambios al diseo original que se construyeron interdependencias inadvertidas del producto Tal vez se realizo un mantenimiento inadecuado de la documentacin, aumentando as el riesgo de una falla de regresin a hasta le grado que seria mas seguro recodificar que mantener El hardware (y el sistema operativo) en el que corre el producto va a ser sustituido; puede ser mas econmico volver a escribir desde cero que modificar
Proceso Unificado
Las fases del proceso unificado

Fase de comienzo Fase de elaboracin Fase de construccin Fase de transicin
Proceso Unificado
Fase de Comienzo
Su objetivo es determinar si vale la pena desarrollar el Las fases del producto objetivo proceso unificado Debemos comprender el propio dominio Fase de Como opera la organizacin cliente de este dominio comienzo Delimitar el alcance del proyecto Fase de elaboracin Identificar riesgos:
Fase de construccin Fase de transicin
Riegos tcnicos No obtener los requerimientos correctos No obtener arquitectura correcta
El objetivo del flujo de trabajo de prueba en esta fase es garantizar que se determinen con exactitud los requerimientos La planificacin es una parte esencial en cada fase. Los desarrolladores en esta fase tienen suficiente informacin al principio de la fase para planificar todo el desarrollo
Proceso Unificado
Fase de Comienzo
Entregables: Las fases del proceso unificado
Versin inicial del modelo del dominio Versin inicial del modelo de negocio Versin inicial de los artefactos para los requerimientos Una versin preliminar de los artefactos para el anlisis Una versin preliminar de la arquitectura La lista inicial de los riesgos Los casos de uso iniciales El plan para la fase de elaboracin La versin inicial del caso de negocios (incluye descripcin del alcance del producto y los detalles financieros)
Proceso Unificado
Fase de Comienzo
Las fases del proceso unificado
Proceso Unificado
Fase de Elaboracin
Su objetivo es afinar los requerimientos iniciales, afinar la Las fases del arquitectura, vigilar los riesgos y afinar sus prioridades, proceso unificado afinar el caso de negocio y producir el plan de Fase de administracin de proyecto. comienzo Las principales actividades son las depuraciones y Fase de elaboraciones de la fase anterior elaboracin Entregables: Fase de
construccin Fase de transicin El modelo del dominio terminado El modelo de negocio terminado Artefactos de requerimientos terminado Los artefactos del anlisis terminado Una versin actualizada de la arquitectura La lista actualizada de los riesgos El plan de administracin de proyecto de software (para el resto del proyecto) Caso de negocios terminado
Proceso Unificado
Fase de Elaboracin
Proceso Unificado
Fase de Construccin
Su objetivo es producir la primera versin con calidad Las fases del operativa del producto de software, denominada versin proceso unificado beta Fase de Se codifican los diversos componentes y se prueba la comienzo unidad Fase de Se compilan y vinculan (integran) para formar elaboracin subsistemas, los cuales se prueban para su integracin Fase de construccin Se combinan los subsistemas en el sistema general, el Fase de cual se prueba como producto
transicin
Proceso Unificado
Fase de Construccin
Entregables: Las fases del proceso unificado
Manual de usuario inicial y otros manuales, segn sea adecuado Todos los artefactos (las versiones de emisin beta) Arquitectura completa La lista de riesgos actualizada El plan de administracin de proyecto de software (para el resto del proyecto) Si es necesario, Caso de negocios actualizado
Proceso Unificado
Fase de Construccin
Proceso Unificado
Fase de Transicin
Su objetivo es garantizar que en realidad se hayan Las fases del cumplido los requerimientos del cliente proceso unificado Es accionada por la retroalimentacin desde los lugares Fase de donde se ha instalado la versin beta comienzo Se corrigen las fallas del producto software Fase de Se terminan todos los manuales elaboracin Fase de Se intenta descubrir todos los riesgos que no se haban construccin identificado antes Fase de Entregables: transicin
Todos los artefactos (versiones finales) Los manuales terminados
Tarea
Mejoramientos del proceso de Software
Mejoramiento del Proceso del software

CMMI
Nivel de Madurez. Nivel inicial
Es el mas bajo Todo se hace sobre la marcha y para un propsito Patrn comn exceso de tiempo y costo causado por una falta de gestin en general y participacin en particular La mayor parte de las actividades reaccionan a las crisis y no a las tareas preplanificadas
Madurez nivel 2. Nivel repetible

Se realizarn prcticas bsicas de la gestin del proyecto del software Las tcnicas de gestin y planificacin se basan en a experiencia con productos semejantes Se toman mediciones, un primer paso primordial en la consecucin de un proceso adecuado Las mediciones comunes incluyen el seguimiento meticuloso de los costos y calendarios Los gerentes identifican los problemas cuando surgen y toman accin correctiva inmediata para evitar que se conviertan en crisis

CMMI
Madurez nivel 3. Nivel definido
El proceso para la produccin de software se documenta por completo Los aspectos gerenciales y tcnicos del proceso estn muy bien definidos y se hacen esfuerzos continuos para mejorar el proceso cuando es posible Se utilizan revisiones para conseguir objetivos de calidad de software Tiene sentido introducir nuevas tecnologas, como los ambientes CASE, para aumentar la calidad y productividad
Madurez nivel 4. Nivel estabilizado

Determina los objetivos de calidad y productividad para cada proyecto Estas dos cantidades se miden de forma continua y se toma la accin correctiva cuando hay una desviacin inaceptable del objetivo Se utilizan controles estadsticos de calidad para habilitar a la gerencia para distinguir una desviacin aleatoria de una falta significativa de las normas de productividad y calidad

ISO 9001 (Organizacin Internacional para la Normalizacin)

Esta normativa es la que mas puede aplicarse al desarrollo de software Exige que se documente el proceso tanto con dibujos como con palabras, para garantizar conformidad y detalle Indica que la adhesin a las normas no garantiza un producto de buena calidad, pero reduce el riesgo de un producto de baja calidad Es necesaria la gestin del compromiso de calidad, capacitacin intensa de los trabajadores, y el establecimiento y consecucin de metas para el mejoramiento de la calidad
Diagramas
DFD
Diagrama de Flujo de procesos Entidad Responsable
Proceso
Proceso Secuencia o Nivel Entidad
Flujo
Almacen
UML
Use Case (Casos de Uso)

Un caso de uso es un modelo de la iteracin entre los usuarios externos de un producto de software y el producto de software en si Un diagrama de casos de uso es un conjunto de casos de uso Notacin
Actores: es un usuario que desempea una funcin especifica

Proceso: Actividad
Nombre sistema
Estereotipos: es una forma de extender el UML, es decir, si necesitamos definir una construccin que no este en el UML.
<<Include>> Representa una funcionalidad comn

Representa el sistema <<Extend>> Representa una variacin de un caso de uso estndar
UML
Diagrama de Clases
Definicin:
Agregacin:
Multiplicidad Composicin
Generalizacin
Asociacin: se refiere a una relacin de algn tipo entre dos clases aparentemente no relacionadas. Nota: Para incluir un comentario en un diagrama UML, lo colocamos dentro de una nota (un rectngulo con la esquina superior derecha doblada)

Analisis y Diseno de Sistemas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Analisis y Diseno de Sistemas

Cargado por

Copyright:

Formatos disponibles

ANLISIS Y DISEO DE SISTEMAS

ANLISIS Y DISEO DE SISTEMAS

Anlisis y Diseo de Sistemas

Anlisis y Diseo de Sistemas

Anlisis y Diseo de Sistemas

Componentes de un Sistema de Informacin

Anlisis y Diseo de Sistemas

Control del desempeo del sistema

Entrada de recursos de datos

Procesamiento de datos en informacin

Salida de productos de informacin

Almacenamiento de recursos de datos

Medios de comunicacin y soporte de redes

Componentes de un Sistema de Informacin

Anlisis y Diseo de Sistemas

Componentes de un Sistema de Informacin

Anlisis y Diseo de Sistemas

Componentes de un Sistema de Informacin

Anlisis y Diseo de Sistemas

Clasificaciones de Sistemas de Informacin

Anlisis y Diseo de Sistemas

Sistemas de Apoyo a las Operaciones

Sistemas de Apoyo Gerencial

Sistemas de Sistemas de Proc. de Control de Transacciones Procesos

Sistemas de Colaboracin Empresarial

Sistemas de Informacin Gerencial

Sistemas de Apoyo a las Decisiones

Sistemas de Informacin Ejecutiva

Clasificaciones de Sistemas de Informacin

Anlisis y Diseo de Sistemas

transacciones empresariales, actualizan bases de datos operacionales y generan documentos empresariales

Clasificaciones de Sistemas de Informacin

Anlisis y Diseo de Sistemas

Procesan datos generados por operaciones empresariales

Sistema de Colaboracin Empresarial:

Clasificaciones de Sistemas de Informacin

Anlisis y Diseo de Sistemas

Sistemas de Apoyo Gerencial Sistema de Informacin Gerencial:

Sistemas de Apoyo a las Decisiones:

Sistemas de Informacin Ejecutiva: Brindan

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida Lineal

Modelo de Ciclo de Vida del Software

Modelo de ciclo de en Cascada

Modelo de Ciclo de Vida del Software

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida tipo Sashimi

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida en Cascada con Subproyectos

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida Iterativo

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida por Prototipo

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida Evolutivo

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida Incremental

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida en Espiral

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida en Espiral

Modelo de Ciclo de Vida del Software

Modelo de ciclo de vida Orientado a Objetos