Tema 04 - Diseño de Sistemas

Universidad
Antonio
Ruiz de
Montoya
Análisis y Diseño de
Sistemas
Mg. Ing. Norman Reyes

Octubre 2018
DISEÑO DE SISTEMAS
Conceptos básicos de Diseño de Sistemas
Objetivos del Diseño
Consideraciones importantes para el Diseño
Diagrama de estructura (o diagrama jerárquico

de estructura)
Criterios en Diseño de Sistemas
Componentes en un trabajo de Diseño
Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Esquema de Desarrollo de Sistemas usando metodología

Estructurada
4.0
Estudio
de HW
2.0
5.0 Sistema
Requerim. 1.0 Levan- Factibi- Análisis
Implanta-
de usuario tamiento lidad Estructu-
ción
rado
3.0
Diseño
Estructu-
Requerim. rado
de usuario

Esquema de trabajo para la Implementación de Sistemas

(Desarrollo de Software)
Políticas y
Procedimientos
Revisión
post
Preparación para Conversión
la Conversión
Especificación Pruebas Conversión

Programación
de Módulos
Configuración de
SW de terceros
Instalación de
HW y SW

El término Diseño normalmente es asociado con todo el

proceso de desarrollo de sistemas. Por esto, se entiende
que el diseño de un sistema va ligado a todo lo necesario
para poder implementarlo.
Para nuestro caso, debemos presentar ideas mas precisas
acerca del significado de Diseño de Sistemas:
Hablaremos de diseño cuando busquemos referirnos a un
conjunto de definiciones y/o especificaciones para que todo el
producto del análisis (que tiene mayor énfasis en lo lógico, en lo
que se debe hacer) pueda ser implantado, todo esto desde el
punto de vista del ambiente en el cual va a trabajar un determinado
sistema.
En el análisis, hemos definido un conjunto de funciones

(completamente documentadas con ayuda de herramientas
específicas) en las cuales se ha propuesto un apoyo
computacional para algunas de las funciones mencionadas.
Es decir, hemos establecido qué funciones serán manuales y
qué tareas serán soportadas por aplicativos
computacionales: hemos establecido la frontera hombre-
máquina.

Cabe notar aquí que las definiciones sobre el ambiente
físico a usar para nuestra solución no afectaban nuestra
labor de análisis de sistemas. Sin embargo, para efectos del
diseño de sistemas serán muy importantes.
Se observa que el antes mencionado “ambiente” está
representado por las características de todo el medio
físico-material en los que se ejecutarán tanto los procesos
manuales como los procesos “computarizados”.

Es de vital importancia detenernos un momento para

comprender que la ayuda computacional es un elemento
fundamental para poder ofrecer alternativas de mejora: son
los equipos computacionales los que pueden hacer mas
eficientes los sistemas de información.
Resumiendo, podemos decir que los resultados del análisis
estructurado unidos a la definición de la frontera hombre-
máquina permiten establecer qué procesos serán
manuales y cuáles serán ejecutados con apoyo
computacional.
Luego, para los procesos manuales deberemos establecer

procedimientos (Manual de Procedimientos).
Finalmente, para los procesos apoyados en computadoras,
deberemos definir:
Procedimientos para quienes usan el sistema (Manual de usuario
del sistema)
Definir las características de jerarquías de funciones
computacionales
Especificar los componentes del sistema computacional
(especificación de Módulos)

DISEÑO DE SISTEMAS

de estructura)

Objetivos del diseño
Es muy interesante saber que en algunas empresas u organizaciones

se gasta mas dinero y esfuerzo en cambiar sistemas antiguos que en
desarrollar nuevos.
Por ejemplo, estudios sobre el tema en Estados Unidos han permitido

identificar que (aproximadamente) el 40% del gasto anual en el área de
sistemas tradicionalmente está dedicado a darle mantenimiento o a
hacerle modificaciones a sistemas que se encuentran actualmente en
producción.
En nuestro país, a pesar de que no existen datos precisos sobre el

tema, podemos asumir que la situación es, en el mejor de los casos,
similar a la mostrada para Estados Unidos... aunque puede ser peor...

