Estndar para la Elaboracin D el Anlisis Preliminar

Versin 3.0

Elaborado por: Mag. Lidia Arvalo Bravo

ENERO 2008

Estndar para la Elaboracin del Anlisis Preliminar

TABLA DE CONTENIDOS

1. Introduccin 2. Descripcin del contenido del documento 2.1 Portada 2.2 Hoja de aprobacin 2.3 Bitcora de cambios 2.4 Tabla de Contenidos 2.5 Introduccin 2.6 Descripcin conceptual del sistema 2.6.1 Diagnstico de la situacin actual 2.6.2 Objetivo general y objetivos especficos del sistema a desarrollar 2.6.3 Alcance del sistema 2.6.3.1 Diagrama de Contexto del Sistema 2.6.4 Supuestos y Restricciones del sistema 2.6.5 Requerimientos del usuario 2.6.5.1 Diagrama de Casos de Uso de Alto Nivel 2.6.5.2 Escenario de los casos de uso en formato de Alto nivel 2.6.6 Requerimientos no funcionales 2.7 Estudio de factibilidad 2.7.1 Factibilidad Tcnica 2.7.1.1 Evaluacin del hardware y plataforma de comunicaciones 2.7.1.2 Evaluacin del software 2.7.2 Factibilidad Econmica 2.7.2.1 Evaluacin del Costo 2.7.2.2 Evaluacin de los Beneficios 2.7.3 Factibilidad Operacional 2.7.4 Factibilidad Legal 3. Bibliografa 4. Anexos

3 3 3 4 4 5 5 5 5 6 6 6 7 7 7 8 9 9 10 10 10 10 10 11 11 12 13 14

Estndar para la Elaboracin del Anlisis Preliminar

Estndar para la Elaboracin Del Anlisis Preliminar

1. Introduccin Se debe indicar que este documento contiene la descripcin conceptual y el estudio de factibilidad del sistema a desarrollar lo que permitir evaluar su viabilidad e iniciar formalmente su desarrollo. El documento obtenido con este estndar servir para formalizar la existencia del proyecto y proveer a la administracin autoridad para proveer recursos computacionales al mismo. 2. Descripcin del Contenido del Documento La figura 1 muestra el contenido del documento Anlisis Preliminar. Las secciones siguientes describen cada uno de los puntos contenidos en la Figura 1.

Portada Hoja de Aprobacin. Bitcora de Cambios Tabla de Contenidos. 1. Introduccin 2. Descripcin conceptual del sistema 2.1 Diagnstico de la situacin actual 2.2 Objetivo general y objetivos especficos del sistema a desarrollar 2.3 Alcance del sistema 2.3.1 Diagrama de Contexto del Sistema 2.4 Supuestos y Restricciones del sistema 2.5 Requerimientos del usuario 2.5.1 Diagrama de Casos de Uso de Alto Nivel 2.5.2 Escenario de los casos de uso en formato de Alto nivel 2.6 Requerimientos no funcionales 3. Estudio de factibilidad 3.1 Factibilidad Tcnica 3.1.1 Evaluacin del hardware y plataforma de comunicaciones 3.1.2 Evaluacin del software 3.2 Factibilidad Econmica 3.2.1 Evaluacin del Costo 3.2.2 Evaluacin de los Beneficios 3.3 Factibilidad Operacional 3.4 Factibilidad Legal Anexos Figura 1. Estructura del documento de Anlisis Preliminar 2.1 Portada La portada debe contener como mnimo la siguiente informacin: 3

Estndar para la Elaboracin del Anlisis Preliminar

Nombre y logo de la institucin. Tipo de documento (e.g., Anlisis Preliminar) Nombre del sistema Nmero de versin (e.g., versin 1.0). Autor(es) del documento. Fecha de aprobacin. Informacin de los derechos de autor (copyright). 2.2 Hoja de Aprobacin Debe contener los nombres y firmas de las personas que elaboraron y aprobaron el Anlisis Preliminar. La Figura 2 muestra un ejemplo de una hoja de aprobacin.

