INGENIERIA DEL SOFTWARE NOMBRE DE LA UNIDAD Unidad No 4 INGENIERA DE REQUERIMIENTOS MAPA CONCEPTUAL

UNIDAD IV

RESUMEN

INGENIERIA DEL SOFTWARE GLOSARIO CONCEPTUAL

UNIDAD IV

Caso de uso: es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizacin de software. Actor: agente externo que realiza una accin sobre el sistema, accin esta que puede ser capturada como un guin que sea parte de un caso de uso. UML: es un conjunto de herramientas, que permite modelar (analizar y disear) sistemas orientados a objetos. Diagrama de clase: es donde se definen las caractersticas de cada una de las clases, interfaces, colaboraciones y relaciones de dependencia y generalizacin. Clase: Una clase es simplemente una representacin de un tipo de objeto; piense en ella como un plano que describe el objeto. As como un plano puede utilizarse para construir varios edificios, una clase puede utilizarse para crear varias copias de un objeto. Mtodo: Tambin conocido como operacin, es un servicio proporcionado por la clase que puede ser solicitado por otras clases y que produce un comportamiento en ellas cuando se realiza. Atributo, Se corresponde con las propiedades de una clase o un tipo. Se identifica mediante un nombre. Existen atributos simples y complejos. Metaclase, Es una clase cuyas instancias son clases. Sirven como depsito para mantener las variables de clase y proporcionan operaciones (mtodo de clase) para inicializar estas variables. Se utilizan para construir metamodelos (modelos que se utilizan para definir otros modelos). Tipos: Es un descriptor de objetos que tiene un estado abstracto y especificaciones de operaciones pero no su implementacin. Un tipo establece una especificacin de comportamiento para las clases. Metamodelo: Es cada una de las distintas clases de modelos de situaciones problemticas presentadas a la actividad del humano, capaces de generar ideas validas para la invencin, reconstruccin y resolucin de problemas. Transaccin: es un conjunto de rdenes que se ejecutan formando una unidad de trabajo, es decir en forma indivisible, o atmica. Cardinalidad: es la especificacin del nmero de ocurrencias de un objeto que puede relacionarse con el nmero de ocurrencias de otro objeto. Objeto de datos es una representacin de cualquier informacin compuesta que el software debe entender.

INGENIERIA DEL SOFTWARE

UNIDAD IV

Rastreabilidad: Posibilidad de seguir el historial, la utilizacin o la localizacin de un elemento o de una actividad Encapsulado: conjunto de datos y mtodos. El objeto esconde sus datos de los dems objetos y permite el acceso a los datos mediante sus propios mtodos. Esto recibe el nombre de ocultamiento de la informacin Herencia: Es un mecanismo que permite definir nuevas clases a partir de otras ya definidas de modo que si en la definicin de una clase se indica que sta deriva de otra, entonces la primera a la que se le suele llamar clase hija ser tratada por el compilador automticamente como si su definicin incluyese la definicin de la segunda. Estereotipo: es una nueva clase de elemento de modelado que debe basarse en ciertas clases ya existentes en el metamodelo y constituye un mecanismo de extensin del modelo. Entidad: es la representacin de un objeto o concepto del mundo real que se describe en una base de datos. Almacenamiento: Es la representacin de un conjunto de datos en reposo, representa archivos, bases de datos, debe tener entrada y salida. Flujo de dato: Es la representacin de datos en movimiento mediante flechas, no hay datos distinto con el mismo nombre. Procesos: Muestran una parte del sistema que transforma datos de entrada en datos de salida, se describen con una sola frase sencilla: Verbo - Objeto

ACTIVIDADES ACTIVIDAD INDIVIDUAL: Consiste en una actividad que se desarrollar asincrnicamente dentro de un lapso estipulado, siguiendo la secuencia de la unidad. Tiene un valor del 5%. Actividad 1: Modelacin de un sistema de reservas Hotel INSTRUCCIONES: La figura 1 muestra un diagrama de casos de uso para un sistema de reserva Hotel, a partir de este caso de uso identifique las posibles clases y modele un diagrama de clases. ACTIVIDAD GRUPAL: Se desarrollar de forma asincrnica para grupos de 4 estudiantes, y de acuerdo al cronograma trazado por el tutor. Tiene un valor del 10%. Actividad 2: Modelar un Sistema de Gestin de Compras utilizando los enfoques estructurado y orientado a objeto

INGENIERIA DEL SOFTWARE

UNIDAD IV

INSTRUCCIONES: dos estudiantes representaran el departamento de compras de una Empresa y los otro dos representarn a los analistas desarrolladores. Realizar reuniones para la recopilacin de la informacin necesaria para la construccin del Si tema. Elaborar un documento de especificaciones donde estn definidos los requisitos, de forma clara y precisa. ACTIVIDAD INVESTIGATIVA: Tiene un valor del 3 % y estar a cargo de grupos no mayores a 3 estudiantes. Propsito: Investigar a cerca del Lenguaje de Modelamiento Unificado UML, ventajas y desventajas y porque se est convirtiendo en la metodologa estndar a nivel mundial. Actividad 3: Investigacin INSTRUCCIONES: Escriba un artculo sobre los ltimos avances en el rea de las herramientas de anlisis automatizado de requisitos y de los entornos de especificacin. ACTIVIDAD EVALUATIVA: Corresponde al segundo Parcial, con un valor del 20%. Se desarrollar de forma asincrnica por cada estudiante que individualmente remitir sus respuestas al tutor en fechas y horarios segn cronograma, utilizando la plataforma Moodle, a http://virtualidadtdea.net/moodle, con el nombre EvaluativaIndividual1, y ubicando la tarea denominada Tarea Evaluativa Individual

