página 1 · 2.1.5 presentación de los requerimientos como casos de uso 2.2 análisis del sistema...

46
Página 1

Upload: others

Post on 05-Aug-2020

1 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 1

Page 2: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 2

SISTEMA DE GESTIÓN DE INFORMACIÓN

NUTRICIONAL PARA EL SERVICIO DE

COMEDOR UNIVERSITARIO DE LA

UNIVERSIDAD NACIONAL DEL SANTA

PLAN DE DESARROLLO DEL SOFTWARE

VERSION 0.1

Page 3: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 3

HISTORIAL DE REVISIONES

Fecha

Versión

Descripción

Autor

0.1

Versión preliminar como propuesta de desarrollo.

Six Lives

Page 4: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 4

TABLA DE CONTENIDOS

DEDICATORIA

AGRADECIMIENTO

INTRODUCCIÓN

CAPITULO I

FASE DE INICIO

1.1 Modelado del Negocio

1.1.1 Modelado del Análisis de la Oficina Central de

Bienestar Universitario

1.1.2 Funciones la OCBU

1.1.3 Descripción de Comedor Universitario

1.1.4 Identificación de Procesos del Comedor Universitario

1.1.5 Misión

1.1.6 Objetivos del Negocio – Análisis

1.1.7 Modelado de Casos de Uso del Análisis del Negocio

1.1.8 Modelo del Organigrama

1.2 Modelado del Diseño del Negocio por Equipo de Software

1.2.1 Alcance del Sistema Propuesto

1.2.2 Reglas del Negocio – Diseño

1.2.3 Objetivos del Negocio

1.2.4 Misión

1.2.5 Visión

1.2.6 Organización del Proyecto

1.2.7 Roles y Responsabilidades

1.2.8 Gestión de Procesos

1.2.9 Modelado de Casos de Uso

Page 5: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 5

1.3 Requerimientos del Sistema

1.3.1 Conocimiento de los Requisitos y Requerimientos

1.3.2 Encontrando Actores

1.3.3 Panorama del Producto

1.3.4 Diagramas de Casos de Uso

1.3.5 Descripción de Casos de Uso

1.3.6 Clasificación de Casos de Uso

1.4 Estudio de Factibilidad

CAPITULO II

FASE DE ELABORACIÓN

2.1 Requisitos del sistema

2.1.1 Diagrama de Actividad

2.1.2 Requerimientos Funcionales

2.1.3 Priorización De Los Requerimientos Funcionales

2.1.4 Requerimientos No Funcionales

2.1.5 Presentación de los Requerimientos como casos de uso

2.2 Análisis del sistema

2.2.1 Descripción de Escenarios

2.2.2 Modelo del Dominio

2.2.3 Encontrando Clases Tipo Entidad

2.2.4 Encontrando Relaciones de Generalizaciones en las

Clases Tipo Entidad

2.2.5 Descripción de Casos de Uso

Page 6: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 6

2.3 Diseño del Sistema

2.3.1 Diseño de Clases

2.3.2 Diagrama de Estados

2.3.3 Encontrando Clases Tipo Entidad y Relaciones

2.3.4 Diagrama de Secuencias

2.3.5 Transformando del Modelo de Objetos al Modelo de

Datos

2.3.6 Estructura de las Tablas de la Base de Datos

2.3.7 Diseño de Interfaz de Usuario

2.3.8 Diseño de Arquitectura Candidata

2.3.9 Glosario

CAPITULO III

FASE DE CONSTRUCCIÓN

3.1 Funciones Usadas en el Sistema

3.2 Procedimientos Almacenados Usados en el Sistema

3.3 Interfaz Gráfica de Usuario

3.3.1 Sistema de Nutrición

3.3.2 Catálogo de Platos

Page 7: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 7

CAPITULO IV

FASE DE TRANSICIÓN

4.1 Registrar Plato

4.2 Registrar Alimentos y Nutrientes

4.3 Clasificación y Catalogación de Alimentos

4.4 Casos Particulares del Sistema

CONCLUSIONES

RECOMENDACIONES

Page 8: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 8

DEDICATORIA

El presente trabajo ha sido diseñado por un grupo de jóvenes estudiantes

universitarios de la carrera académico profesional de Ingeniería de Sistemas, los

cuales brindan un sincero reconocimiento a la dedicación, esfuerzo y tiempo que

prestaron aquellas personas colaboradoras que nos abrieron todos sus

conocimientos expresamente sin recelo alguno, los cuales permitieron se hiciera

realidad el desarrollo de este proyecto, y sintiendo en nuestros corazones el deseo

de agradecerles dedicamos a ustedes este proyecto.

Page 9: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 9

AGRADECIMIENTO

A DIOS Por sus bendiciones para poder cumplir con una de las metas de

nuestras vidas.

A LA UNIVERSIDAD NACIONAL DEL SANTA Nuestra casa de estudios, a la

que honraremos por siempre.

A LA FACULTAD DE INGENIERIA Por todos los conocimientos que nos

fueron entregados.

A NUESTROS PADRES Los pilares de nuestras vidas, a quienes debemos lo

que somos, porque sin sus consejos y apoyo, no estaríamos aquí.

Page 10: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 10