Ministerio de Salud

Anlisis Preliminar del Sistema de Vigilancia de la Salud

Elaborado por: _______________________

Aprobado por: _______________________

Figura 2. Ejemplo de una hoja de Aprobacin 2.3 Bitcora de Cambios El documento debe tener un apartado que contenga una lista de todas las modificaciones que se le han 4

Estndar para la Elaboracin del Anlisis Preliminar

hecho conforme avanza el desarrollo del mismo, incluyendo como mnimo los siguientes puntos (Ver figura 3): Fecha de la modificacin. Secciones del documento que fueron modificadas. Justificacin o razn por la que se hizo la modificacin. Nombre y firma de las personas que modificaron el documento.

Bitcora de Cambios Fecha Secciones Modificadas Justificacin de la modificacin Nombre y firma

Figura 3. Ejemplo de una bitcora de cambios

2.4 Tabla de Contenidos Debe describir el contenido documento de Anlisis Preliminar, siguiendo el formato descrito en la Figura 1. 2.5 Introduccin En esta seccin se debe explicar el objetivo del documento, as como el contenido general del mismo y una breve resea de cmo se usa. Adems, se deben mencionar, a manera de referencia, el mtodo particular de pre anlisis que se utiliz (UML con la tcnica de Casos de Uso de alto nivel).

2.6 Descripcin conceptual del sistema 2.6.1 Diagnstico de la situacin actual En esta seccin se debe describir el contexto de trabajo, el problema a resolver y porque es necesario resolverlo. Adems se deben describir las estrategias manuales y/o automatizadas que se estn llevando a cabo para resolver los cambios. [Salazar,2007] 5

Estndar para la Elaboracin del Anlisis Preliminar

2.6.2 Objetivo general y objetivos especficos del sistema a desarrollar Estos objetivos son las razones por las cuales el sistema se desarrollar, las cuales se deben alcanzar con el desarrollo del nuevo sistema. Deben ser aprobados por todos los interesados

2.6.3 Alcance del sistema Se debe establecer las fronteras entre el sistema y su ambiente, especificando los sistemas externos, unidades organizativas u otras instituciones con los cuales el sistema a desarrollar debe interactuar. 2.6.3.1 Diagrama de Contexto del Sistema Un diagrama de contexto es una herramienta til para documentar las fronteras entre el sistema y su ambiente y segn [Adolph, 2002] es un excelente punto de inicio para desarrollar los Casos de Uso. Consiste de un crculo, que representa al sistema, y cajas que representan cualquier ente externo al sistema. El crculo y las cajas estn conectados por lneas con flechas representando el flujo de datos entre el sistema y su ambiente. [Salazar,2007]. La Figura 4 muestra el Diagrama de Contexto de un Sistema XX. Para su realizacin se necesita identificar los entes externos fsicos con los que el sistema habla. Se puede utilizar el instrumento indicado en el Anexo 1 el cual debe ser llenado por los usuarios principales del sistema.

Unidad YY Sistema XX

Institucin A

Sistema ZZ

Sistema XX

Figura 4. Diagrama de Contexto Sistema XX

Estndar para la Elaboracin del Anlisis Preliminar

2.6.4 Supuestos y Restricciones del sistema En este apartado se deben indicar los supuestos y restricciones iniciales que deben afectar el inicio del desarrollo del sistema Los supuestos son aquellas situaciones que se consideran verdaderas, es decir se deben cumplir para que el proyecto proceda de acuerdo con lo especificado [Salazar,2007] Ejemplos de supuestos son: Capacitaciones que deben estar concluidas para X fecha Personal X asignado en y momento al proyecto X horas de asignacin de y recurso al proyecto. Por otra parte, las restricciones son cosas que limitarn el desarrollo y deben ser satisfechas antes del inicio del mismo. Ejemplos de restricciones son: Recursos disponibles: humanos, de equipo, de software Ciclo de vida a utilizar en el desarrollo Fecha de conclusin del proyecto impuesta