Y el asunto con esto es que el esfuerzo mayor no es por lo
difícil de las modificaciones sino por lo intensivo del trabajo.
Entonces, si observamos el hecho de que por cada 6 soles
que invertimos en desarrollar un sistema, luego debemos
gastar 4 más en hacerle modificaciones, podemos concluir
que una mayor inversión en la labor de diseño podrá redituar
en un costo menor de mantenimiento, al enfocarnos en
diseñar sistemas de fácil mantenimiento...

USE AdventureWorks2008R2;
GO
IF OBJECT_ID ( 'HumanResources.uspGetEmployees2', 'P' ) IS NOT NULL
DROP PROCEDURE HumanResources.uspGetEmployees2;
GO
CREATE PROCEDURE HumanResources.uspGetEmployees2
@LastName nvarchar(50) = N'D%',
@FirstName nvarchar(50) = N'%'
AS
SET NOCOUNT ON;
SELECT FirstName, LastName, Department
FROM HumanResources.vEmployeeDepartmentHistory
WHERE FirstName LIKE @FirstName AND LastName LIKE @LastName;
GO
-----------------------------------------------------------------
USE AdventureWorks2008R2;
GO
IF OBJECT_ID ( 'Production.uspGetList', 'P' ) IS NOT NULL
DROP PROCEDURE Production.uspGetList;
GO
CREATE PROCEDURE Production.uspGetList @Product varchar(40)
, @MaxPrice money
, @ComparePrice money OUTPUT
, @ListPrice money OUT
AS
SET NOCOUNT ON;
SELECT p.[Name] AS Product, p.ListPrice AS 'List Price'
FROM Production.Product AS p
JOIN Production.ProductSubcategory AS s
ON p.ProductSubcategoryID = s.ProductSubcategoryID
WHERE s.[Name] LIKE @Product AND p.ListPrice < @MaxPrice;
-- Populate the output variable @ListPprice.
SET @ListPrice = (SELECT MAX(p.ListPrice)
FROM Production.Product AS p
JOIN Production.ProductSubcategory AS s
ON p.ProductSubcategoryID = s.ProductSubcategoryID
WHERE s.[Name] LIKE @Product AND p.ListPrice < @MaxPrice);
-- Populate the output variable @compareprice.
SET @ComparePrice = @MaxPrice;
GO
DISEÑO DE SISTEMAS
Diagrama de estructura (o diagrama jerárquico de

estructura)

Aspecto Costo en Diseño

 En el área de sistemas, especialmente en temas referentes a
Procesamiento de Datos, se tienen costos significativos en la fase
de Instalación (que incluye las pruebas necesarias al sistema) y
Soporte (mantenimiento luego de salir en Producción).
Es por esto que es importante tener en cuenta al momento de
diseñar, el aspecto de reducción de costos, en conjunto con el
concepto de Eficiencia en toda el área.
Entonces, podemos concluir en que, si diseñamos un sistema que
sea fácil de mantener, entonces estaremos haciendo ahorros en
los costos no solo de la etapa de diseño, sino también en la etapa
de instalación y soporte.
Aspecto Costo en Diseño

Los costos se elevan, entre otras cosas por:
 Errores en programas difíciles de encontrar.
 Errores en programas difíciles de corregir.
 Corrección de programas y/o errores que conducen a otros errores.
 Documentación desactualizada, desorganizada e inadecuada.
 Lógica complicada luego de consecutivas modificaciones.
Debemos tener claro es este punto que las tareas de análisis poco
o nada tiene que ver con los problemas mencionados
anteriormente. Es en la etapa de diseño que se deben establecer las
características del sistema de manera que no representen mayores
costos de mantenimiento.
El Diseño y el proceso de Desarrollo

Los problemas descritos anteriormente no se deben, como podría
pensarse, únicamente a los programas de computadoras. Están
básicamente enlazados con las definiciones de Diseño de
Sistemas.
Inclusive, dichos problemas pueden revertir (en el sentido de
perjudicar y/o requerir una re-definición) hasta la etapa de análisis.
Las causas de esta reversión son estrategias vagas (no definidas
específicamente), herramientas inadecuadas y personal no
suficientemente entrenado.
Así mismo debemos insistir en que las tareas de Diseño deben
comenzar SOLO cuando se haya definido el sistema completo
lógicamente, con la adecuada documentación.