INTRODUCCIÓN

El presente documento, ha sido elaborado con la visión de mostrar de

manera genérica el plan de desarrollo del sistema a realizar, de acuerdo al

proyecto de práctica de la asignatura de Ingeniería de Software de la

Facultad de Ingeniería de Sistemas e Informática de la Universidad Nacional

del Santa. El cual nos brindara detalladamente cada fase de desarrollo del

proyecto.

El proyecto ha sido ofertado por el grupo de desarrollo “Six Lives” basado

en la metodología RUP (Rational Unified Process), en la que únicamente se

procederá a cumplir con las fases estipuladas por dicha metodología ,

asimismo el empleo del modelo de proceso de software Lineal Secuencial

para el desarrollo del software.

Posteriormente, se incluirá la secuencia a actividades a realizar y los roles

que desempeñará cada integrante, acorde al cronograma que adjuntamos

en la documentación.

Como podrá observar en esta sección, el software es un asistente eficiente

que se mejora cada día con nuevas opciones de utilidad. Le invitamos a

revisar directamente por cada tema del listado que desee o a la revisión de

las pantallas con su respectiva explicación.

Page 11: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 11

CAPITULO

I

Page 12: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 12

FASE DE INICIO

1. MODELADO DEL NEGOCIO

1.1.1 Modelado del Análisis de Oficina Central de Bienestar

Universitario(OCBU)

Servicio Social es una Unidad esencialmente humanística, orienta y

ayuda al alumno en situaciones problemáticas y les brinda los medios

para superarla a fin de lograr un bienestar integral.

Ubicación:

Campus Universitario de la UNS, pabellón Admisión primer piso.

Derecho de atención:

Tienen derecho todos los estudiantes que han registrado sus datos en la

ficha económica en esta unidad.

Tipo de atención:

Atención individual a los estudiante en problemas económicos, de

adaptación social, familiares, de vivienda, de trabajo, etc.

El trabajo profesional comprende la investigación, ejecución y

evaluación de programas y/o proyectos así como prevención y

diagnóstico de casos.

El trabajo técnico se refiere a entrevistas, observaciones, visitas

domiciliarias, reuniones de trabajo, aplicación de encuestas y/o

cuestionarios.

Labores administrativas, gestiones y coordinaciones sobre acciones de

organización, implementación, ejecución y evaluación de programas.

Page 13: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 13

Servicios que brinda:

El servicio Odontológico

Programa alimentario

Programa de Apoyo económico

Programa de Promoción Educativa

Programa de Asistencia Familiar

Programa de Investigación

1.1.2 Funciones de la OCBU – Análisis

Las funciones son presentadas a continuación:

- Proporcionar políticas de bienestar universitario al

vicerrectorado académico.

- Formular el plan anual de funcionamiento y desarrollo así como

del presupuesto de la oficina

- Administrar los servicios de salud, psicopedagógico, asistencia

social, bienestar universitario, editorial universitario y los centros

de recreación y dejantes.

- Administrar en coordinación con las facultades el sistema de las

becas de estudio, bolsa de trabajo y estímulos para los estudiantes

de la universidad.

- Establecer relaciones y gestionar convenios institucionales con

entidades que auspicien o patrocinen e implementen servicios de

bienestar para la comunidad universitaria.

- Promover y efectuar programas culturales, sociales, deportivos y

recreacionales para los miembros de la comunidad universitaria.

- Promover en coordinación con las facultades programas de

consejería y tutoría dirigido a los estudiantes de la UNS.

- Realizar las funciones que le asignen el vicerrectorado académico

1.1.3 Descripción de Comedor Universitario

El comedor universitario brinda su servicio de alimentación a los

comensales universitarios como una manera de contribuir en el bienestar

de cada uno de ellos y facilitarles la oportunidad de mejorar su calidad de

vida.

Page 14: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 14

Tópico Analizado

“Sistema de gestión de información nutricional para el servicio del comedor

universitario de la Universidad Nacional del Santa”

Problema Planteado

El comedor universitario ubicado en la ciudad de Nuevo Chimbote,

Provincia del Santa, es un organismo estatal, dedicada a brindar

atención gratuita de alimentación a los estudiantes de bajos

recursos. Viendo la realidad del comedor, se ha llegado a la

conclusión que el problema es que actualmente el personal realiza

sus procesos existentes de manera manual; lo cual genera un retraso

en algunos procesos dentro del área de verificación y cálculo del

comedor.

El servicio del comedor de la Universidad

Nacional del Santa se encuentra ubicada el

la Urb.Bellamar s/n,distrito de Nvo

Chimbote-Provincia del Santa.Brinda

alimentacion gratuita a los estudiantes de

bajos recursos.

modelado del analisis del sistema

M

DESCRIPCION DEL SISTEMA

Page 15: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 15

1.1.4 Identificación de Procesos del Comedor Universitario

Todos los procesos se realizan en forma manual.

1.1.5 Misión

Tratamiento de Dietas

Gestion de Reportes

ConsultasGestion de Informacion

Nutricional

Consultar Masa Corporal

Consultar Estado Alimenticio

Consultar Informacion Disponible

Detallar valor nutricional de Dieta

Presentar Minuta