2.6.5 Requerimientos del usuario Los requerimientos de usuario tambin llamados requerimientos funcionales, describen las funciones que ellos deben ser capaces de realizar usando el nuevo producto. Segn [Pressman , 2006], para lograr entender la manera en que las distintas clases de usuarios finales aplicarn esas funciones se puede crear un conjunto de escenarios que identifican una cadena de uso para el sistema que se va a construir. Estos escenarios, comnmente llamados Casos de Uso, proporcionan una descripcin de cmo se usar el sistema. Para la obtencin de los requisitos del sistema se debe realizar una recopilacin conjunta entre los usuarios y desarrolladores para llegar a identificar el problema, proponer la solucin, negociar diferentes enfoques y especificar un conjunto preliminar de requisitos. Para esta etapa se utilizan los instrumentos indicados en el Anexo 2 2.6.5.1 Diagrama de Casos de Uso de Alto Nivel El Caso de Uso bsico presenta una historia de alto nivel que describe la interaccin entre un usuario final y el sistema en un conjunto especfico de circunstancias. De 7

Estndar para la Elaboracin del Anlisis Preliminar

acuerdo con [Larman, 1999] los Casos de Uso no son los requerimientos ni las especificaciones funcionales sino que ejemplifican e incluyen tcitamente los requerimientos en las historias que narran. Para desarrollar los casos de uso se pueden utilizar las tcnicas descritas en el Anexo 2.

Un Diagrama de Casos de Uso es una descripcin grfica de las acciones que debe realizar el sistema. Contiene los casos de uso, los actores y las relaciones como se muestra en la Figura 5.

Figura 5. Diagrama de Casos De Uso Un actor representa una clase de entidad externa que desempea slo un papel en el contexto del caso de uso. No todos los actores se identifican en esta primera etapa. Durante sta es posible identificar los actores primarios que son los que interactan para lograr la funcin requerida del sistema y obtienen el beneficio que se espera de ste. Ellos trabajan de manera directa y frecuente con el software. En el Anexo 3 se puede encontrar un ejemplo de Caso de uso desarrollado junto con su escenario el cual se explica en el siguiente apartado. 2.6.5.2 Escenario de los casos de uso en formato de alto nivel Cada Caso de Uso debe de ir acompaado de una descripcin del escenario en el cual el usuario interacta con el sistema que se est analizando para realizar una tarea en particular. Esta descripcin debe estar contenida en un documento llamado Especificacin de Casos de Uso cuya plantilla se encuentra definida en el Anexo 4 [Larman, 1999] recomienda este tipo de formato cuando se est empezando a investigar los requerimientos, con el propsito de entender mejor el alcance del problema y las funciones necesarias. Un caso de uso de alto nivel describe un proceso

Estndar para la Elaboracin del Anlisis Preliminar

muy brevemente, casi siempre en dos o tres renglones. Estos casos son muy breves y vagos en las decisiones de diseo. La Especificacin de Casos de Uso y los diagramas de Casos de Uso facilitan la comunicacin entre los analistas y los usuarios, dado que proveen un contexto para expresar los requerimientos como una secuencia de eventos, con un lenguaje sencillo y en trminos de lo que debera hacer el sistema. 2.6.5.3 Especificacin de requerimientos de software (SRS) Los requerimientos funcionales son documentados en una Especificacin de Requerimientos de Software (SRS) que describen tan completo como sea necesario el comportamiento esperado del sistema automatizado. Si algn requerimiento funcional se puede deducir de los pasos de dialogo entre el actor y el sistema en un caso de uso no es necesario que se dupliquen en una SRS. Sin embargo, aquellos requerimientos funcionales que no aparezcan en la descripcin debern ser detallados en la plantilla de SRS que se adjunta en el anexo 5. En esta plantilla se deber especificar todos los requerimientos funcionales para que, cuando estn implementados, el actor pueda realizar el caso de uso al cual est referenciada, incluyendo el flujo alternativo y las excepciones. En el anexo 6 se muestra un ejemplo de la plantilla para un caso de uso hipottico. Se muestra tanto el caso de uso como su respectiva SRS llena.