DESARROLLO DE CONTENIDOS POR TEMAS DISEO DE SISTEMAS BASADO EN COMPUTADORA. FUNDAMENTOS DEL DISEO DE SOFTWARE Diseo, es el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica. El objetivo del diseador es producir un modelo o representacin de una entidad que se construir en etapas posteriores. Diseo del software El diseo del software se asienta en el ncleo tcnico del proceso de ingeniera del software y se aplica independientemente del paradigma de desarrollo utilizado. Una vez que se han establecido los requisitos del software, el diseo del software es la primera de tres actividades tcnicas como son: Diseo Codificacin

INGENIERIA DEL SOFTWARE Prueba

UNIDAD IV

Cada actividad transforma la informacin de forma que finalmente se obtiene un software para computadora valido.
MODELOS - Funcional - de informacin - de Comportamiento - Otros

En la figura # 1 se muestra el flujo de informacin durante la fase de desarrollo.

DISEO - de datos - Arquitectnico - Procedimental

CODIFICACION - Mdulos del programa

PRUEBA

Software integrado y validado

Diseo de datos, El diseo de datos, trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software. El diseo de datos se podra afirmar que es la ms importante de las cuatro actividades de diseo realizadas durante la ingeniera del software. El impacto de la estructura de datos sobre la estructura de programas, hace que el diseo de datos tenga una gran influencia en la calidad del software. Diseo arquitectnico, Define la relacin entre cada uno de los elementos estructurales del programa. Diseo de la Interfaz, Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con l y con los operadores y usuarios que lo emplean. Diseo procedimental, transforma los elementos estructurales en una descripcin procedimental del software. Se genera el cdigo fuente y, para integrar y validar el software, se llevan a cabo las pruebas. Nota: las fases de diseo, codificacin y prueba absorben el 75% o ms del costo del software (excluyendo el mantenimiento)

INGENIERIA DEL SOFTWARE

UNIDAD IV

Importancia del diseo, la importancia del diseo del software se puede sentar con una nica palabra calidad. Y la podemos clasificar en: El diseo es el proceso en el que se asienta la calidad del desarrollo del software. El diseo produce las representaciones del software de las que puede evaluarse su calidad El diseo es la nica forma mediante la cual podemos traducir con precisin los requisitos del cliente en un producto o sistema acabado El diseo de software sirve como base (Figura # 2) de todas las posteriores etapas del desarrollo y de la fase de mantenimiento.
Con diseo

Figura 2: vista de un sistema con y sin diseo

Sin diseo

MANTENIMIENTO

MANTENIMIENTO

PRUEBA PRUEBA IMPLEMENTACION IMPLEMENTACION DISEO

Desde el punto de vista de la gestin del proyecto, el diseo del software se realiza en dos pasos: a. Diseo preliminar b. Diseo detallado Diseo preliminar, se centra en la transformacin de los requisitos en los datos y la arquitectura del software. Diseo detallado, se ocupa del refinamiento de la representacin arquitectnica que lleva a una estructura de datos detallada y a las representaciones algortmicas del software. Dentro del contexto de los diseos preliminar y detallado, se llevan a cabo varias actividades de diseo diferentes. Adems del diseo de datos, arquitectnico y procedimental, muchas aplicaciones modernas requieren una actividad distinta de diseo de la interfaz. El diseo de la interfaz, establece la disposicin y los mecanismos para la interaccin hombre mquina. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos repetitivos que permiten al diseador describir todos los aspectos del Sistema a construir. A lo largo del diseo se evala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas:

INGENIERIA DEL SOFTWARE

UNIDAD IV

El diseo debe implementar todos los requisitos explcitos contenidos en el modelo de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementacin. Calidad del software A lo largo del proceso de diseo, la calidad del diseo resultante se evala mediante una serie de revisiones tcnicas formales. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos que garanticen un buen diseo como son:

Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del control entre los componentes del software. El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos que realicen funciones y subfunciones especificas. Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente. Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y el entorno exterior. Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida durante el anlisis de requisitos de Software.

Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o mapa. Fundamentos del diseo La sabidura de un desarrollador de software (Ingeniero de software) est en reconocer la diferencia entre obtener un programa que funcione y obtener uno que funcione correctamente. Los conceptos fundamentales del diseo de software proporcionan la base necesaria para que funcione correctamente. Los fundamentos a tener en cuenta son: Abstraccin, la abstraccin permite concentrarse en un problema al mismo nivel de generalizacin, independientemente de los detalles irrelevantes de bajo nivel; el uso de la

INGENIERIA DEL SOFTWARE

UNIDAD IV

abstraccin tambin permite trabajar con conceptos y trminos que son familiares al entorno del problema, sin tener que transformarlos a una estructura no familiar. Refinamiento, este es realmente un proceso de elaboracin. Donde se comienza con una declaracin de la funcin (o una descripcin de la informacin) definida a un nivel superior de abstraccin. Modularidad, atributo individual del software que permite a un programa ser intelectualmente manejable. Arquitectura del software, se refiere a dos caractersticas importantes del software de computadora como son: Estructura jerrquica de los componentes procedimentales (mdulos) Estructura de los datos

Estructura del programa, representa la organizacin (comnmente jerrquica) de los componentes del programa (mdulos) Estructura de datos, es una representacin de la relacin lgica existente entre los elementos individuales de datos.

Conceptos y principios fundamentales: El Diseo de Sistema encierra cuatro etapas: 1. Diseo de los datos. 1.1 Diseo de la Salida. En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los usuarios la salida es la nica razn para el desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

Determine qu informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida. Disponga la presentacin de la informacin en un formato aceptable. Decida como distribuir la salida entre los posibles destinatarios.

1.2 Diseo de Archivos. Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en el archivo. La longitud de cada registro, con base en las caractersticas de los datos que contenga.

INGENIERIA DEL SOFTWARE

UNIDAD IV

La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa).