Detallar cantidad a cocinar

Page 16: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 16

1.1.6 Objetivos del Negocio – Análisis

Los objetivos del negocio dependen de lo especificado en el Manual de

Organización y Funciones y del Reglamento.

1.1.7 Modelado de Casos de Uso del Análisis del Negocio

Para proveer de una forma efectiva el servicio que se ajuste a las

necesidades del usuario, es necesario identificar e involucrar a todos los

participantes en el proyecto como parte del proceso de modelado de

requerimientos. También es necesario identificar al usuario del sistema y

asegurarse de que el conjunto de participantes en el proyecto los

representa adecuadamente. Esta sección muestra un perfil de los

participantes y del usuario involucrado en el proyecto como los problemas

más importantes que éstos perciben para enfocar la solución propuesta

hacia ellos.

Page 17: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 17

Consultar Informacion Disponible

Realizar Calculo

Analizar Valor Nutricional de Dietas

Detallar la Minuta

Detallar Alimentos Requeridos

Nutricionista

Analizar el Estado AlimenticioConsultar Masa Corporal

Page 18: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 18

1.1.8 Modelo del Organigrama General

1.2 Modelado del Diseño del Negocio

1.2.1 Alcance del Sistema Propuesto

El sistema de información nutricional que se encuentra ubicado en la ciudad

universitaria de la UNS, en la Urbanización Bellamar S/N, distrito de Nvo.

Chimbote – Provincia del Santa.

El sistema a desarrollar tendrá un ámbito solamente referente a los procesos

de: Registrar los Alimentos, Registrar los Platos, controlar la composición,

consultar al catalogo realizados en el área nutricional del comedor de la UNS.

Buscando el grupo desarrollador del software facilitar el rendimiento y el uso

de menos tiempo por parte del usuario.

Vicerrectorado

Académico

OCBU

Secretaria

Unidad de

Librería

Universitaria

Oficina de

desarrollo

Humano

Unidad de

Editorial

Universitaria

Unidad

Medica

Secretaria

Unidad de

Bienestar del

Trabajador

Unidad de

Bienestar del

Estudiante

Unidad de

Recreación y

Deportes

Page 19: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 19

R1: El sistema no debe aceptar

valores nulos ni negativos

R2: Produce error si se desea eliminar un

alimento que se este utilizando en un plato.

R3:Produce error si se desea eliminar un plato

que se este utilizando en una dieta.

R4: Considerar como minimo un

plato para generar una dieta

person R5: Completar todos los campos requeridos en

alimentos para ser guardado en la base de datos

R6:Completar todos los campos requeridos en los

platos para ser guardado en la base de datos

1.2.2 Reglas del Negocio – Diseño

1.2.3 Objetivos del Negocio

Desarrollar un sistema de administracion y

gestion nutricional

Mejorar la calidad en el recetario Racionalizar adecuadamente los recursos

del comedor universitario

Mejorar el registro de informacion nutricional

Modelado del Análisis del Sistema

Page 20: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 20

1.2.4 Misión

1.2.5 Visión

Page 21: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 21

1.2.6 Organización del Proyecto

Participantes del Proyecto

El personal involucrado, será clasificado de acuerdo a las

tareas a desempeñar en cada fase de desarrollo, y se muestra a

continuación:

Interfaces Externas

El equipo “Six Lives” fue creado con el fin de tratar de hacer

más fácil la calidad de trabajo de los clientes en sus diferentes

centros de labor, los participantes del proyecto quienes en

forma conjunta trabajaran para proporcionar los

requerimientos del sistema adecuados al software que se

desarrolle, además de evaluar los resultados que se obtengan

según el plan establecido.

El jefe del equipo interactuará activamente con los

participantes para dar conocer los alcances del proyecto, para

especificaciones y validaciones.

1.2.7 Roles y Responsabilidades

Se procederá a describir de manera genérica las tareas asignadas a

cada puesto del equipo, durante las fases de desarrollo, de acuerdo

con la metodología RUP.

Responsable Rol

Moreno Saavedra Michael Jefe – Programador

Henríquez Avalos Shirley Analista de Sistemas

Anticona Oruro José Diseñador de Sistemas

Eche Gonzales Fiorella Programador

Cueva Rodríguez Tania Navarrete Leal Luz

Ingeniería de Software

Page 22: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 22

Jefe

Analista de

Sistemas

Diseñador del sistema

Ing. De Software

Programadores

Fig. Estructura De Roles De Cada Integrante

A continuación se presenta las responsabilidades que tienen a su cargo cada

integrante:

Jefe de Proyecto: El jefe de proyecto asigna los recursos, gestiona las

prioridades, coordina las interacciones con los clientes y usuarios, y

mantiene al equipo del proyecto enfocado en los objetivos. El jefe de

proyecto también establece un conjunto de prácticas que aseguran la

integridad y calidad de los artefactos del proyecto. Además, el jefe de

proyecto se encargará de supervisar el establecimiento de la arquitectura

del sistema. Gestión de riesgos. Planificación y control del proyecto.

Analista de Sistemas: Captura, especificación y validación de requisitos,

interactuando con el cliente y los usuarios mediante entrevistas.

