Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI ACTIVIDADES

1. Por qu se puede considerar un sistema a la empresa? 2. Explicar el subsistema de decisin de empresa. 3. Razonar los principios de organizacin empresarial. 4. Desarrollar el organigrama de los departamentos de la empresa. 5. Cual es la estructura organizativa segn Mintzberg? 6. Distinguir entre sistema de proceso electrnico de datos, sistema de informacin para la gestin, sistema de soporte a la decisin y sistema experto. 7. Explicar las fases del proceso de decisin. 8. Cules son las funciones a cada nivel (operativo, tctico y estratgico) del sistema de produccin y del sistema financiero? 9. Dibujar el organigrama de un Centro de Clculo. 10. Realizar el organigrama de un Centro de Proceso de Datos con estructura funcional y por proyectos. 11. Hacer un esquema de las funciones de cada departamento de un Centro de Proceso de Datos.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI ANALISIS DE REQUISITOS

Objetivos. El alumnado, al trmino de esta unidad de trabajo, ha de ser capaz de: 1. Identificar las fuentes de informacin y los mtodos de bsqueda ms apropiados para el desarrollo de sistemas de informacin. 2. Describir las especificaciones y requerimientos de un sistema en desarrollo, 3. Representar los componentes y flujos de datos de un sistema utilizando los diagramas de flujo,

Palabras clave Alternativas. Anlisis de costes. Anlisis de requisitos. Anlisis del sistema. Amortizaciones. rboles de decisin. Diagramas de contexto. Diagramas de flujo de datos. Diccionario de datos. Diseo de documentos. Entrevistas. ndices de rentabilidad. Lenguajes formales de decisin. Modelo entidad-relacin. Modelo fsico. Modelo lgico. Modelo lgico de procesos. Reuniones. Requisitos. Restricciones. Seleccin de una alternativa. Tablas de decisin. Usuarios.

3.1.

Fase de anlisis de sistemas Para el estudio del mdulo de anlisis de requisitos del sistema (fase de anlisis de sistemas en Mtrica) se proponen cuatro actividades y dos tareas. Para cada una de las actividades o tareas de las distintas fases de Mtrica se definen los objetivos, los productos a obtener y las tcnicas necesarias para su consecucin.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI El anlisis de sistemas es la primera fase de la metodologa de desarrollo de aplicaciones. Su objetivo es la obtencin, en colaboracin con el cliente, de todas las especificaciones posibles respecto a las necesidades de informacin y a la arquitectura lgica del sistema a desarrollar: del anlisis de requisitos y de las especificaciones funcionales. Hay que recopilar toda la informacin referente a la funcionalidad, restricciones, interfaces, costes, recursos, empleados, riesgos, tiempos para las diferentes tareas a desarrollar, personal que interviene en esa fase, etc. Se trata de desarrollar entorno fsico y el tecnolgico. En la fase de anlisis se han de conseguir los siguientes objetivos: Identificar las necesidades del cliente, para lo que se efectan reuniones y entrevistas entre los miembros del equipo de anlisis, el cliente y los usuarios finales. En cualquier caso hay que tener en cuenta las restricciones econmico-temporales impuestas por el cliente. Antes de comenzar el anlisis se ha de intentar conocer los productos existentes en el mercado por si alguno fuese de utilidad. Con todos estos datos se realiza un documento conceptual del sistema, que se modificar a medida que se definen los requisitos durante el anlisis. Realizar un estudio de viabilidad econmico, tcnico y legal. Como hay limitaciones econ6micas y temporales hay que estar muy seguro de que se podr terminar el proyecto de manera adecuada con el tiempo, dinero, personal, herramientas y tcnicas disponibles. La viabilidad legal pasa por conocer los elementos jurdicos relacionados con la informtica y la proteccin de datos, sobre todo las obligaciones definidas en los

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI contratos y las responsabilidades legales. Del estudio de viabilidad se desprende un documento que es revisado por la direccin para valorar su continuidad o abandono, en el que se incluyen alternativas referentes a costes y tiempos para el proyecto a desarrollar. Conocidas las necesidades del cliente y la viabilidad del proyecto, si se decide seguir adelante con l se han de asignar las funciones a desempear por el personal que interviene en el desarrollo y se debe realizar una especificacin de requisitos que sirva para el posterior desarrollo del sistema.

Figura 3.1 Objetivo de la fase anlisis

3.2.

Mdulo anlisis de requisitos del sistema Los objetivos de este mdulo son: Analizar y documentar las necesidades funcionales y de servicio del nuevo sistema. Se dispondr del catlogo de requisitos si se ha realizado la fase 0 o el plan de sistemas de informacin.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Identificar los requisitos y necesidades del nuevo sistema. Estudiar las diferentes alternativas funcionales que permiten alcanzar una solucin al sistema propuesto, realizndose una valoracin de sus diversos aspectos, entre los que se incluye el coste econmico de cada uno de ellos. Como resultado de estas valoraciones se produce la seleccin de una alternativa, la ms apropiada, que ser escogida para su posterior desarrollo por el cliente. Para alcanzar los objetivos propuestos hemos de llevar a cabo las siguientes actividades.

3.3.

Actividad 1: mbito y alcance del proyecto En esta actividad se describen los objetivos, el mbito y las restricciones del sistema. Se identifican los participantes y su implicacin en el proyecto. En esta actividad se deben desarrollar las siguientes tareas: Tarea 1: Definicin del proyecto Los objetivos para esta tarea son: Realizar una descripcin general del proyecto, de los objetivos y de las restricciones. Identificar grupos, reas y departamentos implicados en el proyecto. Hacer una planificacin inicial de la duracin del mismo. Se pueden realizar cronogramas o grficos, de barras o circulares, para expresar los tiempos. Detallar la composicin del equipo de trabajo necesario para la realizacin del proyecto.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI El producto a obtener es la descripcin general del proyecto, en la que se han de incluir: Objetivos principales. Departamentos, unidades o reas afectadas. Planificacin temporal inicial. Restricciones. Composicin del equipo de trabajo.