No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros.

1.3 Diseo de Interacciones con la Base de Datos. La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos grandes o pequeos, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razn estos sistemas utilizan u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema.

Diseo del sistema El diseo de un sistema de informacin produce los elementos que establecen cmo el sistema cumplir los requerimientos identificados durante el anlisis de requisitos. A esta etapa se le conoce tambin con el nombre de Diseo Lgico. El primer paso en el diseo de sistemas es identificar los informes y las salidas que el sistema producir; a continuacin los datos especficos de cada uno de stos se sealan, incluyendo su localizacin exacta sobre el papel, la pantalla de despliegue o cualquier otro medio. El diseo tambin describe los datos calculados o almacenados que se introducirn. Los datos y los procedimientos de clculo se describen con detalle. Se seleccionan las estructuras de los archivos y los dispositivos de almacenamiento, como son discos o cintas magnticas o papel. Los procedimientos deben mostrar cmo se van a procesar los datos y cules van a ser las salidas. Los documentos que contienen las especificaciones del diseo se pueden representar por medio de los diagramas, tablas y smbolos especiales. El ltimo paso del diseo detallado es pasar la informacin al grupo de programacin para que se inicie el desarrollo del software. El diseo de sistemas es un proceso altamente creativo que en gran medida puede ser facilitado por: 1. Definicin slida del problema. 2. Descripcin del sistema existente. 3. Conjunto de requerimientos del nuevo sistema. Diseo significa hacer un mapa, planear o arreglar las partes en un todo que satisfaga los objetivos involucrados. El diseo de sistemas requiere principalmente la coordinacin de actividades, los procedimientos de trabajo y la utilizacin de equipo para alcanzar los objetivos organizacionales.

INGENIERIA DEL SOFTWARE

UNIDAD IV

El patrn de diseo de sistemas sigue una tcnica iterativa. El diseo de sistemas es un proceso creativo en el que el analista repite a travs de varias actividades o procedimientos de trabajo, uno a la vez, investigando mentalmente a travs del proceso completo. El analista debe tener en cuenta dos puntos importantes: 1. Resuelva un problema a la vez. No se confunda al querer resolver muchos problemas al mismo tiempo. 2. Su nuevo sistema debe tener concordancia con los objetivos y metas generales del rea bajo estudio y la empresa en s. Los puntos a seguir cuando se disea un nuevo sistema son: 1. Examine todos los datos posibles. 2. Concntrese y piense en forma creativa. 3. Proporcione diferentes entradas, salidas, operaciones, controles y tcnicas de procedimiento. 4. Primero evale los procedimientos ms importantes. 5. Examine las diversas alternativas. Otra consideracin en la fase de diseo es el control que se debe ejercer desde el sistema. Algunos controles se determinarn por medio de diferentes parmetros de sistemas tales como las aplicaciones y las entradas. Probablemente se necesite disear ciertos controles de calidad. Por ejemplo, todas las entradas deben preparase en forma consistente para mantener la confianza del sistema y evitar posibles errores en los procedimientos. Las especificaciones de diseo describen las caractersticas del sistema, sus componentes o elementos y la forma en que estos aparecern ante los usuarios. Para la mayora de los usuarios, el xito de un sistema est relacionado con la creencia que tengan sobre s el sistema tiene las caractersticas adecuadas. Los componentes de un sistema de informacin descritos durante el anlisis de requerimientos, son el punto principal del diseo. Los analistas deben disear los siguientes elementos:

Flujos de datos: Movimientos de datos hacia, alrededor y desde el sistema. Almacenes de datos: Conjuntos temporales o permanentes de datos. Procesos: Actividades para aceptar, manejar y suministrar datos e informacin. Pueden ser anuales o basadas en computadora. Procedimientos: Mtodos y rutinas para utilizar el sistema de informacin y lograr con ello los resultados esperados. Controles: Estndares y lineamientos para determinar si las actividades estn ocurriendo en la forma anticipada o aceptada, es decir, si se encuentran bajo control. Asimismo especificar las acciones que deben emprenderse cuando ocurren problemas o presentan circunstancias inesperadas. Puede incluirse un reporte sobre las excepciones o procedimientos para la correccin de los problemas. Funciones del personal: Las responsabilidades de todas las personas que tienen que ver con el nuevo sistemas incluyendo los usuarios, operadores de computadora y personal de apoyo. Abarca todo el espectro

INGENIERIA DEL SOFTWARE

UNIDAD IV

de componentes del sistema, incluso desde la entrada de datos hasta la distribucin de salidas o resultados. A menudo, las funciones del personal se establecen en forma de procedimiento.