Elaboración del Modelo de Análisis y Diseño. Colaboración en la elaboración

de las pruebas funcionales y el modelo de datos.

Diseñador de Sistemas: Define la arquitectura de hardware y software,

componentes, módulos y datos del sistema de cómputo para satisfacer los

requerimientos propuestos por el usuario.

Programador: Construcción de prototipos. Colaboración en la elaboración

de las pruebas funcionales, modelo de datos y en las validaciones con el

usuario.

Ingeniero de Software: Gestión de requisitos, gestión de configuración y

cambios, elaboración del modelo de datos, preparación de las pruebas

funcionales, elaboración de la documentación. Elaborar modelos de

implementación y despliegue.

Page 23: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 23

1.2.8 Gestión de Procesos

Estimaciones del Proyecto

El presupuesto del proyecto y los recursos involucrados se adjuntan en un documento separado.

Plan del Proyecto

En esta sección se presenta la organización en fases e

Iteraciones y el calendario del proyecto.

Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase (para las fases de Construcción y Transición es sólo una aproximación muy preliminar

ACTIVIDAD

FECHA

Fase de Inicio

(2 semanas)

Análisis de requisitos Definición del proyecto 07/11/09 Preparación del proyecto 07/11/09 Planeación del proyecto 07/11/09

Organización del proyecto 07/11/09 Especificación Especificación de requerimientos del software. 14/11/09

Especificación de soluciones 14/11/09

Entregables Fase de Elaboración (4 semanas)

Diseño y arquitectura

Modelación del trabajo. 21/11/09 Diseño del Software. 28/11/09

Diseño de la solución de base de datos. 12/12/09 Entregables

Fase de

Programación Elaboración de la entrada de datos.(Codificación) 14/12/09 Elaboración del procesamiento de datos. (Codificación) 21/12/09 Elaboración de la salida de datos. (Codificación) 28/12/09 Prueba del Software

Realización de prueba de caja negra y caja blanca 02/01/10 Prueba del Software para aceptación. 09/01/10

Documentación Elaboración de documentación 11/01/10

Page 24: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 24

Los hitos de cada fase se describen en la siguiente tabla:

Descripción Hito

Fase de Inicio

En esta fase desarrollará los requisitos del producto desde la

perspectiva del usuario, los cuales serán establecidos en el

artefacto Visión. Los principales casos de uso serán identificados

y se hará un refinamiento del Plan de Desarrollo del Proyecto. La

aceptación del cliente / usuario del artefacto Visión y el Plan de

Desarrollo marcan el final de esta fase.

Fase de Elaboración

En esta fase se analizan los requisitos y se desarrolla un

prototipo de arquitectura (incluyendo las partes más relevantes

y / o críticas del sistema). Al final de esta fase, todos los casos de

uso correspondientes a requisitos que serán implementados en

la primera release de la fase de Construcción deben estar

analizados y diseñados (en el Modelo de Análisis / Diseño). La

revisión y aceptación del prototipo de la arquitectura del sistema

marca el final de esta fase. La primera iteración tendrá como

objetivo la identificación y especificación de los principales casos

de uso, así como su realización preliminar en el Modelo de

Análisis / Diseño, también permitirá hacer una revisión general

del estado de los artefactos hasta este punto y ajustar si es

necesario la planificación para asegurar el cumplimiento de los

objetivos. Ambas iteraciones tendrán una duración de una

semana.

Fase de

Construcción

En esta fase se terminan de analizar y diseñar todos los casos de

uso, refinando el Modelo de Análisis / Diseño. El producto se

construye en base a 2 iteraciones, cada una produciendo una

release a la cual se le aplican las pruebas y se valida con el cliente

/ usuario. Se comienza la elaboración de material de apoyo al

construcción (7 semanas)

Elaboración del manual de instalación 16/01/10

Elaboración del manual del usuario y ayudas.

18/01/10

Elaboración de la monografía escrita. 23/01/10 Elaboración de la Exposición del trabajo. 30/01/10

Entregables Fase de Transición (1 semana)

Terminación del trabajo Entrega del trabajo 04/02/09 Entrega de documentación 04/02/09

Exposición del software. 04/02/09 Mantenimiento

Page 25: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 25

usuario.

Fase de Transición

En esta fase se prepararán dos releases para distribución,

asegurando una implantación y cambio del sistema previo de

manera adecuada, incluyendo el entrenamiento de los usuarios.

El hito que marca el fin de esta fase incluye, la entrega de toda la

documentación del proyecto con los manuales de instalación y

todo el material de apoyo al usuario, la finalización del

entrenamiento de los usuarios y el empaquetamiento del

producto.

Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del proyecto incluyendo sólo las fases de Inicio y Elaboración. Como se ha comentado, el proceso iterativo e incremental de RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e iteración del proyecto.

La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el énfasis de cada disciplina (workflow) en un momento determinado del desarrollo.

Page 26: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 26

1.3 Requerimientos del Sistema

1.3.1 Conocimiento de los Requisitos y Requerimientos

a) Definición del proyecto de software:

Problema Los procesos de cálculo, manejo y gestión en la dieta

alimenticia se realizan de forma manual.

Afecta A la nutricionista(sobrecarga de trabajo),a los