2.6.6 Requerimientos no funcionales Son las propiedades de comportamiento que debe tener el sistema. Se considera n aquellos ligados a caractersticas de calidad como: usabilidad, portablilidad, desempeo, seguridad y facilidad de uso. Caractersticas de Portabilidad: Aqu se indican aquellos requerimientos que permitan que el sistema se pueda utilizar en distintas plataformas y acceder desde diferentes lugares: local o remoto Caractersticas de desempeo: Deben especificarse los requerimientos de tiempo de respuesta y uso de recursos, entre otros. Caractersticas de seguridad: Se deben indicar los requerimientos de seguridad que deben cumplir el sistema a nivel Local, Regional y Central para el control de usuarios, procesos y equipos.

Estndar para la Elaboracin del Anlisis Preliminar

2.7 Estudio de factibilidad Una vez conceptualizado el sistema hay que preguntarse si este se puede construir de acuerdo a este alcance y si es factible el proyecto. Para responder las preguntas anteriores se deben considerar cuatro dimensiones en el documento: Tecnologa: Se cuenta con el hardware y el software requerido para desarrollar este sistema? Es tcnicamente factible? Econmica: Se cuenta con el presupuesto? Se puede completar a un costo que se pueda enfrentar? Operacional: Estn disponibles los recursos necesarios para la operacin del sistema? Est capacitados? Legal: Existen implicaciones legales que afecten la operacin de este sistema? Existe alguna normativa que debe modificarse para su posible implantacin?

2.7.1 Factibilidad Tcnica En este apartado se pretende determinar si existe o es necesario comprar el hardware, software, plataforma de comunicaciones y personal tcnico para el desarrollo y operacin del sistema. 2.7.1.1 Evaluacin del hardware y la plataforma de comunicaciones Se debe conocer cual ser el hardware y la plataforma de comunicaciones que necesitar el nuevo sistema en cada oficina, departamento, regin que deber operar. Se debe considerar la cantidad y capacidad del equipo as como las expectativas de crecimiento futuro del sistema propuesto Una vez realizado el anlisis de las necesidades futuras del sistema a desarrollar se debe revisar el hardware y la plataforma de comunicaciones existente en cada una de las reas donde el sistema operar (nivel central, regional y local). Estos dos inventarios deben confrontarse para dar el diagnstico del estado del hardware y plataforma de comunicaciones que requerir el nuevo sistema.

2.7.1.2 Evaluacin del software Se debe analizar las posibles herramientas de desarrollo a utilizar segn las polticas y lineamientos del Ministerio en este aspecto y las necesidades especficas del software a desarrollar segn se defini en los Requerimientos no Funcionales. Dentro del software a analizar debe contemplarse: software de desarrollo, software de comunicaciones y el Sistema de Gestin de Base de Datos,

10

Estndar para la Elaboracin del Anlisis Preliminar

Para esto tambin deber evaluarse las herramientas de desarrollo existentes para confrontarlas con las analizadas en el prrafo anterior y as dar el diagnstico del estado del software que requerir el nuevo sistema

2.7.2

Factibilidad Econmica Consiste en un anlisis costo-beneficio del desarrollo y posterior operacin del sistema propuesto, por lo tanto deber contener informacin relevante acerca de los beneficios a obtener del nuevo sistema, el costo en que se incurrira si no se desarrolla el sistema y el costo relacionado con el desarrollo del mismo. [MinSal, 2006] Adems es necesario conocer las restricciones para decidir si se desarrolla el sistema competo, una parte o se contrata su desarrollo 2.7.2.1 Evaluacin del Costo En los costos se toman en cuenta aquellos recursos que se deben invertir para desarrollar el sistema. Algunos de estos son: Presupuesto y tiempo estimado para desarrollar el sistema. Uso de recursos humanos y tecnolgicos Inversin de capital requerido Recursos invertidos para evitar la resistencia al cambio por parte del usuario. 2.7.2.2 Evaluacin de los Beneficios Los beneficios se pueden clasificar en dos categoras genricas que se combinan: Tangibles/intangibles y medibles/no medibles:

Tangibles y medibles: Son aquellos beneficios que afectan la rentabilidad de la organizacin y pueden ser medidos objetivamente. Algunos ejemplos son: Reduccin de costos, reduccin en activos, aumento en servicios, entre otros. Tangibles y no medibles: Son los beneficios que afectan la rentabilidad de las organizaciones pero no se puede determinar con exactitud en que medida la afectan. Algunos ejemplos son: Habilidad para mantener y brindar mejor informacin, mejora en el perfil de riesgo de la institucin, mejora en la seguridad de los sistemas, entre otros. Intangibles y medibles: Son aquellos beneficios que pueden ser medidos con exactitud pero no necesariamente impactan la rentabilidad de la empresa. 11

Estndar para la Elaboracin del Anlisis Preliminar

Algunos ejemplos son: Obtener informacin ms rpidamente, proveer mayor satisfaccin al cliente, mejorar la satisfaccin del personal, entre otros.

2.7.3

Factibilidad Operacional Segn lo establece [MinSal, 2006] en este anlisis se consideran todos aquellos aspectos que inciden en la viabilidad operacional del sistema. Entre los aspectos a diagnosticar estn: Cambios necesarios o posibles en los procesos de trabajo del rea afectada. Cambios necesarios a otros sistemas existentes Implicaciones en las labores o sistemas de otras reas funcionales Recursos Humanos necesarios para la operacin del sistema. Nivel de Conocimiento del personal que desarrollar el sistema (tanto el requerido como el actual) Nivel de Conocimiento del personal que operar el sistema (tanto el requerido como el actual) Con base en el anlisis anterior se obtienen dos productos muy importantes: el diagnstico de las modificaciones en los procesos y otros sistemas que interactuarn con el sistema propuesto, el diagnstico del personal que operar el sistema y el diagnstico del personal que desarrollar el sistema .

2.7.4

Factibilidad Legal Se debe analizar la normativa legal, tanto interna como externa, que rige el rea del sistema a desarrollar para determinar si no contradice alguna funcionalidad del sistema propuesto o si es del caso solicitar la modificacin respectiva. Para este anlisis se debe solicitar al usuario las leyes, reglamentos y normativa que aplica en su rea y que est relacionada con el sistema propuesto as como solicitar ayuda a la Direccin de Asuntos Jurdicos para la valoracin de los documentos que se considere afectan directamente el sistema propuesto.

12

Estndar para la Elaboracin del Anlisis Preliminar

3. Bibliografa [Adolph, 2002] Adolph Steven, Bramble Paul, Cockburn Alistair. Patterns for Effective Use Cases. Addison Wesley 2002 [Larman,1999] Larman, Craig. UML y Patrones, Introduccin al anlisis y diseo orientado a objetos. Prentice Hall, 1999 [MinSal, 2006] Ministerio de Salud. Polticas de Desarrollo de Sistemas de Informacin Agosto 2006 [Pressman , 2006] Pressman, Roger. Ingeniera del Software, un enfoque prctico. Mc Graw Hill, 2006 [Salazar,2007] Salazar, Gabriela. Gua para Elaborar la Descripcin Conceptual de un Proyecto de Software. Universidad de Costa Rica, II Semestre 2007

13

Estndar para la Elaboracin del Anlisis Preliminar

Anexos Anexo 1: Formulario Fronteras del Sistema. Usuario Final

El siguiente formulario debe ser llenado por los usuarios finales del sistema para identificar todos aquellos entes con los cuales interactuar el sistema a disear, tanto internos como externos, ya sean estos dependencias fsicas u otros sistemas automatizados.

Instrumento usuario final.xls

14

Estndar para la Elaboracin del Anlisis Preliminar

Anexo 2: Tcnicas de Recoleccin de requerimientos

1.

Recoleccin de requerimientos utilizando la tcnica de Entrevista