Desarrollo del software A menudo los especialistas de sistemas se refieren a esta etapa como el Diseo Fsico, en contraste con el Diseo del sistema que se conoce como el diseo lgico. Los desarrolladores pueden instalar o modificar software que se haya comprado (software comercial), o pueden escribir nuevos programas diseados a la medida; la decisin depende del costo de cada una de las opciones dadas, el tiempo y disponibilidad de los programadores. Los desarrolladores de software son tambin responsables de la documentacin del programa y de incluir los comentarios que expliquen cmo y porqu se utiliz cierto procedimiento. La documentacin es esencial para probar el programa y darle mantenimiento una vez que se ha puesto en marcha. DISEO GENERAL DE SISTEMAS El diseo de sistemas se refiere a la formulacin de especificaciones para el nuevo sistema o subsistema propuesto, de manera que satisfaga los requisitos determinados durante la fase de anlisis o ingeniera de requerimientos. Finalmente el diseo de sistemas vendr a ser una presentacin detallada del informe de terminacin del anlisis de sistemas. El diseo de un sistema de informacin puede descomponerse en especificaciones fsicas y lgicas. Diseo lgico: representa los componentes del sistema y sus relaciones mutuas, como apareceran ante los usuarios. Muestra lo que la solucin sistemtica har en contraposicin con el modo como lo es en la actualidad implantada fsicamente. Describe las entradas y salidas, las funciones de procesamiento a realizar, los procedimientos de negocios, los modelos de datos y los controles. Diseo fsico es el proceso de traduccin del modelo lgico abstracto a un diseo tcnico especfico para el nuevo sistema. Produce las especificaciones reales para el hardware, software y bases de datos fsicas, medios de entrada/salida, procedimientos manuales y controles especficos. Proporciona las especificaciones que transforman el diseo lgico abstracto en un sistema de funciones de personas y mquinas. Cuando el analista est listo para comenzar a disear el nuevo sistema, ya deben estar establecidos ciertos elementos. Debe hacer una definicin del problema, informacin general de antecedentes sobre el rea bajo estudio, una idea aproximada de las interacciones dentro del rea de estudio y con otras reas, un buen entendimiento del sistema actual, y un conjunto de requerimientos para el nuevo sistema.

INGENIERIA DEL SOFTWARE Definiciones de diseo de sistemas.

UNIDAD IV

El diseo puede definirse como el acto de delinear, planear, bosquejar y disponer muchos elementos separados, reunindolos en un conjunto viable y unificado. Mientras que en la fase de anlisis de sistemas se responde a preguntas tales como qu est haciendo el sistema? Y qu debera hacer para satisfacer las necesidades de los usuarios?, La fase de diseo se ocupa de cmo debe desarrollarse el sistema para que pueda satisfacer esas necesidades? Durante el proceso de diseo, el analista plantea soluciones alternativas y finalmente determina cul es la mejor. La fase de diseo es de naturaleza tcnica, hasta el punto de que el analista debe responder esta pregunta "Cmo vamos a hacerlo?". Por otra parte, el diseo tambin es un arte creativo, hasta el punto de que el analista se pregunta continuamente: qu ocurrir si...? y por qu no? El diseo es una solucin: la conversin de los requerimientos en forma que los satisfagan. El diseo determina el xito del sistema. A travs del diseo, los ingenieros de software pueden tener gran influencia sobre la efectividad del usuario, ya sea para el manejo de transacciones o para la administracin de la organizacin. Algunos diseos son ms efectivos que otros. Mientras que el anlisis de requisitos describe lo que un sistema debe hacer para satisfacer los requerimientos de informacin, el diseo de sistemas muestra cmo el sistema debe de satisfacer este objetivo. El diseo de sistemas de informacin es el plan general o modelo para ese sistema. Como el plano de un edificio o una casa, tiene todas las especificaciones que dan al sistema su forma y estructura, el diseo de los sistemas de informacin es una tarea creativa que requiere de imaginacin, sensibilidad al detalle y habilidades. Para disear un sistema, el ingeniero de software debe conocer ciertos elementos relacionados con los siguientes aspectos. Los recursos de la organizacin. Las necesidades de informacin de los usuarios. Las necesidades de otros sistemas. Los mtodos de procesamiento de datos, Las operaciones con los datos. Las herramientas del diseo.

Para producir el diseo, el ingeniero de software tiene que aplicar el razonamiento y la creatividad a los elementos mencionados.

INGENIERIA DEL SOFTWARE

UNIDAD IV

Objetivos del diseo de sistemas de Informacin: El diseo de sistemas tiene tres objetivos.

1) El diseador de sistemas es responsable de la consideracin de otras configuraciones de tecnologa para llevar a cabo y desarrollar el sistema tal y como fue descrito por el anlisis. Esto puede implicar anlisis del desempeo de diferentes elementos de hardware y software capacidades de los sistemas, alternativas de redes y la transportabilidad del hardware de los sistemas. 2) Los diseadores son responsables por la administracin y el control de la realizacin tcnica de los sistemas. Las especificaciones detalladas de programacin, la codificacin de los datos, la documentacin, pruebas y la capacitacin, son responsabilidad del equipo de diseo. Adems, los diseadores son responsables del abastecimiento actual del hardware y el software que se necesita para el sistema. 3) El diseador de sistemas detalla las especificaciones del sistema que darn las funciones identificadas durante el anlisis de sistemas. Estas especificaciones deben tocar todos los componentes administrativos, organizacionales y tecnolgicos de la solucin de sistemas.

Especificar los elementos Especificaciones detalladas de diseo que describen las de diseo lgico caractersticas de un sistema de informacin: entradas, salidas, archivos y base de datos y procedimientos. Actividades de soporte Los resultados del empleo del sistema sern de ayuda para

INGENIERIA DEL SOFTWARE

UNIDAD IV

para la empresa. Satisfacer requerimientos de usuarios.