comensales(indirectamente en la calidad de ingesta de su

alimentación ), área de nutrición(falta de

aprovechamiento de herramientas disponibles para

aplicar la tecnología), al planeamiento de dietas

diarias(composición rápida ,exacta en cálculos y a tiempo

en el horario propuesto), aprovechamiento de recurso

alimenticio(ya que el mal cálculo genera exceso de comida

por tanto genera gastos al área de nutrición)

Impacto Pérdida de tiempo para realizar los procesos y falta de

aprovechamiento de recursos.

Una

solución

Implementar el “Sistema de Gestión de Información

Nutricional para el servicio de Comedor universitario

de la Universidad Nacional del Santa”

Page 27: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 27

b) Especificación:

Especificación de requerimientos para el software:

Hardware

1.1 Hardware de usuario de requerimiento mínimo

Microprocesador Pentium 4

Motherboard Intel 945.

Memoria: DDR2 512 MB.

Disco duro: 80 Gb.

Software

1 Sistema Operativo Windows XP Profesional.

1 Gestor de base de datos: MySqlServer.

1 Herramienta de Programación: Java.

Especificación de soluciones:

En esta fase se mencionan detalladamente las funcionalidades del

sistema a pedido:

Se requiere:

Tratamiento de alimentos:

Comprende el proceso de datos orientado a la composición

química de alimentos.

Consultar la composición química del alimento deseado

de acuerdo a una categoría y selección de alimento

respectivo.

Permitir la búsqueda de un alimento en toda la base de

datos (BD).

Insertar un alimento no hallado en la BD, teniendo previo

conocimiento de los campos tratados.

Características para la adquisición de datos:

Geografía: Perú

Fuente: CNAN

Clasificación: grupos y sus respectivos alimentos

Page 28: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 28

Tratamiento de platos:

Orientado al valor nutricional de los platos.

Consulta de platos disponibles con su respectivo valor

nutricional.

Edición y composición de nuevos platos hechos en base a

los alimentos disponibles en la BD

Almacén o guardado de platos nuevos.

Tratamiento de dietas:

Orientada al valor nutricional brindada diariamente.

Combinar y formar la dieta respectiva de acuerdo a la

tabla de platos disponibles.

Opcional:

o Guardado de acuerdado a una calendarización

para no repetir el potaje consecutivamente

o Consultar los platos preparados durante un

determinado tiempo.

o Guardar los platos a preparar en una fecha

determinada.

Reporte del menú del día con su respectivo valor

nutricional, con la cantidad necesaria para su preparación

y especificación del número de comensales a atender.

Herramientas:

Calculadora De Masa Corporal: Que brinde el estado en

que nos encontramos con respecto a nuestro peso (con

sobrepeso, carencia o estado normal) teniendo en cuenta

la talla, el peso actual, el sexo, nivel de actividad física o

gestación.

Tabla de platos extras: Que se pueda dar mantenimiento

(buscar, editar, eliminar) a medidas caseras como una

cucharada de harina, una taza de jugo, etc. Todo esto

expresado en el equivalente a gramos

Page 29: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 29

Metodología:

1.3.2 Encontrando Actores

Para proveer de una forma efectiva el servicio que se ajuste a las necesidades

del usuario, es necesario identificar e involucrar a todos los participantes en

el proyecto como parte del proceso de modelado de requerimientos. También

es necesario identificar al usuario del sistema y asegurarse de que el conjunto

de participantes en el proyecto los representa adecuadamente. Esta sección

muestra un perfil de los participantes y del usuario involucrado en el

proyecto, así como los problemas más importantes que éstos perciben para

enfocar la solución propuesta hacia ellos.

Sumario del personal:

Nombre Descripción Responsabilidades

-------- Jefe de la

unidad de

bienestar

universitari

o

Es quien toma todas las decisiones dentro de

la unidad de bienestar universitario. Hace

seguimiento del desarrollo del proyectos y

aprueba requisitos y funcionalidades

---------- Jefe del

departamen

to de

nutrición

Es quien se encarga de organizar, supervisar,

conducir y controlar el funcionamiento de

los procesos en el departamento.

Encargado de realizar el mantenimiento de

los comensales de sistema, asistencias, los

servicios que brinda y de realizar consultas.

Page 30: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 30

Sumario de Usuarios:

Directos:

Nombre Descripción Responsabilidades

Nutricionista:

Elba Velásquez Carrasco

Es la profesional encargada de realizar y

aplicar diversos cálculos para las dietas

que se preparan en el comedor

universitario así como de supervisar que

la alimentación sea preparada en las

mejores condiciones.

Cálculo, manejo y

gestión en la

dieta alimenticia

Indirectos:

Nombre Descripción Responsabilidades

Cocinero Es el encardo de preparar las dietas

estipuladas por la nutricionista,

realizando su trabajo de manera

limpia y ordenada

Preparar las dietas

diarias teniendo en

cuenta las actividades

sanitarias pertinentes

Comensal Estudiante de una facultad y ciclo

que se beneficia con el servicio del

comedor.

Consumir alimentos

preparados.

Ambiente

Nombre Ambiente

Nutricionista Se sitúa en el departamento de nutrición situado en el