Segn [Pressman , 2006], las entrevistas que se realizan al inicio del proyecto deben contener preguntas libres de contexto divididas en tres conjuntos de preguntas. Estas preguntas ayudan a iniciar la conversacin esencial para la obtencin exitosa. Sin embargo, la sesin de preguntas y respuestas se debe usar slo para los primeros encuentros. El primer conjunto de preguntas se enfoca en los usuarios, otros interesados, metas generales y en los beneficios medibles de una implementacin exitosa. Algunos ejemplos de estas preguntas son: [Pressman , 2006] Quin usar el sistema? Cul ser el beneficio de la solucin propuesta? Hay otra solucin posible (que no sea automatizar? El segundo conjunto de preguntas permite comprender mejor el problema y que los usuarios expresen sus percepciones sobre una solucin. Algunos ejemplos de estas preguntas son: [Pressman , 2006] Cmo sera un buen resultado generado por una solucin exitosa? Cules problemas podran surgir con la solucin propuesta? Puede describir el ambiente en el que se usar la solucin? Qu aspectos especiales de desempeo o restricciones afectarn la forma en que se busque la solucin? El tercer conjunto de preguntas se enfoca en la efectividad de la entrevista en s. Algunos ejemplos de estas preguntas son: [Pressman , 2006] Es Usted la persona adecuada para contestar las preguntas? Alguien ms puede proporcionar informacin adicional? Existe informacin adicional que desee aportar?

15

Estndar para la Elaboracin del Anlisis Preliminar

2.

Recoleccin de requerimientos utilizando la tcnica de Recopilacin Conjunta de Requisitos (JAD Joint Application Development)

La sesin de preguntas y respuestas slo debe usarse para las primeras reuniones y despus se debe reemplazar por una forma de recopilacin de requerimientos que combine elementos de resolucin, elaboracin, negociacin y especificacin del problema. Con esta tcnica un equipo de participantes y analistas trabajan juntos para identificar el problema, proponer soluciones, negociar diferentes enfoques y especificar un conjunto preliminar de requisitos para la solucin. Existen muchas enfoques de esta tcnica pero en general todos siguen las siguientes directrices bsicas: [Pressman, 2006] Las reuniones las dirige y controla alguno de los asistentes, ya sea un analista, un facilitador o un usuario. Se establecen reglas para la preparacin y la participacin Se sugiere una agenda que sea tan formal como para cubrir todos los puntos importantes, pero tan informal como para estimular el flujo de ideas. Se utiliza un mecanismo de definicin de los puntos a definir en la reunin que pueden ser hojas de trabajo, un foro virtual previamente establecido, un sitio en Internet, entre otros. La meta es identificar el problema, proponer elementos de solucin, negociar diferentes enfoques y especificar un conjunto de requerimientos de solucin preliminares en una atmsfera que garantice el cumplimiento de la meta.

16

Estndar para la Elaboracin del Anlisis Preliminar

Anexo 3: Ejemplo de Casos de Uso

Escenario: Mantenimiento de XXXX

Caso de Uso: 1 Registrar XXX Actor: Usuario Descripcin: El sistema debe permitir el registro de la informacin de XXXX, verificar que los datos ingresados por el actor se encuentren completos y con el formato correcto.

Caso de Uso: 2 Consultar XXX Actor: Usuario Descripcin: El usuario del sistema consulta la informacin de XXXX almacenada, segn el criterio deseado.

17

Estndar para la Elaboracin del Anlisis Preliminar

Anexo 4: Plantilla para la Especificacin de Casos de Uso

La siguiente plantilla debe ser utilizada para especificar el escenario de cada caso de uso de alto nivel. Cada caso se uso debe priorizarse por importancia, influencia y riesgo en Alta, Media o Baja. Los Casos de Uso de prioridad alta los que debern especificarse ms detalladamente en etapas posteriores. La explicacin de cada nivel de prioridad se presenta en la tabla 1.

Prioridad Alta Media

Baja

Significado Requerimiento critico. El producto no es aceptable si no se satisface este requerimiento El requerimiento puede mejorar el producto, pero no es inaceptable si est ausente. Puede esperar una siguiente versin del producto, sin embargo debe ser tomado en el diseo del sistema Este requerimiento significara una mejora en la funcionalidad o en la calidad. Refleja una mejora en el producto a largo plazo Tabla 1. Significado de las prioridades de los Casos de Uso [Salazar,2007]

CASOS DE USO DE ALTO NIVEL v2.xls

18

Estndar para la Elaboracin del Anlisis Preliminar

Anexo 5. Plantilla de Especificacin de Requerimientos de Software

1. Informacin General: Nombre: Sistema: [Indicar el nombre del sistema aqu]

Id. del Caso de Uso Alto Nivel a que est referenciado

Nombre del Caso de Uso

Versin:

Fecha:

Elaborado por:

[Indicar el nombre de quien elabor el caso de uso]

2. Actores: [Identificacin de responsables, sistemas, usuarios, etc. involucrados en el caso de uso. En algunos casos estos actores fueron previamente definidos en la Especificacin de Casos de Uso de Alto Nivel.] 3. Descripcin: [Descripcin general del caso de uso. Se puede incluir el proposito al responder a la siguiente pregunta: Para qu sirve el caso de uso?] 4. Casos de Uso Asociados: [Liste el nombre de los casos de uso, y establezca el tipo de asociacin con cada uno (<<extiende a>>, <<conectado con>>, <<usa>>).] 5. Precondiciones: [Enumere y describa las condiciones relevantes que debern darse en el sistema y en el entorno para que el flujo tpico de interacciones o alguna de sus alternativas pueda completarse]

6. Poscondiciones: [Enumere y describa las condiciones relevantes que se garantizan en el sistema y en el entorno cuando se complete exitosamente el flujo tpico de interacciones o alguno de sus flujos de interaccin alternativos]

7. Flujo tpico de interacciones: [Enumere las acciones comunes del actor y las reacciones del sistema en orden cronolgico, en forma descendente]

19

Estndar para la Elaboracin del Anlisis Preliminar

Acciones de un actor o respuestas del sistema

1. Actor/ Sistema Actor/ Sistema

2.

8. Flujo alternativo de interacciones: [Nombre] Debe indicar despus de cual accin se da el flujo Alternativo [Para cada flujo alternativo de interacciones, enumere las acciones del actor y las reacciones del sistema en orden cronolgico en forma descendente Para llenar este apartado puede contestar la siguientes pregunta: El acto puede ejecutar otra accin en este punto?,

Acciones de un actor o respuestas del sistema

1. Actor/ Sistema Actor/ Sistema

2.

9. Flujo excepcional de interacciones: [Descripcin de la Excepcin] Debe indicar en cual accin se da [Para cada excepcin, enumere las acciones de excepcin del sistema y las reacciones del actor en orden cronolgico en forma descendente Para llenar este apartado puede contestar la pregunta: Es posible que el actor encuentre alguna condicin de error en este punto? Si es as, cul podra ser?

Acciones de un actor o respuestas del sistema

1. Actor/ Sistema Actor/ Sistema

2.

10. Prioridad [Indica la prioridad del requerimiento la cual esta fuertemente ligada a la prioridad del caso de uso de alto nivel del cual depende]

20

Estndar para la Elaboracin del Anlisis Preliminar

11. Frecuencia de uso [Indicar cuantas veces se utilizar esta requerimiento, segn sea el caso: .por da, semana, mes o ao]

12 Requerimientos especiales [Indique cualquier condicin que debe disearse en este requerimiento, por ejemplo datos encriptados, importacin de algn archivo en especial, condiciones de alguna de las salidas]

13. Suposiciones [Indique algn supuesto que debe darse para que este requerimiento funcione]

14. Observaciones [Indique algn (os) aspecto pendiente u otro dato relevante para la especificacin]

21

Estndar para la Elaboracin del Anlisis Preliminar

Anexo 6. Ejemplo de especificacin de requerimientos

Especificacin de Requerimientos de Software

1. Informacin General: Nombre: Solicitar Quimico UC-1 un Sistema:

Id. del Caso de Uso Alto Nivel a que est referenciado

Nombre del Caso de Uso

Solicitar un Qumico

Version:

1.0

Fecha:

21-5-2008

Elaborado por:

LAB

2. Actores: Solicitante

22

Estndar para la Elaboracin del Anlisis Preliminar

3. Descripcin: El Solicitante especifica el qumico que desea solicitar digitando el nombre o el cdigo del qumico. El sistema satisface la solicitud ofrecindole al Solicitante un contenedor nuevo o usado del qumico de la bodega o dejando que el Solicitador solicite crear una orden de un proveedor externo.

4. Casos de Uso Asociados: UC-22 Ver el Historial de Contenedores

5. Precondiciones: 1. Se ha autenticado el id del usuario 2. El usuario est autorizado para solicitar qumicos 3. La base de datos de inventario de qumicos est en lnea

6. Poscondiciones: 1. La solicitud se almacena en el Sistema de Manejo de Qumicos 2. La solicitud se envi por email a la bodega de qumicos o a un proveedor

7. Flujo tpico de interacciones:

Acciones de un actor o respuestas del sistema

1. 2. 3. 4. Solicitante Sistema Sistema Solicitante Especifica un qumico Verifica que el qumico es vlido Lista los contenedores del qumico que existen en bodega Tiene la opcin de Ver el Historial de Contenedores (UC-22) para cualquier contenedor

23

Estndar para la Elaboracin del Anlisis Preliminar

5.

Solicitante

Selecciona un contenedor especifico o solicita crear una orden a un proveedor externo (Flujo alternativo 1.1) Digita otra informacin para completar la solicitud Almacena la solicitud y la enva por email a la bodega de qumicos

6. 7.

Solicitante Sistema

8. Flujo alternativo de interacciones: [1.1 Solicitar un qumico a un proveedor] (Se da despus del paso 5)

Acciones de un actor o respuestas del sistema

1. 2. Solicitante Sistema Busca en el catalogo de proveedores por un qumico Despliega una lista de provededores que tengan disponible contenedores con tamaos, tipos y precios Selecciona un proveedor, tamao de contenedor, tipo y cantidad Digita otra informacin para completar la solicitud Almacena la solicitud y la envia por email al proveedor

3. 4. 5.

Solicitante Solicitante Sistema

9. Flujo excepcional de interacciones: 1.E.1 Qumico no es vlido. En el paso 2

Acciones de un actor o respuestas del sistema

1. 2. 3.a 4.a 3.b 4.b. Sistema Sistema Solicitante Sistema Solicitante Sistema Despliega el mensaje El Qumico no existe Pide al Solicitante si desea solicitar otro qumico o salir Solicita otro qumico Comienza de nuevo la solicitud Solicita salir Termina el caso de uso

24

Estndar para la Elaboracin del Anlisis Preliminar

1.E.2 Qumico no est disponible en el comercio. En el paso 5

Acciones de un actor o respuestas del sistema

1. 2. 3.a 4.a 3.b 4.b. Sistema Sistema Solicitante Sistema Solicitante Sistema Despliega el mensaje No existen proveedores para ese qumico Pide al Solicitante si desea solicitar otro qumico o salir Solicita otro qumico Comienza de nuevo la solicitud Solicita salir Termina el caso de uso

10. Prioridad Alta 11. Frecuencia de uso Aproximadamente 5 veces por semana para cada solicitante qumico y 100 veces a la semana por cada miembro de la Bodega de Qumicos.

12. Requerimientos especiales El sistema debe ser capaz de importar la estructura de un componente qumico.

13. Suposiciones Las estructuras del componente qumicos importadas se asumen que son vlidas. 14. Observaciones Fecha: 21/5/2008 Averiguar si se necesita la aprobacin de la administracin para solicitar un qumico de Nivel 1.

25