mejorar el rendimiento de la empresa los Satisfacer las necesidades de los usuarios en trminos de: los Efectuar en forma correcta los procedimientos apropiados. Presentar en forma apropiada la informacin. Proporcionar resultados exactos. Utilizar los mtodos de interaccin apropiados. Proporcionar confiabilidad total. Ingeniera humana favorable: El diseo ergonmico debe ser fsicamente cmodo y contribuir a la efectividad y eficiencia del usuario. las Especificar los componentes y funciones con suficiente de detalle para construir el software de aplicacin.

Fcil de usar.

Proporcionar especificaciones software. Ajustarse a los estndares El diseo y sus especificaciones deben estar en concordancia de diseo con las reglas prcticas establecidas para la organizacin.

Etapas bsicas del proceso diseo. En de la prctica, la aplicacin del proceso de diseo es un esfuerzo repetitivo. A medida que el analista va considerando cada uno de los elementos del proceso, se ve obligado a revisar una y otra vez a reexaminar las estructuras y relaciones establecidas hasta el momento, y a modificarlas para satisfacer la nueva condicin. La repeticin contina hasta que han sido consideradas todas las dimensiones del sistema propuesto y se formula la proposicin final. Las etapas bsicas del proceso de diseo pueden exponerse as: 1. Definir el objetivo del sistema. 2. Desarrollar un modelo conceptual. a) Identificar el resultado ms importante del sistema. b) Sealar los datos especficos de entrada necesarios para obtener ese resultado. c) Describir las operaciones de procesamiento de datos, particularmente los algoritmos lgicos y de clculo, que deben aplicarse a los datos de entrada para producir la informacin deseada. d) Identificar los elementos de entrada que se pueden introducir una sola vez y quedar almacenados para usarlos en operaciones subsecuentes de procesamiento.

INGENIERIA DEL SOFTWARE

UNIDAD IV

e) Seguir efectuando los pasos a, b, c, d para cada resultado requerido y por orden de prioridad hasta haberlos considerado en su totalidad. f) Establecer un banco de datos que pueda sustentar al sistema en la forma ms efectiva . 3. Aplicar restricciones. a) En base a las restricciones impuestas eliminar los casos extremos de entrada, salida y procesamiento. b) Sealar los diferentes puntos de control. 4. Definir las actividades de procesamiento de datos. a) Disear los formatos de entrada y salida que mejor se adapten al diseo del sistema. b) Establecer los mtodos de procesamiento y los puntos comunes de los datos. 5. Formular la proposicin del diseo del sistema. Analizando especficamente las entradas, las salidas y las actividades de procesamiento por orden de su contribucin al logro del objetivo general del sistema, el analista reduce al mnimo el tiempo necesario para llegar a una estructuracin del diseo principal.

INGENIERIA DEL SOFTWARE Diseo Estructurado:

UNIDAD IV

Diseo detallado:

INGENIERIA DEL SOFTWARE Diseo de las salidas:

UNIDAD IV

(Diseo del sistema de informes y produccin de documentos) El trmino salida, como es probable que el lector lo conozca, se refiere a los resultados e informacin generados por el sistema. Para muchos usuarios finales, la salida es la nica razn para el desarrollo del sistema y la base sobre la que ellos evaluarn la utilidad de la aplicacin. En la realidad, muchos usuarios no operan el sistema de informacin y tampoco ingresas datos en l, pero utilizan la salida generada por el sistema. Cuando disean la salida, los analistas deben de realizar lo siguiente:

Determinar qu informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresa y seleccionar el medio de salida. Disponer la presentacin de la informacin en un formato aceptable. Decidir cmo distribuir la salida entre los posibles destinatarios.

Para llevar a cabo las actividades antes mencionadas, se requieren decisiones especficas tales como el empleo de formatos ya impresos cuando se preparan reportes, cuntas lneas planear sobre una pgina impresa o si se debe emplear grficas y colores. La salida es la nica razn para el desarrollo del sistema y la base sobre la que ellos evaluarn la utilidad de la aplicacin. En la realidad, muchos usuarios no operan el sistema de informacin y tampoco ingresan datos en l, pero utilizan la salida generada por el sistema. El diseo 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 diseado para que las personas encuentren que el sistema es fcil de emplear. El termino salida se utiliza para denotar cualquier informacin, ya sea impresa o en una pantalla. Cuando los analistas disean la salida:

Identifican la salida especfica que es necesaria para satisfacer los requerimientos de la informacin. Seleccionan los mtodos para presentar la informacin. Crean los documentos, reportes u otros formatos que contienen la informacin producida por el sistema.

Un sistema de informacin debe alcanzar uno o ms de los siguientes objetivos: 1. Expresar informacin relacionada con actividades pasadas, estado actual o protecciones para el futuro. 2. Sealar eventos importantes, oportunidades, problemas o advertencias. 3. Iniciar una accin. 4. Confirmar una accin. El buen diseo de la salida de los sistemas, no puede ser desarrollado en forma independiente del uso que se dar a la salida. En otras palabras, no se puede clasificar como buena una salida estticamente atractiva o que haga uso de una nueva tecnologa, a menos que satisfaga las necesidades de la organizacin y de sus usuarios. El propio

INGENIERIA DEL SOFTWARE

UNIDAD IV