mismo comedor universitario; interactúa con todos los

cocineros y comensales que se encuentran en su entorno.

Mayormente se traslada de un lugar a otro.

Cocinero Se encuentra en el área de cocina y es la persona

encargada de preparar los alimentos estipulados para una

dieta

Page 31: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 31

Hace uso de utensilios, y toda una gama de servicios de

cocina y limpieza para preparar los alimentos.

Comensal Se encuentra en el área de comedor universitario situada

en una parte del primer piso y todo el segundo piso, con

asistencia en horarios de la mañana(desayuno) y la

tarde(almuerzo)

1.3.3 Panorama del Producto

Perspectiva del producto

El Sistema de Gestión de Información Nutricional logrará más

viabilidad en los procesos que se realiza en las dietas, esto trae como

consecuencia la reducción del tiempo en realizar dichas actividades,

una mejor estructura en la gestión de alimentos, la mejora de la

calidad en el servicio del comedor y además una mejora en la dieta

de los comensales.

El siguiente cuadro muestra un listado con los beneficios que

obtendrá el departamento de nutrición con el sistema desarrollado:

Beneficios para los

usuarios

Características que lo apoyan

Mayor agilidad en los

procesos de cálculos

del valor nutricional

para los alimentos

requeridos en las

dietas

El sistema contará con un sistema gestor de base

de datos y de esta manera procesara la

información de manera segura y rápida.

Page 32: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 32

Mayor facilidad en el

mantenimiento y

consulta de alimentos,

platos y dietas

El sistema contará con una interfaz sencilla y

amigable.

Mayor calidad y

seguridad en la ingesta

de dietas para los

comensales.

El sistema cuenta con un estándar de alimentos

publicados por CNAN(Perú).

Agilidad para el

desarrollo de futuras

dietas

Gracias al sistema el tiempo de proceso para las

dietas será demasiado rápido en comparación a

lo que actualmente se viene trabajando;

logrando terminar y confeccionar futuras dietas

con su análisis respectivo en plazos cortos

Aprovechamiento de la

tecnología de

información

Se usara el hardware disponible en el

departamento de nutrición, junto a la última

tecnología en software para el desarrollo del

sistema.

Mayor exactitud en la

cantidad de alimentos a

preparar.

El sistema brindara una mayor exactitud en la

proporciones de los alimentos a preparar que

serán controlados de acuerdo al análisis

realizado por la nutricionista.

Restricciones del Producto

El sistema se restringe a cálculo, manejo y gestión en la dieta

alimenticia para el departamento de nutrición en especial

para el uso de la nutricionista más no maneja base de datos de

los comensales, ni los controles de asistencia, etc. Es decir no

abarca en su conjunto todo el servicio de bienestar

universitario, ni todo el control del servicio del comedor.

Page 33: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 33

Características del producto

Nutricionista:

- Ingreso al sistema en modo de usuario

- Actualizar y verificar datos del sistema.

- Usar el mantenimiento de datos si así se requiere

- Utilizar la búsqueda y edición para las dietas.

- Reportes de dietas y cantidad a preparar para el día junto al valor

nutricional respectivo.

Cocinero:

- Usa los alimentos y los prepara de acuerdo a la cantidad y dieta

establecida para el día.

- Sirven la comida de acuerdo a una escala de medida manejada por

ellos.

Comensal:

- Consume los alimentos preparados en base a la dieta estipulada por

la nutricionista.

Page 34: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 34

1.3.4 Diagramas de Casos de Uso

1.3.4.1 PROCESOS DEL NEGOCIO ACTUAL

Consultar Informacion Disponible

Realizar Calculo

Analizar Valor Nutricional de Dietas

Detallar la Minuta

Detallar Alimentos Requeridos

Nutricionista

Analizar el Estado AlimenticioConsultar Masa Corporal

Page 35: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 35

1.3.4.2 Procesos Del Negocio Propuesto

1.3.4.3 DESCRIPCION DE CASOS DE USO DEL NEGOCIO

Los casos de uso del negocio son:

Actualizar Registro de Alimentos

El propósito de esta tarea es realizado por la nutricionista.El flujo de

trabajo para actualizar registro de alimentos es de la siguiente

manera:

Crear nuevo registro

Incluye nuevo alimento deseado con la información nutricional

correspondiente al mismo (Energía, carbohidratos totales,

grasa, agua, etc).

Page 36: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 36

Modificar Registro

Permite cambiar datos, valores y campos existentes de un

registro seleccionado de acuerdo a su grupo alimenticio o

eliminarlos del registro por completo.

Listar Registro

Mostrar en pantalla los registros de alimentos con respecto al

grupo alimenticio.

Actualizar Registro de Platos

El propósito de esta tarea es realizado por la nutricionista

Su flujo de trabajo para actualizar registro de platos es de la siguiente

manera:

Crear nuevo plato

Se crea un nuevo registro de plato al cual se le asigna alimentos

del grupo alimenticio elegido, existentes en la base de datos

cada uno con la cantidad debidamente requerido para el nuevo

plato.

Modificar Plato

Permite cambiar las cantidades de los ingredientes que se

aplican a los platos o eliminarlos del registro.

Listar Platos

