Sistemas

Solo disponible en BuenasTareas
  • Páginas : 30 (7417 palabras )
  • Descarga(s) : 7
  • Publicado : 7 de julio de 2010
Leer documento completo
Vista previa del texto
INSTITUTO TECNOLÓGICO DE TIJUANA
Departamento de Sistemas y Computación
Licenciatura en Informática
Sistemas de Información II

Unidad II: Diseño de Sistemas

Índice
2.1. Modelo Estructurado 5
2.1.1. Introducción 5
2.1.2. Etapas del Diseño Estructurado 5
Descomposición 5
Jerarquía de módulos 6
Independencia 6
2.1.3. Ejemplo 7
Modelos del Sistema – Enfoque Estructurado 72.2. Modelo Orientado a Objetos 8
2.2.1. Introducción 8
2.2.2. Características 8
Características principales 8
Ventajas 8
Componentes (objetos, clases y herencia) 9
2.2.3. Modelos 9
Modelo de Objetos 10
Modelo Dinámico 10
Modelo Funcional 10
2.2.4. Ejemplo 11
2.3. Modelo basado en Componentes 12
2.3.1. Desarrollo basado en componentes 12
2.3.2. Beneficios del Desarrollo deSoftware Basado en Componentes 13
La Notación de Componentes 13
El Diagrama de Componentes 13
Análisis del riesgo 13
Ventajas 14
Desventajas: 14
2.4. Arquitectura de software 14
2.4.1. Arquitectura 14
Breve reseña histórica 15
2.4.2. Modelos o vistas 15
2.4.3. Arquitecturas más comunes 16
2.5. Diseño de interfaz de usuario 16
2.5.1. Definición 16
2.5.2. Fases 16
Reuniry analizar la información del usuario 16
Diseñar la interfaz de usuario 16
Construir la interfaz de usuario 17
Validar la interfaz de usuario 17
2.5.3. Elementos de Diseño 17
2.5.4. Ejemplos 18
2.6. Diseño de base de datos 20
2.6.1. Definición 20
2.6.2. Metodología 20
Análisis 20
Diseño 20
Construcción 20
2.6.3. Consideraciones 21
2.6.4. Ejemplo 21
2.7. Diseño decontrol y procesos 22
2.7.1. Definición 22
2.7.2. Proceso 22
Definición de Diseño de Sistemas 22
2.7.3. Actividades 23
Actividad de Definición de la Arquitectura del Sistema 23
Definición de la Arquitectura del Sistema 23
Definición de Niveles de Arquitectura 24
Identificación de Requisitos de Diseño y Construcción 24
Especificación de Estándares y Normas de Diseño y Construcción 24Identificación de Subsistemas de Diseño 24
Especificación de Requisitos de Operación y Seguridad 25
Generación Del Código De Los Componentes y Procedimientos 25
Generación del Código de Componentes 25
Generación del Código de los Procedimientos de Operación y Seguridad 25

2.8. Aplicación de métricas para la evaluación del Diseño 26
2.8.1. Conceptos 26
2.8.2. Métricas 26
2.8.3.Tipos de Métricas 27
Medidas Indirectas 27
Métricas del Software 27
Métricas Técnicas 27
Métricas de Calidad 27
Métricas de productividad 27
Métricas orientadas a la persona 27
Métricas orientadas al tamaño 27
Métricas orientadas a la función 27
2.8.4. Métricas como planeación de sistemas 28
Objetivos principales de las Métricas 28
Desventajas de las Métricas 28
2.8.5.Características de las Métricas 29

2.1. Modelo Estructurado
2.1.1. Introducción
En programación y diseño de algoritmos, el diseño estructurado persigue elaborar algoritmos que cumplan la propiedad de modularidad, para ello, dado un problema que se pretende resolver mediante la elaboración de un programa de ordenador, se busca dividir dicho programa en módulos siguiendo los principios de diseño deDescomposición por refinamientos sucesivos, creación de una Jerarquía modular y elaboración de módulos Independientes.
2.1.2. Etapas del Diseño Estructurado
Descomposición
¿Por qué descomponer un problema en partes? Experimentalmente está comprobado que:
* Un problema complejo cuesta más de resolver que otro más sencillo (de Perogrullo).
* La complejidad de un problema global es mayorque el valor de las complejidades de cada una de sus partes por separado.
Según esto, merece la pena el esfuerzo de dividir un problema grande en subproblemas más pequeños. Si el objetivo es elaborar un programa para resolver dicho problema grande, cada subproblema (menos complejo) podrá ser resuelto por un módulo (subalgoritmo) relativamente fácil de implementar (más que el programa global No...
tracking img