proceso de diseo comienza cuando el analista de sistemas identifica la salida que debe producir el sistema (un proceso que se inicia durante la determinacin de requerimientos). Aspectos importantes de las Salidas Cuatro preguntas, a las que debe darse respuestas en forma completa y apropiada, ayudan a los expertos de diseo de sistemas a comprender mejor lo que debe ser la salida de un nuevo sistema: Quines Recibirn La Salida? El usuario, forma o no parte de la organizacin?, Quiz los usuarios externos tengan requerimientos especficos que no se pueden cambiar y que dictan los requerimientos de contenido, formato y medio de presentacin. Tal vez las organizaciones decidan presentar la misma informacin en forma diferente cuando sta es enviada a los usuarios tanto externos como internos. Cuntos Detalles Son Necesarios? Pocos detalles son necesarios para indicarle a alguien que renov una licencia de manejo (nombre, direccin, fecha de renovacin, cuota y una identificacin de la salida como aviso de renovacin). Sin embargo, un informe trimestral de venta de ventas contiene muchos detalles con formatos diferentes que son de ayuda para trasmitir un mensaje (qu sucedi, cmo ocurri y cul fue el resultado) a todos los usuarios. Asimismo, la cantidad de datos tambin sugiere si deben emplear mtodos de impresin o de presentacin en una pantalla. Cuntos Y Que Tan Frecuente Es La Salida? El calendario junto con la oportunidad de la salida, son guas especficas del diseo. Algunas salidas se producen con poca frecuencia y slo cuando aparecen ciertas condiciones: la emisin del aviso de renovacin de licencia puede ocurrir cada 4 aos, la emisin de una notificacin de pago sucede cuando el saldo de la cuenta est vencido. sin embargo, la organizacin puede requerir cada mes una salida que indique todas las licencias que deben renovarse el prximo mes, o una salida cada semana que seale todas aquellas cuentas cuyo saldo se venci durante la semana. Qu Mtodo Utilizar? Debe ser impresa o presentada en pantalla? Los ejemplos anteriores muestran que la salida impresa se emplea con bastante frecuencia. Sin embargo, si un sistema da respuestas del tipo s o no a las consultas, a menudo es apropiado presentar la respuesta en una pantalla, algunos sistemas emplean una salida de audio para informarles sobre un nuevo nmero telefnico o el cambio de ste. Diseo de entradas: (Disear el sistema de recopilacin de datos) Las especificaciones de entrada describen la manera en que los datos ingresarn al sistema para su procesamiento. Las caractersticas de diseo de la entrada pueden

INGENIERIA DEL SOFTWARE

UNIDAD IV

asegurar la confiabilidad del sistema y producir resultados a partir de datos exactos, o tambin pueden dar como resultado la produccin de informacin errnea. Asimismo, el diseo de la entrada determina s el usuario puede interactuar con el sistema de manera eficiente. El diseo de la entrada es el enlace que une al sistema de informacin con el mundo y sus usuarios. Algunos aspectos del diseo cambian, lo que depende si el sistema est orientado hacia lotes o en lnea. Pero sin considerar el sistema, existen aspectos generales en la entrada que todos los analistas deben tener en cuenta. El diseo de la entrada consiste en el desarrollo de especificaciones y procedimientos para la preparacin de datos, la realizacin de los pasos necesarios para poner los datos de una transaccin en una forma utilizable para su procesamiento, as como la entrada de stos. La entrada de estos los 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. Controles de la cantidad de entrada. Existen varias razones que explican por qu un buen diseo debe controlar la cantidad de datos en la entrada. 1. Las operaciones de preparacin y entrada dependen de las personas. Dado que los costos de la mano de obra son altos, los asociados con la preparacin e ingreso de los datos tambin lo son altos. Disminuir los requerimientos de datos puede reducir los costos y ocurrir lo mismo con los costos de mano de obra. 2. La fase de entrada puede ser un proceso lento que toma mucho ms tiempo que el que necesitan las computadoras para llevar a cabo sus tareas. De hecho, la computadora quiz permanezca sin hacer nada durante el tiempo en que se preparan los datos y la entrada para su procesamiento. Al disminuir los requerimientos de la entrada, el analista puede acelerar todo el proceso desde la captura de datos hasta que los resultados llegan a manos de los usuarios.

Evitar Retrasos. Un retraso en el procesamiento, que es un resultado de las operaciones de preparacin o de entrada de datos, recibe el nombre de cuello de botella. Evitar los cuellos de botella debe ser siempre uno de los objetivos que el analista persiga al disear la entrada. Evitar errores de datos. En cierto sentido la tasa de errores depende de la cantidad de datos, ya que entre ms pequea sea sta, menores sern las oportunidades para cometer errores. Es comn encontrar en las operaciones de venta al por menor una tasa promedio del 3% de error en las operaciones de entrada de datos. Si el volumen de datos es de 10,000 transacciones por semana, entonces se presentarn aproximadamente 300 errores. A pesar de lo anterior, el analista puede reducir el nmero de errores al disminuir el volumen de datos que deben ingresarse por cada transaccin. El analista tambin puede modificar las tasas de error de una operacin a travs del diseo de la entrada, ya que la forma en que deben ingresar los datos puede tener efectos sobre la incidencia de los errores. Otro aspecto del control de errores es la necesidad de detectarlos cuando stos se presentan. Las verificaciones y balances en los programas para entrada de datos, denominadas tcnicas de validacin de entradas, tambin descubren errores en la entrada. Evitar pasos adicionales. Algunas veces el volumen de transacciones y la cantidad de datos en preparacin, o en el trabajo de entrada de datos, es algo que no se puede controlar. Cuando no es posible reducir el volumen de transacciones, el

INGENIERIA DEL SOFTWARE

UNIDAD IV