Muestra en la pantalla los platos almacenados en el registro

solo con seleccionar la categoría del plato, a su vez al

seleccionar un plato se visualizara la información nutricional

de este.

Actualizar Registro de Minutas

Basado en la composición de dietas para el desayuno y almuerzo.

En el desayuno se verificara la selección adecuada de la bebida fría y

caliente que se encuentra almacenada en la base de datos a

disposición de uso de la nutricionista.

En el almuerzo se verificara también la selección adecuada de la

entrada, segundo, bebida fria y postre, para posteriormente ser

guardada en la base de datos, a su no solo permitirá este tipo de acción

sino que mostrara la composición total de la dieta.

Page 37: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 37

Elaborar Reportes

La nutricionista obtendrá la información dela dietas, platos y

alimentos empleados en el sistema que conformaran los reportes

actualizados para la toma de decisiones respectivamente

1.3.5 Modelado Del Análisis Del Negocio (Propuesto)

Page 38: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 38

1.3.6 Modelado De Objetos Del Negocio (Propuesto)

1.4 REQUERIMIENTOS:

1.4.1 Diagramas De Casos De Uso:

1.4.1.1 Actores:

Nutricionista, sistema

1.4.1.2 Casos De Uso:

Los casos de uso del sistema encontrado son los siguientes:

Actualizar registro de alimentos

Actualizar registro de platos

Actualizar registro de minutas

Elaborar reportes

Page 39: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 39

ACTUALIZAR REGISTRO DE ALIMENTOS

Abrir Sistema

Seleccionar Ventana de Alimentos

Eliminar AlimentoSeleccionar Alimento

<<include>>

Cambiar Datos de Alimento

Nutricionista

Ingresar Nuevo Alimento

Ingresar Campos de Alimentos

Modificar Alimento

<<include>>

Guardar

Crear Alimento

<<include>>

<<include>>

Page 40: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 40

ACTUALIZAR REGISTRO DE PLATO

Page 41: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 41

ACTUALIZAR REGISTRO DE MINUTA

ELABORAR REPORTE DE DIETA

Seleccionar opcion Bebida

Seleccionar Opcion entrada

Seleccionar Opcion Segundo

Seleccionar Opcion Postre

Seleccionar Opcion Acompañamiento

Seleccionar Opcion Bebida Fria

Seleccionar Opcion Bebida Caliente

Guardar Datos

Crear Minuta

Nutricionista Seleccionar Opcion

Page 42: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 42

1.4.1.3 Detalle de Casos De Uso:

Los casos de uso del sistema encontrado son los siguientes:

CASO DE USO : CREAR UN NUEVO ALIMENTO

Tipo de C.U. : Primario

Actores : Nutricionista

Propósito : Insertar un nuevo dato de alimento en la Base de Dato

Resumen : La nutricionista ingresa al sistema y elige la orden de crear un nuevo alimento para luego guardarlo.

Precondiciones : Tener información completa del nuevo alimento

Acción de los Actores Respuesta del Sistema

1. La nutricionista ingresa al sistema 3. La nutricionista selecciona la

pestaña de alimento 5. La nutricionista elige la opción de

crear 7. La nutricionista ingresa los datos a la

ventana 9. La nutricionista selecciona la opción

de guardar 11. La nutricionista elige la opción salir

2. EL sistema muestra el interfaz

principal 4. El sistema carga la ventana de

alimento 6. 6. El sistema muestra la ventana con los

campos vacíos 8. El sistema recibe los datos del

alimento 10.El sistema guarda los datos 12. El sistema finaliza la aplicación

CASO DE USO : MODIFICAR ALIMENTO

Tipo de C.U. : Secundario

Actores : Nutricionista

Propósito : Modificar un dato que ya existe en la Base de Dato

Resumen : La nutricionista ingresa al sistema y modifica un alimento existente

Precondiciones : Tener información completa del alimento a modificar

Acción de los Actores Respuesta del Sistema

1. La nutricionista selecciona la pestaña de alimento

3. La nutricionista selecciona el alimento a modificar

4. La nutricionista escoge la opción de modificar

6. La nutricionista modifica y elige guardar los datos

8. La nutricionista elige salir de la aplicación

2. EL sistema carga la ventana de

alimentos 6. 5. El sistema activa la casilla

seleccionada 7. El sistema recibe los datos del

alimento 9. El sistema finaliza la aplicación

Page 43: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 43

CASO DE USO : ELIMINAR ALIMENTO

Tipo de C.U. : Secundario

Actores : Nutricionista

Propósito : Eliminar un dato de alimento en desuso de la Base de Dato

Resumen : La nutricionista ingresa al sistema y selecciona y elimina un dato

Precondiciones : Tiene que existir por lo menos un alimento en la Base de Datos

Acción de los Actores Respuesta del Sistema

1. La nutricionista selecciona la pestaña de alimento

3. La nutricionista selecciona el alimento a eliminar

4. La nutricionista escoge la opción a eliminar

6. La nutricionista elimina el dato seleccionado

8. La nutricionista elige la opción salir de la aplicación

2. EL sistema carga la ventana de

alimentos 6. 5. El sistema activa la casilla

seleccionada 7. El sistema actualiza los datos en la