La definición de una estructura modular de un sistema se podrá
establecer a partir de una definición lógica (análisis de sistemas)
precisa y bien documentada.
Los módulos se entenderán, entonces, como partes de dicha
estructura que deberán relacionar a los procesos lógicos del DFD.
Las funciones que cumplirán los módulos son diversas, siendo las
mas importantes:
 Módulos con funciones ejecutivas: manejan aspectos globales y
definiciones mayores.
 Módulos de detalle: se dedican a tareas con pocas decisiones y
trabajo de detalle

Control decisiones, Trabajo de (-)

(+)
Func. pricipales detalle
(+)
(-)

 Concepto Caja Negra

 El concepto de caja negra es utilizado ampliamente en diversas
disciplinas científicas y tecnológicas. En Sistemas, conceptualizamos
una caja negra como un proceso cuya forma detallada de trabajar
desconocemos, pero del cual conocemos con precisión:
 las entradas que recibe,
 las salidas que produce, y
 el proceso general que realiza.
 Sin embargo, debemos entender también que este concepto debe

ser usado en sistemas solamente en algunas de las tareas que se
realizarán, no en todas.

 Diseño Top Down

El diseño Top-Down es una estrategia general (aplicada también al
Análisis de Sistemas) que especifica crear los diseños de sistemas
en términos de las funciones involucradas, y a partir de las
principales y más importantes, descomponerlas hacia las
menores y de detalle.
Esto se realiza de la siguiente manera: las funciones principales
son definidas y luego desagregadas en funciones intermedias,
las cuales a su vez son detalladas en funciones menores, y así
sucesivamente hasta que las funciones lleguen a ser
suficientemente triviales para ser implantadas por módulos
pequeños.
DISEÑO DE SISTEMAS

estructura)

de estructura)
 El diagrama de estructura muestra la descomposición de
un sistema en módulos.
 Los módulos se consideran cajas negras de las que se
conoce:
Las entradas que reciben
Las salidas que generan
La función que se lleva a cabo
Un diagrama de estructura tiene forma de árbol, y refleja:
Jerarquía de Control: qué módulos pueden invocar a otros
módulos
Parámetros que se pasan en las llamadas.
En cambio no muestra:
Aspectos de procesamiento del software: secuencias, alternativas
o bucles.
Datos internos de los módulos.
de estructura)

de estructura)
 ¿qué es un módulo?
 Un módulo se define como un conjunto de sentencias de
programa con cuatro atributos básicos:
 Entradas/salidas: datos que reciben cuando lo invocan y datos que
devuelve al módulo que lo llamó.
 Función: que hace con las entradas para producir las salidas.
 Mecánica: la lógica mediante la cual lleva a cabo su función.
 Datos internos: zona de datos a los que únicamente puede referirse
el.
 Además posee otros atributos adicionales como:

 Un nombre, por el cual puede ser referenciado como un todo.
 Puede invocar o ser invocado por otros módulos.
de estructura)
 ¿qué es un módulo?
 Un módulo se representa mediante un rectángulo, con el nombre
dentro del mismo :
Calcular raíz
cuadrada
Un módulo de librería o predefinido es aquel que ya ha sido

definido con anterioridad en algún otro sistema:
Validar
Obtener
código
fecha y hora
postal

de estructura)
 Conexión entre módulos

 Sobre un diagrama de estructura, las llamadas de un módulo a otro
se representan mediante una flecha. La dirección de la flecha indica
quien llama a quien.
A Módulo jefe (invocador)
B Módulo subordinado (invocado)
 La conexión se interpreta de la siguiente forma:

 Se suspende la ejecución de A
 B realiza su función
 El control retorna a A en la sentencia siguiente a la que invocó a B
de estructura)
 Conexión entre módulos
 Cuando dos módulos que se comunican necesitan intercambiar
información, ésta aparece en la forma de parámetros de llamada (de
entrada o de salida).
 Hay dos tipos de información que los módulos pueden

intercambiar: datos y flags.
de estructura)
 Diagrama de estructura

DISEÑO DE SISTEMAS