analista debe asegurar que el proceso sea lo ms eficiente posible. El analista experimentado tambin evitar diseos para la entrada que traigan como consecuencia una mayor cantidad de pasos a seguir. El efecto que trae consigo ya sea aadir o quitar un paso cuando se alimentan los cheques al proceso bancario, ser multiplicado muchas veces en el transcurso de un da de trabajo. Mantener la sencillez del proceso. Quiz el mejor consejo para los analistas es alcanzar todos los objetivos ya mencionados en la forma ms sencilla posible. Claro est que al incluir tantos controles sobre los errores las personas puedan tener dificultades al emplear el sistema. En otras palabras. el control de los errores puede obstruir la tarea. El sistema mejor diseado se ajusta a las personas que lo utilizarn y al mismo tiempo, proporcionarn mtodos para el control de los errores. La simplicidad funciona y es aceptada por los usuarios. En contraste, cuesta trabajo que los usuarios acepten diseos para la entrada que sean complejos o confusos, y no existe ninguna garanta para el xito al instalar un sistema complejo. En consecuencia, es aconsejable evitar la complejidad cuando hay opciones ms sencillas. Validacin de la entrada. Los diseos de las entradas tienen como finalidad reducir la posibilidad de cometer errores o equivocaciones durante la entrada de datos. Sin embargo, siempre debe suponer que se presentarn errores. Estos deben detectarse durante la entrada y corregirse antes de guardar los datos o procesarlos. Es mucho ms difcil corregir datos equivocados despus de almacenarlos que antes de hacerlo. De hecho los datos equivocados se olvidan con frecuencia hasta que alguien utilice un reporte basado en esos datos y cuestiona su exactitud y validez.

Los analistas de sistemas deciden los siguientes detalles del diseo de entradas. 1. Qu datos ingresan al sistema. 2. Qu medios utilizar. 3. La forma en que se deben disponer o codificar los datos. 4. El dilogo que servir de gua a los usuarios para dar entrada a los datos. 5. Validacin necesaria de datos y transacciones para detectar errores. 6. Mtodos para llevar a cabo la validacin de las entradas y los pasos a seguir cuando se presentan errores. Las decisiones de diseo para el manejo de entradas, especifican la forma en que sern aceptados los datos para su procesamiento por computadora. Los analistas deciden si los datos sern proporcionados directamente, quiz a travs de una estacin de trabajo, o por el uso de documentos, como talones de venta, cheques bancarios o facturas, donde los datos a su vez son transferidos hacia la computadora para su procesamiento. Diseo de sistemas de Archivos: Los sistemas de informacin en las empresas estn orientados hacia el uso de archivos y bases de datos. Los datos se acumulan en archivos que son procesados o mantenidos por el sistema. Las bases de datos acumulan los datos de las transacciones y otros tipos de archivos, y estn diseadas para compartir los datos para distintas aplicaciones. Es importante determinar su contenido y elegir un mtodo para organizar los datos. Al mismo tiempo, si las aplicaciones propuestas utilizaran los recursos de la base de datos, el analista debe desarrollar los medios para interactuar con la misma.

INGENIERIA DEL SOFTWARE

UNIDAD IV

Las bases de datos permiten compartir los datos entre distintas aplicaciones. Adems de la responsabilidad de disear archivos, determinar sus contenidos y elegir los mtodos apropiados para organizar los datos, los analistas deben disear los medios de interaccin con las bases de datos de la organizacin. En la mayora de los casos, las bases de datos ya estarn disponibles y manejadas por el personal de administracin de sta. Cuando se disea un sistema de informacin para el procesamiento de transacciones, a menudo el centro de atencin es una entidad. Cuando los analistas y usuarios adquieren experiencia con el sistema de informacin y surgen nuevos requerimientos de la aplicacin, la atencin cambia: de ser capaz de recuperar un registro especfico, a desarrollar la capacidad de relacionar los registros sobre distintas entidades. Es probable que cambien los requerimientos cuando las empresas quieren ms informacin para las solicitudes de procesamiento. El diseo de archivos incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos de tipo histrico o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes:

Los datos deben incluirse en el formato de los registros contenidos en el archivo. La longitud de cada registro, con base en las caractersticas de los datos que contiene. La secuencia a disposicin de los registros dentro del archivo (la estructura de almacenamiento que puede ser secuencial, indexada o relativa).

No todos los nuevos sistemas de informacin requieren del diseo de todos los archivos utilizados por la aplicacin. Por ejemplo, es probable que ya existan archivos maestros porque stos son utilizados por otras aplicaciones existentes. Terminologa Bsica de Archivos: DATOS: Los elementos individuales de los archivos se llaman datos, tambin conocidos como campos. Cada dato se identifica por su nombre y tiene un valor especfico asociado a l. REGISTRO: Un registro es el conjunto completo de datos relacionados pertenecientes a una entrada. BASES DE DATOS: Una base de datos es una coleccin integrada de datos almacenados en distintos tipos de registros, de forma que sean accesibles para mltiples aplicaciones. La interrelacin de los registros se obtiene de las relaciones entre los datos, no de su lugar de almacenamiento fsico. Los registros para distintas entidades se almacenan comnmente en una base de datos (mientras que los archivos almacenan registros para una nica entidad). Por ejemplo, en una base de datos de una universidad, se interrelacionan los registros de los estudiantes, cursos y profesores en la misma base de datos. Las bases de datos no eliminan la necesidad de archivos en un sistema de informacin. Los distintos tipos de archivos siguen siendo necesarios para capturar los detalles de los

INGENIERIA DEL SOFTWARE

UNIDAD IV

eventos y actividades de la empresa, para preparar reportes o almacenar datos que no estn en la base de datos. El uso de los diagramas de estructuras de datos requiere que el analista haga preguntas importantes acerca de la entidad a describir:

Cules son los campos que identificarn de manera nica una ocurrencia de la entidad? Por qu medios se accesa la informacin acerca de la entidad? Cules otros datos describen los atributos de la entidad?