base de datos 9. El sistema finaliza la aplicación

Page 44: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 44

Caso de Uso : CREAR NUEVO PLATO Tipo de C.U. : Primario

Actores : Nutricionista Propósito : Crear un nuevo plato para que sea añadido

posteriormente a las Minutas.

Resumen : La nutricionista selecciona los alimentos que conformarán el plato y llenará los campos necesarios correspondientes a las cantidades necesarias pata el plato.

Precondición : Tener información actualizada de los alimentos en la Base de Datos.

Acción de actores Respuesta del Sistema 1. La Nutricionista selecciona crear

nuevo plato. 3. La Nutricionista selecciona la

categoría del plato. 5. La nutricionista coloca el nombre

del nuevo plato. 6. La nutricionista selecciona el botón

Editar. 8. La Nutricionista elige los alimentos

que conformarán el nuevo plato. 9. La Nutricionista elige el botón

guardar datos. 11. La Nutricionista selecciona Salir.

2. El sistema muestra la interfaz correspondiente para el llenado de datos.

4. El sistema genera ID único para el nuevo plato.

7. El sistema activa los campos a editar

del plato. 10. El sistema almacena el plato. 12. El sistema finaliza la aplicación

Page 45: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 45

Caso de Uso : MODIFICAR PLATO Tipo de C.U. : Primario

Actores : Nutricionista

Propósito : Cambiar la cantidad de alimento que conforma al plato. Resumen : La nutricionista selecciona el alimento que conforma al

plato y modifica la cantidad que corresponde al plato. Precondición : Tener platos almacenados en la base de datos, debe

existir 1 plato como mínimo. Acción de actores Respuesta del Sistema

1. La Nutricionista selecciona la pestaña modificar datos del plato.

3. La Nutricionista selecciona la

categoría del plato. 5. La nutricionista coloca el nombre

del plato a modificar. 7. La nutricionista modifica

cantidades. 8. La Nutricionista elige el botón

guardar cambios. 10. La Nutricionista selecciona Salir.

2. El sistema muestra la interfaz correspondiente para el llenado de datos.

4. El sistema activa la selección de platos de acuerdo a la categoría.

6. El sistema muestra los alimentos y sus cantidades.

9. El sistema almacena cambios en el

plato. 11. El sistema finaliza la aplicación

Caso de Uso : ELIMINAR PLATO

Tipo de C.U. : Secundario Actores : Nutricionista

Propósito : Eliminar plato existente en la Base de Datos. Resumen : La nutricionista selecciona el plato a eliminar y lo borra

de la base de datos. Precondición : Tener platos almacenados en la base de datos, debe

existir 1 plato como mínimo. Acción de actores Respuesta del Sistema

1. La Nutricionista selecciona la pestaña modificar datos del plato.

3. La Nutricionista selecciona la

categoría del plato. 5. La nutricionista coloca el nombre

del plato a modificar. 7. La nutricionista selecciona eliminar

plato. 9. La Nutricionista selecciona Salir.

2. El sistema muestra la interfaz correspondiente para el llenado de datos.

4. El sistema activa la selección de platos de acuerdo a la categoría.

6. El sistema muestra los alimentos y sus cantidades.

8. El sistema elimina el plato de la Base de Datos.

10. El sistema finaliza la aplicación

Page 46: Página 1 · 2.1.5 Presentación de los Requerimientos como casos de uso 2.2 Análisis del sistema 2.2.1 Descripción de Escenarios 2.2.2 Modelo del Dominio 2.2.3 Encontrando Clases

Página 46

Caso de Uso : CREAR MINUTA Tipo de C.U. : Primario

Actores : Nutricionista

Propósito : Crear una nueva Minuta para generar posteriormente el reporte.

Resumen : La nutricionista selecciona los platos correspondientes a la minuta.

Precondición : Tener actualizada la información de platos, debe existir 1 plato como mínimo.

Acción de actores Respuesta del Sistema 1. La Nutricionista selecciona crear

nueva minuta 3. La Nutricionista selecciona los

platos correspondientes a la Minuta 4. La nutricionista selecciona guardar

6. La nutricionista selecciona Mostrar 8. La Nutricionista selecciona Salir.

2. El sistema muestra la interfaz correspondiente para el llenado de datos.

5. El sistema almacena los platos de la

Minuta. 7. El sistema muestra la Minuta con su

valor Nutricional. 9. El sistema finaliza la aplicación

Caso de Uso : Elaborar reporte de dietas

Tipo de C.U. : Primario

Actores : Nutricionista

Propósito : Obtener reportes de las dietas almacenadas en la Base de Dato

Resumen : La nutricionista obtiene información de las dietas, platos y alimentos que la componen a través de los reportes que le ayudan a la toma de decisiones

Precondiciones : Debe existir por lo menos una Dieta creada.

Acción de los Actores Respuesta del Sistema

1. La nutricionista elige elaborar reportes de dietas

3. La nutricionista selecciona la dieta 5. La nutricionista escoge la opción a

salir de la aplicación

2. EL sistema muestra la interfaz 4. El sistema muestra los datos de

acuerdo a la dieta elegida 6. 6. El sistema finaliza la aplicación