estructura)

 La independencia funcional (mide el grado en que los

módulos dependen unos de otros) se adquiere desarrollando
módulos con una función clara y precisa, evitando una
excesiva interacción con otros módulos.
Los módulos independientes son más fáciles de mantener y
de probar, debido a que se limitan los efectos secundarios
producidos por las modificaciones en el diseño/código, se
reduce la propagación de errores y se fomenta la reutilización
de los módulos.
La Independencia Funcional es la clave de un buen diseño
y el buen diseño es la clave de la calidad del software
desarrollado.
La independencia funcional se mide con dos criterios:
Cohesión y Acoplamiento.
Cohesión: Este criterio se aplica a cada módulo y mide el grado de
conexión funcional entre los elementos de un mismo módulo. Es una
extensión del principio de ocultamiento de información, es
deseable tener una alta cohesión. Esta se obtiene cuando un módulo
realiza una tarea sencilla sin depender de otros módulos
Acoplamiento: Medida para evaluar la relación (o interconexión)

entre los distintos módulos. Determina la facilidad para efectuar
modificaciones o extensiones.
Cohesión
 La COHESION es una medida de la fuerza de la conexión
funcional entre los elementos de un módulo, donde un elemento es:
Una instrucción
Un grupo de instrucciones
Una definición de datos
Una llamada a otro módulo
 El nivel de cohesión de un módulo es una indicación de la conexión

funcional entre sus elementos.
 Lo ideal es tener módulos altamente cohesivos, cuyos elementos
tengan poca relación con los elementos de otros módulos.
 Cohesión
La siguiente escala de COHESION va desde el nivel más fuerte (el
mas deseable) hasta el mas débil (el menos deseable).
 Mejor mantenimiento (Cohesión mas fuerte)
1. FUNCIONAL
2. SECUENCIAL
3. COMUNICACIONAL
4. PROCEDURAL
5. TEMPORAL
6. LOGICA
7. CASUAL O COINCIDENTAL
 Peor mantenimiento (Cohesión mas débil)
El detalle de las características de cada valor de la escala, se
muestra (y se debe revisar) en el archivo adicional de esta clase.
Acoplamiento
El Acoplamiento es el medio que permite evaluar la relación
entre los distintos módulos. El acoplamiento puede
relacionarse con la complejidad de una interfaz (relación entre
dos o más módulos).
El acoplamiento es una medida del grado de
interdependencia entre los módulos de un sistema... Lo
deseable es tener POCO acoplamiento (módulos independientes
entre sí).
Ventajas:
 Mantenimiento sobre un único módulo
 Independencia de codificación del resto de módulos
Tipos de Acoplamiento
Normal:
 Por datos Menos acoplamiento, mejor acoplamiento
 Por estampado
 Por Control
Común
Mas acoplamiento, peor acoplamiento

Por Contenido
El detalle de las características de cada valor de la escala, se

muestra (y se debe revisar) en el archivo adicional de esta clase.
DISEÑO DE SISTEMAS

estructura)

En el diagrama de estructura hemos identificado los

módulos en función de sus entradas, sus salidas, y el
proceso o función que realizan. Adicionalmente, podemos
identificar (a partir del análisis previo al diseño) que los
procesos realizan consultas sobre los datos, los cuales están
almacenados en archivos.
Estos cuatro elementos son los componentes que
debemos trabajar durante el trabajo de diseño. Entonces,
luego del diseño, debemos tener:
Diseño de Entradas
Diseño de Salidas
Diseño de Archivos
Diseño de Módulos (diseño del proceso dentro del módulo)
Diseño de la Entrada (1/3)

El diseño de la entrada consiste en el desarrollo de
especificaciones y procedimientos para la preparación de
datos, la realización de los pasos necesarios para poner los datos
de una transacción en una forma utilizable para su
procesamiento, así como la entrada de éstos. La entrada de
datos se logra al instruir la computadora para que los lea ya sea de
documentos escritos o impresos, o por personas que los escriben
directamente en el sistema.
Las características de diseño de la entrada pueden asegurar la
confiabilidad del sistema y producir resultados a partir de datos
exactos, o también pueden dar como resultado la producción de
información errónea. Asimismo, el diseño de la entrada
determina si el usuario puede interactuar con el sistema de
manera eficiente. El diseño de la entrada es el enlace que une al
sistema de información con el mundo y sus usuarios.