Las tcnicas necesarias son las entrevistas con los patrocinadores. A continuacin se va a explicar en qu consisten las entrevistas y los cuestionarios. Entrevista Se trata de una conversacin dirigida a conocer determinados propsitos. Es importante crear un clima de cordialidad para que el cliente se desenvuelva mejor y comunique con claridad lo que piensa. Hay que estar atento a las opiniones del cliente. Dependiendo del tipo de entrevistado y tiempo de reelaboracin de la entrevista a posteriori, se pueden tomar notas o grabarlas en audio o vdeo. En ambos casos se I debe" pedir permiso al interlocutor. Se pueden realizar videoconferencias para evitar desplazamientos del cliente y para rebajar los costes del anlisis. Los puntos ms importantes de una entrevista son: Lectura de antecedentes. Antes de la primera entrevista hay que conocer todo lo referente a la empresa a la que se le va a implantar

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI el sistema obteniendo datos objetivos de fuentes externas, que servirn para conocer la empresa con la que se, est tratando y as evitar tener que realizar preguntas que puedan parecer triviales. Establecimiento de los objetivos. Los objetivos a conseguir con la entrevista han de estar fijados de antemano, teniendo en cuenta las caractersticas del cargo que ejerce. esa persona dentro de la empresa. Por ejemplo, no se puede formular el mismo tipo de preguntas a un operador que al responsable de marketing o a un director general. Seleccin de los. Entrevistados. Comenzando por los directivos, que tienen una visin global del sistema, se va descendiendo por la cadena de mando hasta los empleados o usuarios del sistema que se va a implantar. Son los directivos o los responsables de equipo los que mejor seleccionarn las personas que puedan ser entrevistadas. Preparacin del entrevistado. Para la realizacin de una entrevista hay que avisar o solicitar fecha y hora con antelacin. Unos das antes de que tenga lugar, se recuerda al cliente la realizacin de la entrevista y se enva el guin o cuestionario previo con las materias a tratar en la entrevista {tambin se puede realizar a travs del correo electrnico. Durante la entrevista hay que conseguir que las respuestas sean objetivas. Al trmino de la entrevista se hace un breve resumen de la misma, a partir de las notas que se han tomado, para aseguramos

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI que todo ha sido convenientemente explicado y comprendido. Por ltimo, antes de despedimos, no hay que olvidar agradecer la atencin que se nos ha dedicado. Seleccin del tipo de preguntas. Habr algunas preguntas abiertas, de temas generales, incluso no referentes a la empresa, de forma que la entrevista resulte ms cordial. Tambin se tendrn que formular otras preguntas cerradas referentes a hechos concretos y aspectos del funcionamiento de la empresa relevantes para el diseo del sistema, evitando que se olviden detalles. Hay tres modos de presentar ordenadas las preguntas en una entrevista: 1. Inductivo. A partir de preguntas cerradas, se van haciendo preguntas ms abiertas y ms generales. Esto nos ayuda en aquellas entrevistas en las que el interlocutor no est a favor de la implantacin de un nuevo sistema. 2. Deductivo. A partir de preguntas abiertas y generales, se va concretando el tema. 3. Combinando los dos modos anteriores.

Cuestionarios Se utiliza cuando no es posible realizar entrevistas. El tratamiento que reciben los cuestionarios es similar al de las entrevistas. Se realizan preguntas de respuesta abierta y otras de respuesta cerrada, de tipo S/No, con valoraciones puntuables de 0 a 10 o estimativas: muy bueno, bueno, malo, etc. Las respuestas valorables tienen el inconveniente de

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI introducir elementos subjetivos en la informacin.

Tarea 2: Identificacin de los usuarios participantes Los objetivos son: Identificar a los responsables de cada una de las reas o unidades implicadas, para lo cual se realizar una descripcin general del proyecto, de cada unidad afectada, del representante de usuarios, del equipo de desarrollo, del rea tcnica, de los controles de calidad y del equipo de desarrollo. Identificar a los principales usuarios implicados, para lo cual tendremos en cuenta aspectos como el conocimiento de las funciones que se van a automatizar, la repercusin del nuevo sistema sobre los usuarios y las implicaciones legales del nuevo sistema. De los participantes se han de anota, datos de inters como los siguientes nombre y apellidos, organizacin y rea a la que pertenece, puesto que ocupa, telfono de contacto, disponibilidad horaria, localizacin de su puesto de trabajo, etc. El producto a obtener es una lista o fichero de usuarios participantes, de responsables y del personal tcnico de las reas afectadas.

Las tcnicas necesarias son entrevistas y reuniones con los jefes de personal o responsables de las distintas reas afectadas. A continuacin, se va a explicar cmo realizar ficheros de datos referentes a los participantes y cmo organizar reuniones.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI

Ficheros de datos de participantes Tablas de datos. Es necesaria la confeccin de una tabla, en la que conste toda la informacin disponible sobre los participantes en el proyecto. Los datos a incluir por cada uno de ellos son: nombre y apellidos, lugar de trabajo (provincia, poblacin, direccin, planta, despacho), telfonos de contacto con extensin, fax y correo electrnico, disponibilidad horaria, rea funcional en la que trabaja, departamento, seccin, cargo que ocupa en la organizacin, identificacin del superior jerrquico, tareas que desempea en la organizacin, nivel de implicacin en el proyecto, tareas que desempea en el proyecto o informacin que puede aportar. Si se desea se puede crear una tabla de seguimiento en la que se almacenen datos de citas, reuniones, entrevistas y correos

electrnicos enviados.

Figura 3.2 Fichero de datos

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Contactos (correo electrnico). Se puede ahorrar tiempo si se emplea el correo electrnico, e-mail, evitando as el envo fsico de papel. Esto nos permite crear fichas de contactos que se distribuyen en grupos facilitando el envo masivo de comunicaciones. Organigrama. Se puede confeccionar un organigrama de

participantes en el proyecto de forma jerrquica comenzando por el responsable del proyecto y continuado por los responsables de reas incluidos los usuarios para que resulte fcil identificar a cualquier persona que participa en el desarrollo. En la parte inferior del organigrama se sitan los usuarios del sistema actual y aquellos que han de recibir formacin una vez trmino el desarrollo del sistema. Por cada una de las personas que aparecen en el organigrama se anota su identificacin, rea funcional asignada y tareas a desarrollar en el anlisis.

Reuniones Para la especificacin de requisitos del sistema es conveniente realizar varias reuniones en las que se intentar especificar algunos, tal vez todos, los requisitos del sistema se intentar que el trabajo en esas reuniones sea. en equipo, pero por los diversos orgenes de las personas que se encuentran en las mismas, se puede hablar de dos grupos, el equipo de anlisis y el de personal. Antes de comenzar con las reuniones se debe haber realizado, por un equipo en el que participen ambos grupos, una especificacin del sistema o producto a

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI desarrollar. Esa especificacin servir de punto de partida para la primera reunin en la que hay que justificar, por todos los participantes, la creacin del nuevo sistema. Para el mayor rendimiento de las reuniones se propone, como ya es clsico en ingeniera del software, el siguiente modelo de reuniones:

Se han de desarrollar en un lugar en el que ningn asistente se sienta incmodo, en la empresa del cliente, en un lugar neutral o en nuestra propia empresa. Antes de comenzar la primera reunin, todos los participantes han de conocer las normas de participacin y de preparacin de trabajos: moderador, turnos de palabra, temas que hay que preparar con antelacin, etc. Para cada sesin se ha de definir un guin de trabajo. Para la primera reunin se especifica cmo se ha visto el sistema. El guin ha de llegar a los participantes con antelacin suficiente. Adems, cada participante ha de elaborar varias listas de trabajo que llevar a la reunin. Las listas que hay que tener preparadas son:

Figura 3.3. Reuniones

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Elementos, objetos o entidades que forman parte del sistema: clientes, proveedores, almacn, contabilidad, etc. Objetos que produce el sistema como ficheros de datos o bases de datos, listados, diagramas, grficos, etc. Objetos que usa el sistema para desarrollar sus funciones, como unidades de disco, datos de entrada por teclado, mdem, ficheros de datos, grficos, programas o rutinas. Procesos o funciones que manipulan los objetos. Definicin de cada uno de los procesos que interactan con los datos y que los modifican. Descomposicin de esos procesos en otros ms sencillos hasta conseguir, en la medida de lo posible, procesos elementales. No hay que definir funciones o rutinas que se puedan codificar, eso es una tarea posterior; ahora slo hay que definir los procesos que manipulan o transforman datos.

Hay que elaborar, adems, listas de restricciones de datos en las que se especifiquen los criterios de validacin, los rangos de valores permitidos y modo de introduccin del dato. Las restricciones a los procesos permiten crear tablas de decisin para la ejecucin de unas rutinas u otras, para la seleccin de unos procesos u otros. Por ltimo se han de definir las restricciones generales y los criterios de rendimiento del sistema: tiempos de respuesta, equipos sobre el que se implantar, memoria mnima... Adems de las restricciones de costes y de tiempos de desarrollo.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Las listas permiten poner en comn las especificaciones encontradas y realizar brain storm sobre las mismas, a partir de las ya existentes. Despus de esto, se crea una nueva lista aceptada por los participantes que englobe todas las propuestas que se hayan considerado necesarias. Para cada tem de lista, se realizan unas especificaciones ms detalladas a las que llamaremos miniespecificaciones. stas son la concrecin de las caractersticas, procesos y restricciones que posee o afecta a una especificacin. Cuando las miniespecificaciones de cada especificacin estn conseguidas, se pasa a definir los criterios de validacin y otras restricciones que pueden afectarle. Con todo esto no se trata de especificar la solucin del problema a resolver, sino slo los requisitos que sta debe cumplir.

3.4.

Actividad 2: Identificar y definir requisitos Se planifican y realizan todas las entrevistas necesarias con los usuarios identificados en la actividad anterior para comprender de forma completa el diseo de la aplicacin. Las entrevistas dentro de cada rea se realizan con los responsables, que aportarn una visin global, y con los usuarios, que aportarn una visin detallada de cada parcela especfica dentro del rea. Esto permite, entre otras cosas, realizar una descripcin del sistema actual, identificar los problemas existentes y, por ltimo, comenzar a elaborar los requisitos que el nuevo sistema debe satisfacer. Se debe estudiar el funcionamiento actual del proceso que se va a

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI automatizar, para localizar faltas y defectos, adems de disear un catlogo de requisitos que evolucionar a medida que se progresa en el desarrollo del sistema. No hay que olvidar que los requisitos deben ser tangibles y detallados y que sobre las medidas de estas magnitudes se establecen los controles de calidad.

Tarea 1: Planificacin y realizacin de entrevistas Los objetivos son: Confeccionar un calendario que permita planificar las entrevistas a realizar con los responsables de rea y con los usuarios incluyendo fecha, hora, lugar. duracin prevista de la entrevista y guin de la misma. Enviar con antelacin suficiente el guin de la entrevista y los cuestionarios previos a los participantes para que puedan preparar y aportar la documentacin relacionada con los aspectos ms importantes a tratar. Realizar la entrevista y obtener la .documentacin con los datos de inters. Documentar los requisitos identificados con las prioridades que les otorguen los usuarios. El producto que se va a obtener es el plan de entrevistas y el catlogo de requisitos del sistema.

Especificacin de requisitos Hay dos tipos de requisitos: funcionales y no funcionales. Los

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI funcionales describen el comportamiento esperado del sistema, mientras que los no funcionales describen las propiedades del sistema. Los requisitos no funcionales se pueden clasificar en restricciones, requisitos de funcionamiento y manejo de excepciones. Las

restricciones limitan las posibilidades de trabajo. Los requisitos de funcionamiento se refieren a las especificaciones de diseo, por ejemplo: a tiempos de respuesta o a la ocupacin de memoria, pero no al diseo de ficheros. El manejo de excepciones es todo aquello que tenga que ver con el comportamiento no deseado del sistema, En el Cuadro 3.1 se muestran las caractersticas que, se espera que posea una especificacin. En el Cuadro 3.2 se caracterizan los principales defectos que aparecen en el diseo de especificaciones. Catlogos de requisitos Al trmino de la especificacin de requisitos se elabora un catlogo de requisitos separan-j do las especificaciones funcionales de las no funcionales y estructurndolas de forma jerrquica en cada grupo, desde las ms abstractas hasta las ms concretas.

El catlogo de requisitos es un documento que aporta informacin necesaria para el desarrollo adecuado del sistema. Las reglas de formacin ya estn explicadas, por lo que queda definir la estructura del catlogo.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Completa Aunque puede haber omisiones, hay que intentar documentos requisitos para conseguir una especificacin completa. Consistente No puede haber requisitos contradictorios. Si los hay, se seleccionan ambos y se hacen verificar por el cliente para elegir el correcto o comprobar si falta alguna condicin en la especificacin de uno de ellos. Concisa y clara Las especificaciones de requisitos han de escribirse con frases breves y sencillas de entender. No ambigua No puede haber diferentes modos de entender la misma especificacin por distintas personas. Verificable Cada especificacin ha de ser comprobada por el cliente para comprobar que es correcta.

Cuadro 3.1 Caractersticas de una buena especificacin de requisitos

Trivialidades

Son todos aquellos requisitos obvios, de los que no es necesario hacer una descripcin. Por ejemplo, el sistema funcionar bajo un determinado sistema operativo (no podra ser de otra manera) y en un entorno amigable (nadie desea trabajar en un entorno complicado y no intuitivo).

Ambigedades

Hay que evitar que las frases tengan ms de un sentido posible; para ello se utiliza el lenguaje natural, haciendo que en cada una de ellas aparezca el sujeto de cada verbo y no dando nada por entendido, a no ser que sea trivial.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Omisiones Para evitar omisiones en especificaciones fundamentales hay que plantear adecuadamente las entrevistas, las preguntas de los cuestionarios y estudiar la, documentacin recibida. Las directrices De diseo No deben aparecer en una especificacin de requisitos, e aunque s deben aparecer las restricciones, los lmites y los

implantacin, lo que valores permitidos para cada especificacin. hay que hacer

Cuadro 3.2. Principales defectos que aparecen en el diseo de especificaciones

En el Cuadro 3.3 se muestran algunos ejemplos de requisitos. Para imprimir el albarn, tres copias, han de estar ya elaborados y empaquetados todos los componentes de Kit (tarea a realizar de tipo funcional). Los viernes, en administracin, se imprime un listado de pedidos pendientes de distribucin que ya contienen albarn (tarea a realizar de tipo funcional). Junto con el listado de pedidos pendientes de distribucin se imprimen las etiquetas de identificacin de pedidos pendientes de distribucin (funcional). La fecha de nacimiento de un empleado no puede ser menor que la fecha actual menos 16 aos, segn la ordenacin laboral vigente (no funcional, restriccin). Cualquier salario ha de estar comprendido entre 150.000 y 300.000 ptas. (no funcional, restriccin). Se pretende aprovechar un Pentium 200 (no funcional, de software) que funciona bajo Windows 95(no funcional, de hardware).

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Cuando se produzca un error se ha de terminar el programa o rutina que lo ha generado. La lnea en que se ha producido, el ordenador que ejecutaba la aplicacin, la identificacin del usuario y las tablas de datos abiertas se almacenarn en un registro de la tabla errores (no funcional excepcin)

Cuadro 3.3. Ejemplos de requisitos del catlogo.

Los distintos tipos de requisitos a incorporar en el catlogo son funcionales (tareas que ha soportar el sistema) y no funcionales. Dentro de estas ltimas se distinguen: Restricciones (limitaciones impuestas por el cliente). De funcionamiento: Del sistema (lenguajes, equipos, etc.) Requisitos software. Requisitos hardware.

Manejo de excepciones (comportamiento no deseado del sistema). Por cada una de las especificaciones se puede incluir, si se considera necesario, la fecha de cada especificacin, quin la ha descrito, origen de la especificacin: entrevista con..., documento..., cuestionario... y si ha sido comprobada por el cliente. La tcnica necesaria es real izar entrevistas con los responsables y usuarios de las reas funcionales o departamentos afectados.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Tarea 2: Identificacin de problemas y necesidades Los objetivos son: Representar grficamente el funcionamiento actual del sistema. Identificar los flujos de informacin, las funciones que realiza. Identificar las entradas, salidas, los almacenamientos de informacin, comunicaciones con otras unidades. Identificar los objetivos que debe cubrir el sistema nuevo. Identificar los archivos y documentos que sern fuentes de informacin. Estimar los costes de explotacin actual: tiempos de ordenador, operaciones, tiempo de usuario, mantenimiento y mejora de programas, Evaluar la informacin producida por el sistema actual, para detectar nuevos requisitos que deba satisfacer el nuevo sistema. El producto que se va a obtener es: Un modelo fsico del sistema actual. Una lista de problemas y necesidades del sistema actual. Un catlogo de requisitos del sistema con sus prioridades.

La tcnica necesaria consiste en realizar entrevistas con los usuarios y con el personal tcnico.

3.5.

Actividad 3: Disear el modelo lgico actual Se representa grficamente el modelo lgico actual tanto para los datos como para los procesos, dibujando los subsistemas que lo componen, los flujos de informacin, las entidades y las relaciones entre ellas. De esta manera se pretende conocer el sistema actual desde el punto de vista del

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI funcionamiento, eliminando las referencias al entorno fsico para identificar nuevos requisitos del sistema. Diccionario de datos Se trata de una tabla que se emplea para describir el contenido de los objetos definidos durante el anlisis. En l se incluyen todos los elementos de datos necesarios para el sistema: entradas, salidas, datos intermedios, clculos. Tambin posee informacin para cada uno de los elementos acerca de su nombre, sinnimos, procesos que utilizan ese elemento y cmo se usan: entrada, salida, clculo, descripcin del contenido, valores permitidos, tipo de dato, valor por defecto y cualquier otra informacin significativa. Por supuesto, para los elementos que lo requieran se han de incluir las miniespecificaciones necesarias. Los elementos del diccionario de datos que estn formados por otros ms simples reciben el nombre de elementos de datos compuestos. Cuando un elemento es compuesto se describe hasta que no se puede descomponer ms. En la Figura 3.4 puede verse el contenido de un registro de un diccionario de datos realizado con Access.

Figura 3.4. Diccionario de datos

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI En la Unidad 4 se muestra la configuracin, estructura y contenido del diccionario de una base de datos, cuya estructura es similar a la del diccionario de datos que contiene informacin sobre los elementos que forman el anlisis. Para la descripcin del contenido de un elemento del diccionario se emplean los smbolos mostrados en la Tabla 3.1. Si se emplean herramientas CASE para la creacin del diccionario de datos, la apariencia de ste ser diferente, as como su simbologa.

Smbolo = + [1] ( )n 0 ..

Significado Est formado por Y (y por) O este elemento o este otro Repeticiones n veces Datos opcionales, se pueden suprimir Encierran comentarios en su interior

Tabla 3.1. Smbolos empleados en el diccionario de datos

Tarea 1: Disear el modelo lgico actual de procesos El objetivo es construir el modelo lgico actual de procesos, slo un nivel, teniendo en cuenta: Que no se hace referencia al entorno fsico. Qu funciones se realizan, no cmo lo hacen.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Determinar subsistemas. Identificar las entradas y salidas como flujos de informacin de subsistemas. Identificar las entidades de datos que utilizan esos subsistemas. Si fuera necesario se descomponen los subsistemas, identificando entradas y sal idas. Verificar que el modelo lgico de procesos es correcto. - Identificar los nuevos requisitos. . las funciones del sistema en estudio, que sern

Para construir este modelo se utilizan diagramas de flujo de datos, de acuerdo con la simbologa definida para esta metodologa. Los productos que se van a obtener son el modelo lgico actual de procesos, mediante un diagrama de flujo de datos descompuesto en los principales subsistemas que lo componen y el catlogo de requisitos con sus prioridades. Las tcnicas necesarias consisten en la realizacin de entrevistas con usuarios y diagrama de flujo de datos.

Especificacin de procesos Diagramas de flujo de datos. El diagrama de flujo de datos es una tcnica grfica utilizada durante el anlisis de requisitos. Sirve para representar las funciones (procesos) que intervienen en la

transformacin de los datos y las transformaciones sufridas por los

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI datos a medida que stos avanzan por el sistema (flujo de datos). Al pasar los datos de unas funciones o rutinas a otras, en orden descendente, son modificados por stas al moverse desde la entrada hasta la salida. En los diagramas de flujo de datos no se representan las rutinas o funciones, sino slo el flujo de datos, aunque este flujo de datos tenga asociado algn tipo de flujo de procesos. Un diagrama de flujo de datos tampoco es un diagrama de flujo con una representacin diferente de las operaciones a realizar, sino algo diferente, ya que representa el flujo de datos, no el flujo de procesos.

Niveles de representacin. Los diagramas de flujo de datos se emplean para representar un sistema a cualquier nivel de abstraccin. Los niveles de abstraccin o de refinamiento permiten representar un mayor flujo de informacin y un mayor detalle funcional. Se suelen emplear hasta tres niveles, numerados de 0 a 11, segn su complejidad, aunque es raro emplear un nivel superior a 3. Nivel o diagramas de contexto. Representan el flujo de datos total del sistema como si fuese un 5010 proceso, al que se llama sistema central, con datos de entrada y de salida representados por flechas. La expansin O divisin de un diagrama de contexto en varios procesos da origen al diagrama de flujo de datos de nivel 1 o diagrama de subsistemas. Nivel 1 y posteriores. Un diagrama de flujo de datos de nivel 1 posee

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI varios procesos conectados entre s mediante flechas; cada proceso represente un subsistema del modelo de contexto. Se pueden crear niveles inferiores para obtener un mayor detalle para determinados procesos. Al expandir un diagrama de flujo de datos de un nivel 0 a otro, el total de entradas y salidas ha de ser el mismo, es decir, ha de haber continuidad del flujo de la informacin o balanceo.

Elementos de un diagrama de flujo de datos: Entidades externas. Se representan por crculos O elipses con el nombre en su interior. El nombre asignado a una entidad externa no puede ser un verbo. Son el origen y el destino de 105 datos, producen o consumen informacin. Se trata de unidades que no pertenecen al sistema, residen fuera de los lmites del sistema a modelar, pero de alguna forma le afectan. Pueden representar personas, hardware o software capaces de producir informacin que pueda ser transformada por el sistema. Las entidades externas no pueden comunicarse entre s ya que el flujo de datos entre entidades externas queda fuera del sistema. En este caso hay que reelaborar la parte de especificacin de requisitos mal realizada. Una entidad externa tampoco puede relacionarse con un almacn de datos si no existe, a.1 menos, un proceso entre ellos. Se puede repetir varias veces una entidad externa para evitar

entrecruzamientos de flujos de datos. Pueden aparecen a cualquier

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI nivel de un diagrama de flujo de datos, emplendose sobre todo en los diagramas de contexto. Procesos. informacin, Representan cambian las datos actividades o que transforman de control. la Se

informacin

caracterizan por lo siguiente: No hay correspondencia entre procesos y programas; un proceso suele expandirse en mltiples programas, funciones o rutinas. Slo se representan los procesos contenidos en el sistema a modelar. Se puede ver su representacin en la Figura 3.5.

Se les asigna como nombre, etiqueta, un verbo que defina la accin que realiza. El verbo no ha de ser genrico: editar, leer, consultar, etc.

Cada proceso ha de tener un flujo de datos de entrada y otro de salida como mnimo, no pueden ser origen ni destino de datos.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Se pueden conectar dos procesos entre s. La explosin o refinado de los procesos se realiza de uno en uno. Cuando al explosionar procesos se detectan nuevos verbos en la narrativa que acompaa a los grficos de proceso, esos verbos significan nuevos procesos. La deteccin de nombres significa entidades externas, objetos de datos o de control y almacenes de datos. Se expanden los procesos hasta que se transformen en procesos primitivos que no se puedan o no se deseen expandir ms. Por cada proceso primitivo hay que reflejar las caractersticas, las acciones o especificaciones que posee o realiza. A estas caractersticas anteriormente se las ha denominado miniespecificaciones, que se reflejarn en el diccionario de datos. Para cada especificacin de proceso se ha de realizar una descripcin de toda su funcionalidad, de modo que se puedan representar fcilmente los procesos en otros niveles de refinamiento del diagrama de flujo de datos. La representacin de las especificaciones de los procesos se realiza empleando una o varios de las siguientes tcnicas: narrativa, ecuaciones matemticas, tablas, diagramas, grficos y descripciones en pseudocdigo, tambin llamado lenguaje de descripcin de programas. La caracterizacin o especificacin de procesos sirve como primera

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI fase para la creacin de especificaciones de requisitos de software y para el diseo del programa que realizar ese proceso. Almacenes de datos. Sirven para el almacenamiento principal o temporal de datos. Se crean a partir de un proceso y pueden ser usados por otros procesos diferentes de aquellos que los crean. Se puede ver su representacin en la Figura 3.7, se les asigna un nombre diferente de Almacn de datos. Los datos del almacn pueden ser utilizados por uno o ms procesos. Han de tener un flujo de datos de entrada y otro de salida. No puede haber comunicacin entre almacenes de datos o con entidades externas, si no es a travs de un proceso. Los almacenes de datos no crean datos ni los destruyen. Representan las operaciones sobre los datos: lectura, escritura o actualizacin. Slo aparecen en los diagramas de flujo de datos en los que son utilizados, por lo que no han de aparecer en los diagramas de contexto. Si un flujo de datos no tiene nombre, significa que accede a la totalidad de los campos del registro del almacn de datos. Un almacn sin nombre se refiere a otro con el mismo identificador. Flujos de datos. Sirven para mostrar datos en movimiento dentro del sistema. Se representan mediante flechas. La punta o puntas de flecha indican la direccin del flujo de datos. Si se almacenan datos la punta de flecha va hacia el almacn; si obtiene datos del

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI almacn, entonces la punta de flecha va hacia el proceso. Hay que evitar nombres genricos: entrada, salida, flujo, dato, informacin, fecha, etc. Cada flecha posee un nombre o etiqueta formado por un sustantivo y el participio del verbo del proceso del que proviene. Los flujos de datos no crean o distribuyen datos ni tampoco activan procesos, slo los transportan.

Ejemplo prctico En centro e educativo desea crear un sistema e Informacin que gestione as ausencias o retrasos a clase. Cada profesor pasa lista despus de entrar a clase y escribe un parte de ausencia o retraso por cada alumno que no est en el aula. Los datos del parte se introducen en el ordenador y despus de las comprobaciones oportunas (un alumno est convalidado, no est matriculado de esa asignatura o ha faltado) se enva al jefe de estudios un informe diario de faltas de alumnos.

El diagrama de contexto para ese sistema se muestra en la Figura 3.6 donde se representan dos entidades externas al sistema: profesores y jefe de estudios. Los primeros son encargados de introducir informacin en el sistema y el segundo recibe la informacin procesada. Los flujos de datos definidos son dos: parte

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI entregado, que se introduce en el sistema y a su vez puede ser devuelto por el sistema al profesor para que complete o corrija datos, y alumnos ausentes, que son los datos que recibir el jefe de estudios. Al ser un diagrama de contexto, slo se representa un proceso: todo el sistema, y no aparecen almacenes de datos.

Figura 3.6 Diagrama de contexto del sistema de faltas

Ahora se expande el diagrama de contexto, dando origen al diagrama de flujo de datos de nivel 1 de la Figura 3.7. Al expandir el diagrama de contexto, el proceso sistema de faltas se multiplica en tres nuevos procesos: recibir parte, comprobar fecha y anotar incidencia. Ahora aparece repetida dos veces la entidad externa profesor, una por ser entrada de informacin y otra por ser salida de datos, para evitar el entrecruzamiento de flujos de datos, tal como se explic al estudiar las entidades externas. De ah la doble punta de flecha del flujo de datos, llamado parte entregado, del diagrama de contexto. Aparecen los almacenes de datos, calendario escolar

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI con la relacin de das lectivos, alumnos con los datos personales y de matriculacin de cada uno de los alumnos y horario, con la relacin de curso, profesor, aula y asignatura por cada hora del da de la semana en que se imparte clase.

Figura 3.7. Diagrama de flujo de datos de nivel 1 del sistema de faltas

Al expandir el proceso 3 anotar incidencias, resulta el diagrama de flujo de datos de nivel 2 que se muestra en la Figura 3.8. El proceso anotar incidencias explosiona en tres nuevos procesos: comprobar matrcula, comprobar horario y acumular partes. Aparece

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI un nuevo almacn de datos, llamado ausencias, que guarda informacin sobre todas las ausencias que se producen. Se continan expandiendo los dems procesos hasta que se

transformen en procesos primitivos.

Figura 3.8 diagrama de flujo de datos de nivel 2 del proceso anotar incidencias del sistema de faltas o Tablas de decisin Se utilizan para representar la lgica de los procesos cuando las situaciones que se representan son complejas, completas y no hay condiciones ambiguas. Estn formadas por una matriz de filas y columnas que indican condiciones y acciones, respectivamente. Los elementos que forman una tabla de decisin son: Condiciones. Es una columna donde en cada fila se sita una condicin que debe cumplirse; si es posible se ordenan por orden

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI jerrquico de importancia de arriba abajo. Las condiciones pueden ser binarias, si toman dos valores, o mltiples, si tienen ms de dos. Acciones. Se trata de una columna donde en cada fila se sita una accin que-o debe realizarse. Cuando una condicin implica varias acciones, stas se ordenan por orden de ejecucin. Entrada de condiciones. Es una matriz formada por tantas filas como condiciones se hayan de cumplir y tantas columnas como situaciones distintas se; presentan. Salida de acciones. Es una matriz formada por tantas filas como acciones se hayan definido y tantas columnas como situaciones distintas se presentan. Situacin. Es cada columna de la entrada de condiciones de una tabla de decisin. Son de dos tipos: simples, en las que evalan todas las condiciones, y compuestas, en las que algunas condiciones no se evalan por ser su estado 'indiferente. Los estados indiferentes se representan con un guin (-), Tratamiento. Es cada columna de la salida de acciones de una tabla de decisin. Regla de decisin. Es cada columna formada por una situacin y su tratamiento. Son de tres tipos: Y, en las que se han cumplir todas las situaciones que forman la regla.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI 0, no es necesario que se cumplan todas las situaciones, algunas pueden se, indiferentes. OTRAS, cuando se han agrupado como una condicin nica muchas condiciones que dan origen a la misma accin.

Tambin se pueden clasificar las reglas de decisin en simples o complejas, dependiendo de las situaciones que las originan (una o ms). En la Figura 3.9 se muestra una tabla de decisin que permite la aplicacin de descuentos por viaje en grupos en un medio de transporte.

Figura 3.9. Tabla de decisin Resolucin de tablas de decisin Para resolver una tabla de decisin se necesita que todas las reglas de la misma sean de tipo y, Si una regla de decisin es de tipo 0, se transforma en tantas reglas Y como valores distintos tiene la condicin. (Vase ejemplo ms adelante).

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Despus se eliminan las redundancias y contradicciones. Hay redundancia cuando dos reglas de decisin poseen las mismas situaciones y tratamientos. En este caso se elimina una de ellas. Hay contradicciones cuando para la misma situacin hay dos tratamientos diferentes; se ha de buscar en el anlisis cul de las dos reglas de decisin es errnea, verificando la accin apropiada y eliminando la inconsistencia. Por ltimo, se ha de comprobar que en la tabla de decisin se den todas las situaciones posibles. El nmero total de situaciones posibles en una tabla de decisin es igual al producto del nmero de valores para cada condicin por todas las condiciones de la tabla. En la tabla de decisin de la Figura 3.9 hay dos condiciones; como cada condicin slo puede tomar dos valores distintos, el nmero total de situaciones es: valores de la condicin 1. valores de la condicin 2, es decir, 2. 2 = 4 situaciones, que son las mostradas en la figura. En caso de que existan condiciones compuestas, para comprobar que se dan todas las situaciones, cada condicin compuesta se convierte en tantas condiciones simples como indique el producto del nmero de valores posibles de cada condicin indiferente por el nmero de condiciones indiferentes que forman parte de la condicin compuesta. (Vase ejemplo ms adelante).

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Una vez completa la tabla de decisin, se simplifica agrupando las reglas de decisin. Se pueden agrupar reglas de decisin cuando tienen el mismo tratamiento y todas sus condiciones son iguales menos una. La regla de decisin nueva posee el mismo tratamiento y la condicin distinta se hace indiferente. o Por ltimo, se ordenan las reglas de decisin por importancia. La importancia de una regla es el valor de las reglas simples a que equivale y la importancia de las condiciones es la suma de las reglas en las que se evala. Las reglas ms importantes se sitan a la izquierda y las condiciones ms importantes arriba, siguiendo de forma descendente.

Ejemplo prctico Para promocionar de curso, un estudiante que posee cuatro asignaturas, Derecho Mercantil, Derecho Laboral, Contabilidad, Gestin Informatizada de Contabilidad, ha de aprobar al menos Contabilidad y una asignatura de Derecho. Repite curso si suspende las dos asignaturas de derecho o la Contabilidad, y si suspende todas no puede matricularse en ese centro educativo. Se transforma la condicin Repite curso si suspende las dos asignaturas de Derecho o la Contabilidad; en las condiciones: Repite curso si suspende las dos asignaturas de Derecho y

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Repite curso si suspende la Contabilidad. El nmero total de situaciones es 2 . 2 . 2 . 2 = 16,que desarrolladas son las siguientes:

Ahora se agrupan las situaciones que poseen el mismo tratamiento y todas sus condiciones son iguales menos una.

Se vuelven a agrupar las situaciones que poseen el mismo tratamiento y todas sus condiciones son iguales menos una.

Por ltimo se ordena la tabla, pero primero calculamos sus importancias. La importancia de una regla es el valor de las reglas simples a que equivale y la importancia de las condiciones es la suma de las reglas en las que se evala. Las reglas ms importantes se

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI sitan a la izquierda y las condiciones ms importantes arriba, siguiendo de forma descendente. La columna de la izquierda equivale a cuatro situaciones, ya que hay dos indiferencias y cada condicin indiferente puede tomar dos valores (2 . 2 = 4). La segunda columna por la izquierda equivale a dos situaciones, ya que hay una nica indiferente con dos valores posibles (1 .2 = 2). Efectuando el clculo correspondiente se compraba que hay 16 situaciones distintas, como ya se conoca. Se contina el proceso para las dems columnas y tablas.

Una vez ordena la tabla resulta la siguiente

rboles de decisin

Son diagramas que representan la lgica de los procesos de forma secuencial mediante un conjunto de condiciones y acciones. Se usan cuando la secuencia de condiciones est fijada, siempre que no haya demasiadas condiciones que evaluar. Los rboles de decisin no se

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI pueden compactar. Se pueden crear a partir de una tabla de decisin para ser posteriormente utilizados como punto de partida de la codificacin de ese proceso. Para la creacin de un rbol, a partir de una tabla de decisin, se necesita que la tabla est resuelta, completa y ordenada. Despus se selecciona la primera condicin que divide la tabla en dos ms, pequeas y se contina dividiendo cada una de ellas hasta que se obtenga una sola condicin, o si hay mltiples condiciones, todas son indiferentes (Fig. 3.10).

FIGURA 3.10 rbol de decisin formado a partir de la tabla de decisin de la Figura 3.11

Diagramas jerrquicos Son una representacin grfica que permite representar procesos, su secuencia y resultados. Se les conoce como diagramas HIPO (Hierarchy Input-Process-Output). Se emplean los smbolos de los organigramas o diagramas de flujo del sistema (Fig. 3.11).

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Se representan las tres fases de un proceso: entradas de datos o informacin, procesos u operaciones a realizar con los datos de entrada y, como consecuencia del proceso, se produce una salida de informacin o resultados u operaciones a realizar con los datos de entrada y, como consecuencia del proceso, se produce una salida de informacin o resultados.

Figura 3.11 Diagrama HIPO

Pseudocdigo Es una notacin en lenguaje natural que permite describir procesos, con ciertas reglas. Mediante el empleo del pseudocdigo se pueden describir procesos, instrucciones de entrada o de salida, controles de

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI flujo, datos, variables, archivos, etc. (Fig. 3.121. El estudio detallado del pseudocdigo se encuentra en la Unidad 5.

Figura 3.12 Pseudocdigo

Lenguajes formales A lo largo de esta unidad se han desarrollado ya diversas tcnicas: entrevistas, cuestionarios, reuniones, creacin de documentos,

diagrama de flujo de datos, etc. En esta seccin se abordan los lenguajes formales de especificacin, son lenguajes que permiten la creacin de las especificaciones de requisitos. Los lenguajes de especificacin formal poseen tres componentes: sintaxis, que emplea una notacin caracterstica (por ejemplo, la empleada en lgica o en teora de conjuntos); semntica, que permite

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI definir los objetos que se utilizan para describir los requisitos del usuario; relaciones, que definen las reglas para comprobar si se cumplen los requisitos de la especificacin. El empleo de lenguajes formales de especificacin permite aseguramos que la especificacin es completa, consistente y correcta. De este modo se consigue una interpretacin nica de cada especificacin. Las especificaciones formales se centran en funciones y datos, siendo ms difcil representar formalmente la temporalizacin de datos, su control y las interfaces hombre-mquina. Entre los lenguajes formales cabe citar: SADT (Structures Analysis and Design Tecnique), que sirve para sistemas de informacin administrativos. Como indica su nombre est basado en tcnicas de anlisis estructurado y formado por un lenguaje grfico y los mtodos y guas correspondientes. Los diagramas que posee estn definidos de forma jerrquica. Son de dos tipos: actigramas y datagramas. PSL/PSA. PSL est formado por un conjunto de objetos y relaciones que describen entre otras: flujos de entrada/salida, estructura del sistema, estructura de datos, tamao y volumen del sistema, propiedades del sistema. PSA es un analizador automtico de proceso de requisitos PSL. Opera sobre una base de datos y proporciona documentacin sobre la especificacin del sistema. RSUREVS. RSL especifica sistemas en tiempo real. Est formado por elementos, atributos, relaciones y estructuras; es un lenguaje

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI orientado a flujos. REVS es un traductor de RSL formado por una base de datos ASSM (Modelo Semntica del Sistema Abstracto) y herramientas CASE para procesar la informacin procedente de ASSM.

Tarea 2: Construccin del modelo lgico actual de datos Los objetivos son: Identificar las entidades sobre las que desea almacenar informacin y sus atributos, que son las entidades que han aparecido en la tarea anterior. Definir las relaciones entre las entidades. Disear el modelo lgico de datos. Identificar nuevos requisitos para el sistema a partir del modelo lgico actual de datos.

Los productos que se van l obtener son: Lista de entidades, con sus descripciones y atributos. - Modelo lgico actual de datos. Catlogo de requisitos con sus prioridades.

La tcnica necesaria consiste en realizar entrevistas con los usuarios y con el equipo de mantenimiento y diagramas de estructura de datos o mediante el empleo de modelo entidad-relacin.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Modelo entidad-relacin Aunque el modelo entidad-relacin se describe con detalle en la Unidad 4, es conveniente hacer una introduccin al mismo. El modelo entidadrelacin surge asociado al concepto de bases de datos, pero el anlisis estructurado lo emplea como un elemento propio que permite la descripcin de las entidades, de cada objeto de datos del que se puede decir algo. Los elementos del modelo entidad-relacin son: entidades, sus atributos y las relaciones entre ellas (Fig. 3.13).

Figura 3.13 Un ejemplo del modelo entidad relacin

Las entidades son una representacin de la realidad. Una entidad se describe por medio de sus caractersticas o propiedades, a las que se llama atributos. Las entidades se representan por medio de tablas formadas por filas y columnas; en los encabezamientos de columnas, se escribe el nombre de los atributos y en cada fila se representan los elementos de entidad. Las relaciones son el resultado de la interaccin entre dos entidades, de las cuales dependen para su existencia. Los atributos son cada una de las porciones de informacin de un elemento de entidad. Los atributos

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI definen las propiedades de las entidades. Hay tres tipos de atributos: Los que identifican a cada ocurrencia de identidad, de los que uno de ellos es el identificador principal o clave primaria, que identifica inequvocamente a cada elemento de entidad. Los que describen la ocurrencia de entidad. Son cada una de las propiedades caractersticas de esa ocurrencia de entidad. Los que se refieren a ocurrencias de otra tabla. A estos atributos se les llama clave ajena. El nmero total de atributos que se emplean para definir una entidad en un sistema depende del uso que vayan a recibir.

Relacin entre el modelo entidad-relacin y los diagramas de flujo de datos En un diagrama de flujo de datos, los datos se estudian en relacin con los procesos; que sufren, y en un diagrama de entidad-relacin se definen los datos independientemente del proceso que sufran. Por cada almacn de datos del primero, un nivel de referencia de un diagrama de flujo de datos puede aparecer asociado a un diagrama entidad-relacin con las entidades que contiene, mientras que cada entidad de un diagrama entidad-relacin puede aparecer como almacn de datos en niveles de referencia inferiores al primero.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI 3.6. Actividad 4: Estudiar alternativas de construccin En esta actividad se establecen las diferentes alternativas de construccin del nuevo sistema teniendo en cuenta los requisitos identificados anteriormente. Una vez establecidas, se comparan entre s y se selecciona la ms adecuada. Algunas de las soluciones pueden exigir cambios en la organizacin o en las estructuras, por lo que hay que evaluar su impacto, as como su viabilidad econmica y su realizacin dentro de los plazos propuestos.

Tarea 1: Definicin de alternativas Los objetivos son: Plantear las diferentes alternativas de solucin conjuntamente con los usuarios. stas deben ser consistentes con los requisitos identificados. Se siguen los siguientes pasos: Identificar los procesos manuales y automticos. Determinar la naturaleza de los procesos automticos (en lotes, interactivos, de consulta, de lectura). Representar cada alternativa mediante un diagrama de flujo de datos hasta el nivel de funcin. Estudiar opciones de automatizar procesos manuales junto con la reforma de los procesos automticos. Diferenciar claramente las distintas alternativas, describiendo todas ellas con el mismo nivel de detalle.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Estudiar aquellos productos que existen en el mercado que puedan considerarse como una alternativa, incluyendo de cada uno la siguiente informacin: Cumplimiento de los requisitos. Estimacin del esfuerzo de implantacin. . Coste del producto. Estndares. Entorno tecnolgico.

Los productos que se van a obtener son: Descripcin de alternativas, incluyendo: Modelo lgico de procesos, los diagramas de flujo de datos necesarios. Descripcin de procesos manuales y automticos,

miniespecificaciones. . Diferencias con las dems alternativas. Informacin de productos existentes en el mercado.

La tcnica que se necesita emplear es el diagrama de flujo de datos.

Tarea 2: Seleccin de una alternativa Los objetivos son: Identificar las ventajas y desventajas de cada alternativa obteniendo informacin sobre: Facilidad operativa. Complejidad tcnica. Plazos requeridos para b implantacin.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Recursos necesarios.

Para cada alternativa se deber hacer un estudio de: Costes y tiempo estimado de desarrollo. Costes estimados de personal. Costes de tiempo de ordenador. Costes de equipos fsicos adicionales. Costes de implantacin.

Detallar los beneficios de cada alternativa: Beneficios de usuario. Beneficios tcnicos.

Seleccionar la solucin ms adecuada teniendo en cuenta: Funcionalidad. Impacto en la organizacin: qu hay que modificar y cules son los tiempos de adaptacin. Evaluacin costes/ beneficios.

La decisin de seleccin de la alternativa ser realizada por el Comit de Direccin del Proyecto, asistido por el equipo del proyecto. Los productos a obtener son: Descripcin de cada alternativa. Descripcin detallada de la alternativa seleccionada y motivos de su eleccin. Las tcnicas que se necesitan son el anlisis coste/beneficio y las entrevistas con el Comit de Direccin.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Anlisis econmico La informacin esencial de un estudio de implantacin de un sistema informtico es el anlisis de costes/beneficios, es decir, la justificacin econmica para un sistema. Para que el anlisis de costes/beneficios sea eficaz hay que realizarlo antes del desarrollo del proyecto, durante el mismo y a su trmino. Se puede dividir en dos tipos de anlisis: de costes y de beneficios. La comparacin entre ellos permitir tomar una decisin sobre su viabilidad. En el anlisis de costes/beneficios intervienen factores difciles de cuantificar, como el tamao del proyecto, los beneficios esperados, las mejoras en la calidad del diseo o la satisfaccin del cliente. Anlisis econmico Beneficios. Se agrupan en tres categoras: Beneficios derivados de la reduccin de costes operativos. Puede suceder que intervenga una menor cantidad de empleados o se produzcan menos errores. Dentro del entorno del sistema a implantar se producirn beneficios derivados del incremento de la velocidad en tareas de clculo, impresin, bsquedas y almacenamiento de informacin, logrndose .una efectiva reduccin de costes y mayor precisin. Beneficios operativos. Son los derivados de la reduccin de tiempos de gestin y planificacin. A este nivel tambin se produce un mayor rendimiento en la capacidad de anlisis, de control de procesos y de gestin de recursos.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Beneficios intangibles. Son difciles de cuantificar y deseables por la empresa: mejora en la calidad de los productos, mejora de su imagen, mejora en las relaciones con los clientes, mejora en las comunicaciones entre reas funcionales o de departamentos. Costes (viabilidad econmica). Los costes de un sistema de informacin para una empresa se agrupan en cuatro categoras: Costes de elaboracin: costes de consulta, de alquiler o compra de los equipos, de su instalacin, de modificacin de equipos: aire acondicionado, costes de capital, de gestin y de personal. Costes de puesta en marcha: costes del sistema operativo, costes de instalacin de equipos de comunicaciones, costes de personal de puesta en marcha, costes de interrupcin del trabajo del resto el personal. Costes relacionados con el proyecto: adquisicin del software de programacin, modificaciones del software, costes de personal y gastos generales, costes de documentacin y formacin del sistema y de su instalacin. El coste por abandono de un proyecto en fases tempranas de su desarrollo es menor que en sus etapas finales. Costes del proceso: mantenimiento del sistema, suministros, depreciacin de hardware, personal. Hay otra categora que no se tiene en cuenta frecuentemente que son los costes de oportunidad, es decir, los beneficios que no se han obtenido por trabajar en el diseo del proyecto actual. Estimacin de costes: COCOMO. Se emplean modelos de estimacin

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI de costes en los que no hay una relacin lineal entre esfuerzo de desarrollo y coste. Entre los diversos modelos que se emplean para definir costes, destacan el modelo COCOMO (Constructive Cost Modef) que utiliza ecuaciones analticas, estadsticas y factores subjetivos para la estimacin de costes, esfuerzos y tiempos cuando se disea software nuevo. La ltima versin de COCOMO, llamada USC-COCOMO II. 1998.0, est formada por tres submodelos, cada uno de ellos ofrece una mayor fiabilidad en los resultados, el ltimo de ellos se sita en la fase de planificacin y diseo el proyecto. Por orden de mayor fiabilidad, los submodelos son: composicin de aplicaciones, diseo temprano y modelos posteriores a la arquitectura. Est ltimo submodelo, el ms detallado, ha sido implementado en varias herramientas de software y a l se hace referencia corno COCOMO II. Este mtodo de estimacin de costes es empleado por la NASA para el clculo de costes estimados en personas/mes. Como resultado de la aplicacin de COCOMO se obtiene un rango de estimaciones de costes, esfuerzos y tiempos desde los casos ms deseables hasta los peores, permitiendo definir fcilmente escenarios del tipo qu pasara si..., de modo que una vez definidos los valores de requisitos y recursos se muestra el resultado de ese escenario, pudindose conseguir estimaciones de costes y tiempos en el momento. El modelo original de COCOMO est dividido, como su ltima versin,

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI en tres suhmodelos: bsico, intermedio y avanzado, que se corresponden con los anteriormente citados. El modelo bsico permite un clculo aproximado de los costes y tiempos en funcin del tamao estimado del sistema al principio del anlisis. Las ecuaciones bsicas en este modelo son: Para el esfuerzo: E = a . (KLDC)b . m(X) Para el tiempo: D = e . Ed

donde E representa el esfuerzo en personas-mes, D es el tiempo de desarrollo en meses, KLDC son miles de lneas de cdigo que se prev desarrollar. Los valores a, b, c y d dependen del tipo de proyecto, segn la Tabla 3.2. La funcin m(X) tiene un valor para cada uno de los tributos conducto, es de coste (COA), relacionados en la Tabla 3.2.

Tabla 3.2. Atributos conductores de costes en COCOMO

El valor m(X) es igual a 1 ya que cada CDA puede tener un valor entre 1 y 6, siendo 1 el correspondiente a un nivel de importancia muy bajo y 6 para importancia extra alta. Al ser el modelo bsico su valor

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI corresponde a 1. Los valores otorgados a los CDA en los otros submodelos son una apreciacin subjetiva de la persona responsable, de realizar el anlisis de costes.

Tabla 3.3 Modelo COCOMO Bsico: parmetros

Tabla 3.4 Modelo COCOMO intermedio: parmetros

El valor de m(X) es el producto de los 15 CDA que forman el modelo. Los valores a, b, c y d dependen, como se ve en la Tabla 3.2, adems, del tipo de aplicacin a desarrollar: proyectos orgnicos o de pequeo tamao, sencillos, con pocas innovaciones, desarrollados por equipos pequeos y experimentados en el desarrollo de aplicaciones y con requisitos poco rgidos. Los proyectos semiacoplados poseen una dificultad y tamao intermedio, formados por varios equipos con experiencia heterognea y con requisitos relativamente poco rgidos. El tercer tipo son los proyectos integrados con un grado alto de dificultad y requisitos muy rgidos. Ejemplos del modelo COCOMO se muestran en los siguientes ejercicios resueltos.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI El modelo intermedio y avanzado posee otros valores de a, b, e y d, introduciendo en la frmula de esfuerzo un factor de ajuste del esfuerzo (EAF) que modifica el valor de m(X), obtenindose para ambos combinados valores entre 0,9 y 1,4,

BISAD (Business Information System Analysis and Design). Este mtodo evala los costes tanto en la fase de anlisis como en la fase de desarrollo. En este mtodo la distribucin de tiempos es: 20 por cien anlisis previo y funcional, 40 por cien anlisis orgnicos y 40 por cien desarrollo del sistema. Es un mtodo con actores subjetivos (Tabla 3.5). Su ecuacin es:

RES = (A+B).C (D+E+F)

Tabla 3.5. Factores del modelo BISAD

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Donde RES se mide en das, en el siguiente ejercicio se muestra un ejemplo de calculo de costes empleando el mtodo BISAD.

Mtodo compuesto. Se emplea para clculo de los ara el desarrollo de aplicaciones Mtodo compuesto. Se emplea para clculo de costes de aplicaciones de gestin, obtenindose el valor de RES en das. Permite calcular tiempos de desarrollo y tiempos de anlisis (Tabla 3.6) al emplear las siguientes ecuaciones:

RES = (A -f B + e + D) .6. E/F

Grado de conocimiento de la aplicacin y del sistema

0 A 1 2

Buen conocimiento de la mquina y del soporte Poco conocimiento Sin conocimiento ni experiencia

Expresin en programacin

1 2

3 aos de experiencia 1 o 2 aos de experiencia Sin experiencia

1 Tipo de aplicacin C 1,5 2

Aplicacin batch Batch, teleproceso y base de datos Tiempo real, ficheros integrados, bases de datos

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Sistema a disposicin completa Disponibilidad de equipo/sistema informtico D 0,25 Disposicin en el da 1 Disponible a plazo superior a 1 da 1 Complejidad del desarrollo E 1,5 2 3 Fcil Medio Difcil Complejo No se emplean herramientas CASE 1 n Se emplean herramientas CASE El valor de n = 1/GP, donde GP es la ganancia en productividad, Si GP = 25 %, entonces F ) 4

Herramientas CASE

Donde RES se mide en das de desarrollo. En el siguiente ejercicio se puede ver un ejemplo de clculo de costes empleando el mtodo compuesto.

RES = (A + B) . 6 . e Donde RES se mide en das de anlisis.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Amortizaciones. Amortizaciones. Hay otros importes que se han de aadir al coste de un sistema informtico, como pueden ser: energas y suministros, mantenimiento y amortizaciones.

Descripcin Experiencia en informtica de los anlisis

Factor A

Valor 1 1,5 2

Condicin Con experiencia Con conocimiento superficial Sin experiencia Siempre disponibles Disponibles en el da Menor disponibilidad Siempre a media Difcil complejo

Disponibilidad interlocutores

de

los

0 0,5 1

Dificultad del anlisis

1a2 3a4 5a6

Tabla 3.7. Factores del modelo compuesto para el anlisis de aplicaciones

Las energas y suministros, consumibles, no se suelen valorar. Los consumibles y el consumo elctrico empleado en la elaboracin de un sistema informtico son mnimos comparados con el importe total del mismo, aunque puede evaluarse si se conocen las horas estimadas de desarrollo. Las amortizaciones son la expresin contable de la prdida de valor debida al uso, desgaste, a la reduccin de la eficacia o a la obsolescencia de un bien. La prdida de valor se produce a lo largo de varios aos, a los que se denomina perodo de amortizacin. La amortizacin se ha de incorporar

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI como un coste aadido al objeto de produccin. Para entender los distintos mtodos de clculo de la amortizacin de un bien hay que definir: Coste: Importe total pagado por la obtencin de ese bien (C). Aos de vida: Tiempo, estimado, til de uso del bien (n). Valor residual: Valor atribuible al bien al trmino del ltimo ao de vida (VR). Cuota de amortizacin: Importe de la amortizacin que se registra de forma contable cada ao.

Dependiendo de la tcnica empleada para calcular la amortizacin, se pueden utilizar los siguientes modos: Lineal, en el que la cuota de amortizacin es la misma cada ao. Cuota de amortizacin = Coste - Valor residual Aos de vida Cuando el valor residual es cero, la cuota de amortizacin = Coste/Aos de vida.

Ejemplo prctico, Un equipo informtico con software ya incluido ha costado 4.000.000 de pesetas y se amortizar en cuatro aos, siendo 400.000 su valor residual, ya que al trmino de los cuatro aos ha quedado completamente obsoleto. Su cuota de amortizacin ser: 3.600.000/4 = 900.000 pesetas cada ao.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Porcentaje fijo sobre el valor contable, en el que la amortizacin se realiza sobre el valor contable del bien en ese ao. Se necesita calcular el valor de la constante R, que es el tanto por uno fijo de amortizacin sobre el valor contable, para luego calcular la cuota de amortizacin. Cuota de amortizacin para el ao m = Coste. R . (1 - R)m-1

Ejemplo prctico Con los datos del ejemplo anterior, para el segundo ao: R = 0,5623 La cuota de amortizacin para el segundo ao es de: 4.000.000' 0,5623 . (1 - 0,5623)2-1, lo que da un importe de 985.475 pesetas.

Proporcional al tiempo. Se realiza la suma de los nmeros naturales comprendidos entre el 1 y los aos de vida (S), que sirve como factor corrector de la amortizacin en el tiempo. En este caso, la cuota de amortizacin es decreciente a medida que transcurre el tiempo. La cuota de amortizacin del ltimo ao es el valor residual.

Cuota de amortizacin = Coste. (aos de vida que restan por amortizar) S

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Ejemplo prctico Con el ejemplo empleado hasta ahora: S = 4 + 3 + 2 + 1 = 10. La cuota de amortizacin para el segundo ao es de: 4.000.000. 2 10 lo que da un importe de 800.000 pesetas.

Proporcional al trabajo. Se emplea para obtener una proporcionalidad respecto al trabajo realizado anualmente por el bien, por lo que se asigna un valor estimado a la variable par; el total de aos a amortizar (V).

Cuota de amortizacin - Coste. (Valor real de V en el ao) V

Ejemplo prctico La variable a usar es el nmero de horas de uso de equipo. Se suponen 8.000 horas de uso antes de su obsolescencia.

Si el segundo ao se ha usado durante 1.600 horas, su cuota de amortizacin es: 4.00.01.1. 2.000/8.000

lo que da un importe de 1.000.000 pesetas

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI ndice de rentabilidad de los sistemas de informacin Antes de desarrollar este apartado se necesita conocer el concepto de Margen de Contribucin (MC), que es la diferencia entre el Precio de Venta neto (PV) de un producto y su Coste Variable (CV). Los costes variables de un producto son aquellos que dependen del volumen de actividad. Costes variables en un desarrollo de un sistema de informacin son los gastos de personal: a mayor dedicacin, ms personal trabajando para ese proyecto, ms horas empleadas; por tanto, ms gasto. Otros gastos variables son los derivados directamente de los gastos de personal: desplazamientos o las amortizaciones de las mquinas empleadas para el mantenimiento del sistema: MC = PV CV.

Ejemplo prctico Los costes de desarrollo de un producto de software, del que se pretende vender 100 programas a un precio de 4.000 pesetas cada uno, son: Costes fijos: Alquileres .......................................... 50.000 ptas. Servicios externos ........................... 25.000 ptas. Total costes fijos .............................. 75.000 ptas. Los costes fijos por unidad son: 75.000 ptas'/100 ud. = 750 ptas./ud. Costes variables: Mano de obra .................................. 200.000 ptas.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Desplazamientos Amortizaciones ......... ......... 20.000 ptas. 5.000 ptas.

Total costes variables ...................... 225.000 ptas. Los costes variables por unidad son: 225.000 ptas./l00 ud. = 2.250 ptas./ud. El margen de contribucin unitario (MC = PV - CV) de ese producto ser: MC = 4.000 ptas.jud. - 2.250 ptas./ud. MC = 1.750 ptas.jud.

El punto de equilibrio o punto muerto para un producto es aquel en el cual la empresa no tiene prdidas ni beneficios. En este caso: Beneficio = Ingresos - Gastos. Si el beneficio es cero, entonces: Ingresos =

Gastos. Como los gastos son de tipo fijo y variable, entonces sucede: Ingresos = Gastos fijos + Gastos variables; por tanto, Gastos fijos = Ingresos - Gastos variables, es decir, en el punto de equilibro para un desarrollo de software, donde los ingresos vienen determinados por su precio: Gastos fijos = Margen de contribucin Podemos ahora calcular el nmero de unidades de software que hay que vender (n) para llegar al punto de equilibrio: Ingresos = n . PV; Gastos fijos = GF; Gastos variables = n . GV

Por lo que en el punto muerto: n . PV'= (n . GV) + GF

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI Lo que hace que el valor de n sea: n = GF/(PV - GV) Esta estimacin de n permite calcular cul es el mnimo nmero de unidades a vender para que las ventas coincidan con los costes.

Ejemplo prctico La rentabilidad del producto software del ejemplo anterior es: El punto de equilibrio ser N = GF /(PV - GV), luego: N = 750/(4.000 - 2.250); N = 42,8

Como no puede haber 42,8 programas, el punto de equilibrio se logra con la venta de 43 ud. Cuando se trata de comparar cul de entre varias alternativas es la mejor, se ha de realizar el clculo del beneficio diferencial de cada una de las alternativas respecto de otra de referencia. EI beneficio diferencial es la resta entre los ingresos y los costes diferenciales: BD = ID - CD. Son ingresos diferenciales los ingresos que se dan en una alternativa y no en otra. Costes diferenciales son los costes que son distintos para cada alternativa.

El beneficio diferencial mide el grado de beneficio de una alternativa respecto de otra, pero puede ser que ambas tengan prdidas, aunque unas mayores que las otras.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI El coste de oportunidad de una alternativa es el beneficio diferencial que se puede obtener en caso de adoptarse la mejor de las dems alternativas, sin incluirse la alternativa de la que se quiere calcular el coste de oportunidad. Se puede calcular el margen comercial de un producto; tambin se llama rentabilidad de ventas. Se emplea la misma frmula que para la rentabilidad empresarial, empleando slo los datos de beneficio y ventas referidos a ese producto. El margen comercial se expresa en tanto por ciento.

Beneficio neto antes de intereses e impuestos. 100 Ventas Ejemplo prctico La rentabilidad del producto software de la Figura 3.28 es:
Ingresos = 4.000 . 100 = 400.000 Gastos = Gastos fijos + Gastos variables Gastos = 75.000 + 225.000 = 300.000 Beneficio antes de intereses e impuestos = 400.000 - 300.000 = 100.000

Margen comercial = B.A.I.I. VENTAS Margen Comercial = 100.000 pesetas 400.000 pesetas Margen Comercial = O, 25 . 100 = 25 % = 0,25; expresado en tanto por ciento:

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI ndices de rentabilidad de la actividad empresarial Son ndices que calculan valores a partir del balance o de la cuenta de resultados. No son de aplicacin inmediata para clculos sobre la rentabilidad de un determinado sistema de informacin que se est diseando, pero sirven para conocer la evolucin de la empresa, ya que el clculo de los ndices se realiza del mismo modo en diferentes empresas. Se puede comparar la situacin de la empresa con la competencia o con los resultados obtenidos en aos anteriores. Para una mayor profundizacin sobre los conceptos definidos a continuacin, se remite al lector a cualquier manual de contabilidad. Los ndices de rentabilidad empleados habitualmente son: 1. Margen comercial o rentabilidad de ventas. Se expresan en tanto por ciento. Beneficio neto antes de intereses e impuestos. 100 Ventas 2. Rentabilidad financiera de los capitales propios. Beneficio neto antes de intereses e impuestos. 100 Recursos propios (Caapital + Reservas) Diseo de documentos e informes Los informes que se generen han de poseer un formato normalizado, o sea, estndar. Cada uno de los informes generados ha de tener un objetivo especfico fcil de concretar. Los elementos del informe son: Ttulo del informe. No muy extenso, que resuma en una frase el contenido del mismo.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI ndice del contenido. Es la lista de cada uno de los tems de los que se va a tratar en el informe. Sumario. Es un resumen breve, mximo de tres pginas, que se realiza cuando un informe es importante, extenso o est dirigido a personas de responsabilidad en la organizacin del cliente. Texto principal. Se emplean frases cortas, concretas, manteniendo un equilibrio entre lo que se quiere decir y cmo se escribe. Se han de emplear pocos adjetivos. Las acciones se escriben siempre que sea posible utilizando verbos transitivos en voz activa. Las referencias a personas o elementos han de ser Concretas y evitando, cuando se pueda, los adverbios de cantidad: siempre, nunca a no ser que se est seguro de ello. Cada prrafo ha de desarrollar un tema o una a parte del mismo y obtener las conclusiones pertinentes. Conclusiones y recomendaciones. Se emplean las mismas

caractersticas que para el texto principal. Apndices. Son un conjunto de grficos, tablas y otros elementos que sirven de apoyo a las afirmaciones incluidas en el cuerpo del informe. Al ser apndices, no es necesario leerlos para poder entender el informe.

3.6.1. Documentacin del anlisis de requisitos Al conjunto de documentacin asociada al mdulo de anlisis de requisitos del sistema se le denomina documento de especificaciones de diseo. De acuerdo con las especificaciones de Mtrica, este documento est formado

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI por los siguientes elementos: 1. ndice 2. Descripcin del mbito y alcance del proyecto. 3. Lista de usuarios participantes. 4. Descripcin del sistema actual. 4.1. Modelo fsico. 4.2. Lista de problemas y necesidades. 4.3. Diagramas de flujo de datos. 5. Catlogo de requisitos del sistema, definiendo las prioridades de cada uno de ellos. 5.1. Funcionales (tareas que ha de soportar el sistema). 5.2. No funcionales: 5.2.1. Restricciones. 5.2.2. De funcionamiento. . 5.2.2.1. Del sistema (lenguajes, equipos, etc.). 5.2.2.2. Requisitos software. 5.2.2.3. Requisitos hardware. 5.2.3. Manejo de excepciones. 6. Anlisis de alternativas. 6.1. Descripcin de la alternativa 1. 6.2. Descripcin de la alternativa 2. 6.3. 6.4. Descripcin detallada de la alternativa seleccionada. 6.4.1. Modelo lgico de procesos.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI 6.4.2. Anlisis coste-beneficio. 6.4.3. Diferencias significativas, con las dems alternativas.

A los elementos anteriores se les puede' aadir, en la medida que sea necesario, aquellos definidos al ver el diseo de documentos: sumario, apndices y, sobre todo, se han de emplear las tcnicas all descritas.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI

Figura 3.14 Diagrama contextual

Figura 3.15 Diagrama de flujo de datos, nivel 1, para el subsistema recibir pedidos

Figura 3.16. Diagrama de flujo de datos, nivel 2, para el subsistema listar pedidos

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI

Figura 3.17 Diagrama de flujo de datos, nivel 2, para el subsistema recibir pedidos

Figura 3.18. Diagrama de flujo de datos, nivel 2, para el subsistema recibir pedidos.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI ACTIVIDADES

Elabora, de acuerdo con las especificaciones de Mtrica, el documento de especificaciones de diseo para un sistema de tu libre eleccin. Es conveniente trabajar en equipo durante la realizacin de estas actividades. Dicho documento, en papel o en disquete en formato legible por un procesador de textos, ha de contener al menos: 1. Portada con el ttulo del proyecto software a realizar, nombre del autor, fecha de creacin del documento. 2. ndice. 3. Descripcin del mbito y alcance del proyecto. 4. Lista real de usuarios participantes. 5. Descripcin del sistema actual. 5.1. Modelo fsico. 5.2. Lista de problemas y necesidades. 5.3. Diagramas de contexto y de flujo de datos. 6. Catlogo de requisitos del sistema, definiendo las prioridades de cada uno de ellos. 6.1. Funcionales. 6.2. No funcionales. 6.2.1. Restricciones. 6.2.2. De funcionamiento. 6.2.2.1. Del sistema (lenguajes, equipos, etc.). 6.2.2.2. Requisitos software.

Curso: Ingeniera de la Informacin Actividades del Ciclo de Vida de los SI 6.2.2.3. Requisitos hardware. 6.2.3. Manejo de excepciones. 7. Anlisis de alternativas. 7.1. Descripcin de la alternativa 1. 7.2. Descripcin de la alternativa 2. 7.3. Descripcin detallada de la alternativa seleccionada, en la que se incluyan: 7.3.1. Diagramas de contexto y de flujo de datos. 7.3.2. Anlisis coste-beneficio. 7.3.3. Diferencias significativas con las dems alternativas. 8. Apndice documental. 8.1. Apuntes de entrevistas y reuniones. 8.2. Documentos relativos a la actividad empresarial que se trate. 8.3. Diccionario de datos. 8.4. Cronogramas.