Diseo de especificaciones para programas: (Disear los programas de aplicacin): Las especificaciones para programas son por s mismas un diseo. Ellas describen cmo transformar las especificaciones de diseo del sistema (Salidas, entradas, archivos, procesamiento y otras) en software de computadora. El diseo de software de computadora es importante asegurarse que:

Los programas producidos lleven a cabo todas las tareas y lo hagan en la forma establecida. La estructuracin del software en mdulos permita su prueba y validacin para determinar si los procedimientos son correctos. Las modificaciones futuras se puedan realizar en forma eficiente y con un mnimo de interrupcin en el diseo del sistema.

Un sistema ser diseado slo una vez, pero ser usado repetidamente y es muy probable que evolucione en la medida que cambien las necesidades de los usuarios. Estas observaciones aaden ms importancia al diseo de software. Muchos sistemas de informacin, ya sea implantado en sistemas de cmputo grande o pequeo, interactan con las bases de datos que abarcan varias aplicaciones. Dada la importancia que tienen las bases de datos en muchos sistemas, su diseo es establecido y vigilado por un experto en el diseo de sistemas que tiene la responsabilidad de desarrollar y mantener la base de datos. El analista proporciona: 1. Los datos que son necesarios de la base de datos. 2. Las acciones que tendrn efecto sobre la propia base (por ejemplo, la recuperacin de datos, cambios en los valores de los datos o el ingreso de nuevos datos en la base). En algunas organizaciones existe una separacin entre las responsabilidades del programador y las que tienen los analistas. En otras, tanto los programadores como analistas comparten las responsabilidades. Diseo de procedimientos:

INGENIERIA DEL SOFTWARE

UNIDAD IV

(Disear el sistema de procesamiento de datos) Los procedimientos especifican qu tareas deben efectuarse al utilizar en sistema y quines son los responsables de llevarlas a cabo. Entre los procedimientos importantes se encuentran:

Procedimientos para entrada de datos. Mtodos para la captura de datos de las transacciones y su ingreso en el sistema de informacin. Procedimientos durante la ejecucin. Pasos y acciones emprendidos por los operadores del sistema y, en ciertos casos, por los usuarios finales que interactan con el sistema para alcanzar los resultados deseados. Procedimientos para el manejo de errores. Acciones a seguir cuando se presentan resultados inesperados. Procedimientos de seguridad y respaldo. Acciones para proteger al sistema y sus recursos contra posibles daos.

Diseo de controles Los analistas de sistemas tambin deben anticipar los errores que se cometern al ingresar los datos en el sistema o al solicitar la ejecucin de ciertas funciones. Algunos errores no tienen importancia ni consecuencias, pero otros pueden ser tan serios que ocasionaran la eliminacin de datos o el uso inapropiado del sistema. Un buen diseo de sistema de informacin ofrecer los medios para detectar y manejar el error, los controles proporcionan medios para: Asegurar que solo los usuarios autorizados tengan acceso al sistema 1. Garantizar que las transacciones son aceptables 2. Validar los datos para comprobar su exactitud 3. Determinar si se han omitido datos que son necesarios.

Tcnica HIPO: HIPO es otro mtodo de uso comn para desarrollar software de sistemas. HIPO es una abreviatura del nombre en ingls de la entrada-proceso-salida-jerrquica, mtodo que fue desarrollado por IBM para sus sistemas operativos grandes y complejos. Propsito: La hiptesis en la que HIPO se basa es que es fcil perder la pista de la funcin deseada de un sistema o componente de un sistema grande. Esta es una razn por la que es difcil comparar los sistemas existentes contra sus especificaciones originales (y por lo tanto, porque pueden ocurrir fallas incluso en los sistemas tcnicamente bien formulados). Desde el punto de vista del usuario, una sola funcin puede a menudo extenderse a varios mdulos, por lo tanto, el inters del analista es entender, describir y documentar los mdulos y su interaccin de forma que se obtenga el detalle suficiente, pero que no se pierda de vista el panorama general.

INGENIERIA DEL SOFTWARE

UNIDAD IV

El diagrama HIPO son descripciones grficas del sistema, en vez de prosa o narrativa. Ayudan a los analistas a responder tres preguntas gua: 1. Qu hace el sistema o mdulo (Se pregunta al disear el sistema). 2. Cmo lo hace? 3. Cules son las entradas y las salidas? Una descripcin de HIPO para un sistema consta de una tabla visual de contenidos y los diagramas funcionales. Tabla visual de contenidos. La tabla visual de contenidos (VTOC) muestra la relacin entre cada uno de los documentos que conforma en paquete de HIPO. Est formada por un diagrama de jerarqua que identifica los mdulos en un sistema mediante un nmero y en relacin con los otros y da una descripcin breve de cada mdulo. Diagramas funcionales: Existe un diagrama por cada caja en el VTOC. Cada diagrama muestra la entrada y la salida, los procesos principales, movimientos de datos y puntos de control. Los smbolos de los diagramas de flujo tradicionales representan los medios, tales como cinta magntica, disco magntico y salida impresa. Los diagramas de HIPO son efectivos para documentar un sistema. Tambin ayuda a los diseadores y los fuerza a pensar cmo cumplir con las especificaciones y dnde hay que ligar las actividades y componentes. Sin embargo, se basan en un conjunto de smbolos especializados que requieren de explicacin, una preocupacin adicional si se compara con la simplicidad de, por ejemplo, los diagramas de flujo de datos. Los diagramas Hipo tienen su mayor fuerza en la documentacin del sistema.