Entradas desde el punto de vista de la oportunidad:
Entrada en lote o Batch: Es la manera tradicional de ingresar los
datos sobre todo para los ingresos masivos de información.
Generalmente, los sistemas de ingreso Batch son mas económicos
que los sistemas de ingreso interactivo. Tiene ventaja en el control de
errores de ingreso, pero tiene la desventaja de no tener la información
actualizada en todo momento
Entrada interactiva u Online: usualmente la entrada interactiva es
más rápida que la batch, y permite corregir errores en el momento
mismo en que se están ingresando los datos. Desde el punto de vista
del esfuerzo de desarrollo, una entrada interactiva es mas costosa
que una entrada batch, aunque tiene la ventaja de que los datos son
actualizados al momento.

Entradas desde el punto de vista de los dispositivos:
Por teclado: Es la manera mas difundida de ingresar información,
tanto para procesos batch como para procesos interactivos.
Por “escaneo”: muy utilizado para agilizar el ingreso de información
codificada, usualmente en códigos de barra. En este punto también
podemos incluir la información producto del reconocimiento óptico de
caracteres (OCR) sobre una imagen digitalizada.
Por extracción directa desde otro sistema: actualmente, la
tecnología de redes y comunicaciones permite recuperar información
generada y almacenada en otros sistemas de manera directa (acceso
directo a base de datos) o indirecta (a través de archivos planos, XML
u otros). A esto se denomina interfaz.
Diseño de la Salida (1/2)

El término salida se refiere a los resultados e información
generados por el sistema. Para muchos usuarios finales, la salida
es la única razón para el desarrollo del sistema y la base sobre
la que ellos evaluarán la utilidad de la aplicación. En la vida
real, muchos usuarios no operan el sistema de información y
tampoco ingresan datos en él, pero utilizan la salida generada por
el sistema (sobre todo para los SIG o clientes y proveedores).
El diseño de la salida de la computadora debe avanzar en una
forma organizada y bien pensada: tiene que desarrollarse
correctamente mientras que al mismo tiempo se garantice que
cada elemento de la salida está diseñado para que las personas
encuentren que el sistema es fácil de emplear.

Diseño de la Salida (2/2)

Cuando el encargado del diseño trabaja en la definición de las
salidas, debe:
Determinar qué información presentar.
Decidir si la información será presentada en forma visual, impresa o
auditiva, y seleccionar el medio de salida.
Disponer la presentación de la información en un formato aceptable.
Decidir cómo distribuir la salida entre los posibles destinatarios.
Para llevar a cabo las actividades antes mencionadas, se
requieren decisiones específicas tales como el empleo de formatos
ya impresos cuando se preparan reportes, cuántas líneas planear
sobre una página impresa o si se debe emplear colores, gráficos,
imágenes, audio o videos.
Diseño de los Archivos

El diseño de los archivos debe basarse en el DSD creado
durante el análisis. Con esto, debe llevar las definiciones lógicas
del DSD a un nivel real según el hardware y el software que se
haya definido para nuestro sistema.
Un diseño inadecuado de archivos hará más difícil mantener la
integridad de la información, acceder a ésta, y provocará, tarde o
temprano, costosos cambios en el sistema.


Consideraciones para el diseño de registros:
Información significativa: sólo incluir los atributos que sean
relevantes para el sistema que estamos desarrollando.
Forma de uso de la información: la representación de cada atributo
debe guardar información con la forma en que más se usa el mismo.
Equilibrio tiempo\espacio: debe existir un equilibrio entre ahorrar
tiempo de procesamiento y el uso de mayor espacio de
almacenamiento.
Cambios en las variables: siempre se trata de definir atributos que
cumplan la mínima extensión posible de dato, para ahorrar espacio.
Debe tenerse en cuenta que un cambio de este atributo redundará en
el uso que se le da.
Dependencia con el hardware (portabilidad): incompatibilidades de
formato entre diferentes tecnologías de hardware.

Tipos de archivos por su forma de almacenar y acceder a los
datos:
Archivos secuenciales: los registros se encuentran uno a
continuación del otro. Su ventaja es que rápidamente podemos pasar
de un registro al siguiente, pero cuando tratamos de ubicar uno
específico debemos barrer toda la tabla.
Archivos de acceso directo: los registros son ubicados según su
posición física en el dispositivo de almacenamiento, a través de una
clave o dirección. Existen varios métodos, por ejemplo: el algorítmico
(randomización o hashing: función de búsqueda), por búsqueda
binaria (partición de búsquedas).
Archivos indexados: se basa en un atributo llave y en un archivo
índice adicional que contiene las claves primarias.

Diseño (especificación) de los Módulos

De acuerdo al contenido de su lógica, existen dos tipos de
módulos a especificar:
Aquellos a los que no se han definido funciones subordinadas en el
diagrama de estructura.
Aquellos que no están completamente explicados en el mismo
diagrama de estructura y que se encuentran en niveles superiores e
intermedios, y por ende, consideran aspectos de control y
coordinación de ejecución.
Para los dos grupos mencionados, se debe hacer la especificación
en esta etapa, a menos que ya tengan una mini-especificación (o
especificación lógica) proveniente del análisis. Usualmente, serán
las del segundo grupo las que se especifiquen en esta etapa.
No se deben especificar las funciones demasiado obvias ni
tampoco las preexistentes (o de biblioteca).
Diseño (especificación) de los Módulos

La definición del módulo dentro del diccionario de datos (ya
ampliado para diseño) debería incluir las siguientes referencias:
Nombre del módulo
Sistema o Subsistema al que pertenece
Breve descripción del proceso
Datos de entrada (referencia al diseño de la entrada)
Datos de salida (referencia al diseño de la salida)
Archivos usados, sus atributos, índices, accesos.
Referencia a la definición lógica (del análisis).

Tema 04 - Diseño de Sistemas

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tema 04 - Diseño de Sistemas

Uploaded by

Copyright:

Available Formats

Universidad

Mg. Ing. Norman Reyes

Conceptos básicos de Diseño de Sistemas

Objetivos del Diseño

Consideraciones importantes para el Diseño

Diagrama de estructura (o diagrama jerárquico

Criterios en Diseño de Sistemas

Componentes en un trabajo de Diseño

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Esquema de Desarrollo de Sistemas usando metodología

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Esquema de trabajo para la Implementación de Sistemas

Especificación Pruebas Conversión

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

El término Diseño normalmente es asociado con todo el

En el análisis, hemos definido un conjunto de funciones

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Cabe notar aquí que las definiciones sobre el ambiente

físico a usar para nuestra solución no afectaban nuestra

labor de análisis de sistemas. Sin embargo, para efectos del

diseño de sistemas serán muy importantes.

Se observa que el antes mencionado “ambiente” está

representado por las características de todo el medio

físico-material en los que se ejecutarán tanto los procesos

manuales como los procesos “computarizados”.

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Es de vital importancia detenernos un momento para

Luego, para los procesos manuales deberemos establecer

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Conceptos básicos de Diseño de Sistemas

Objetivos del Diseño

Consideraciones importantes para el Diseño

Diagrama de estructura (o diagrama jerárquico

Criterios en Diseño de Sistemas

Componentes en un trabajo de Diseño

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Es muy interesante saber que en algunas empresas u organizaciones

Por ejemplo, estudios sobre el tema en Estados Unidos han permitido

En nuestro país, a pesar de que no existen datos precisos sobre el

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Y el asunto con esto es que el esfuerzo mayor no es por lo

difícil de las modificaciones sino por lo intensivo del trabajo.

Entonces, si observamos el hecho de que por cada 6 soles

que invertimos en desarrollar un sistema, luego debemos

gastar 4 más en hacerle modificaciones, podemos concluir

que una mayor inversión en la labor de diseño podrá redituar

en un costo menor de mantenimiento, al enfocarnos en

diseñar sistemas de fácil mantenimiento...

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Conceptos básicos de Diseño de Sistemas

Objetivos del Diseño

Consideraciones importantes para el Diseño

Diagrama de estructura (o diagrama jerárquico de

Criterios en Diseño de Sistemas

Componentes en un trabajo de Diseño

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

Aspecto Costo en Diseño

Aspecto Costo en Diseño

El Diseño y el proceso de Desarrollo

El Diseño y el proceso de Desarrollo

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes

El Diseño y el proceso de Desarrollo

Control decisiones, Trabajo de (-)

Análisis y Diseño de Sistemas – Mg. Ing. Norman Reyes