Especificación de requisitos del sistema

Instituto Tecnológico de Costa Rica – Sede San Carlos

Especificación de

Requisitos del Sistema IC 5820 - Especificación de Software

Josué Murillo León 201173672

Walter Chavarría 201128928

Jonnathan Bartly Monge 201132726

Profesor: Dr. Oscar López V.

2

Tabla de Contenidos

Introducción pág. 4

o Propósito pág. 4

o Ámbito del Sistema pág. 4

o Definiciones, acrónimos y abreviaturas pág. 5

o Referencias pág. 6

o Visión Global pág. 6

Descripción General pág. 7

o Perspectiva del producto pág. 7

o Funciones del producto pág. 7

o Características de los usuarios pág. 8

o Restricciones pág. 9

o Suposiciones y dependencias pág. 9

o Requisitos futuros pág. 11

Requisitos Específicos pág. 12

o Interfaces externas pág. 12

o Requisitos funcionales pág. 21

o Declaración PPI pág. 21

o Actores pág. 21

o Diagrama de contexto pág. 22

o Enfoque de uso pág. 23

o Casos de uso pág. 24

o Modelo de Dominio pág. 35

o Requisitos de rendimiento pág. 36

o Restricciones de diseño pág. 36

o Atributos del sistema pág. 36

o Otros requisitos pág. 37

3

Apéndices pág. 38

o Plan de trabajo pág. 38

o Lista de riegos pág. 39

Tablas de Evaluación pág. 40

o Minutas de trabajo con el usuario pág. 41

o Minutas de trabajo con el grupo de trabajo pág. 42

o Especificación de estándares pág. 43

4

Introducción.

Propósito.

Este documento presenta la Especificación de Requisitos del Sistema

(ERS) de un Inventario Forestal. Aquí se constituyen las funciones que deben ser

integradas por el sistema a desarrollar. Además se detallan los requerimientos no

funcionales, restricciones del proceso, otras limitaciones y factores necesarios

para suministrar una completa y perceptible descripción de los requerimientos del

software. Es decir, el documento hace evidente lo que se debe cumplir con el

sistema a desarrollar.

Ámbito del Sistema.

El sistema a desarrollar, denominado Inventario Forestal, lo que pretende

es mantener un control sobre la materia prima forestal, árboles, para la elección de

disposiciones por parte de los técnicos forestales y tomadores de decisiones.

El sistema se encargará de ingresar y almacenar datos en la base de datos,

los cuales se obtendrán por medio de los técnicos forestales. Además, el sistema

será capaz de aplicar una serie de parámetros a dichos datos para la creación de

reportes y su posterior envío a las personas adecuadas y autorizadas.

El sistema controlará los permisos disponibles para usuarios y

administradores. De igual forma, manejará la gestión de fincas y lotes y la gestión

de parámetros.

5

Para las pantallas (interfaces) de las gestiones de fincas, parámetros y

usuarios se desarrollarán una para cada gestión, en la cual se podrán realizar los

mantenimientos pertinentes (inserción, actualización y borrado de datos).

Definiciones, acrónimos y abreviaturas.

1. Tomador de decisiones: Es la persona de más alto nivel que recibe los

reportes, y a partir de la información obtenida, toma las decisiones

forestales necesarias.

2. Técnico forestal: Es el encargado de recolectar los datos e ingresarlos al

sistema. Además, puede recibir reportes al igual que el tomador de

decisiones.

3. Base de datos: Corresponde a un conjunto de tablas de información, las

cuales poseen datos que se encuentran relacionados entre sí.

4. Mantenimientos: Consiste en la inserción de datos, o la actualización de

datos, o en defecto, la eliminación de datos.

5. Reportes: Informes que permite desplegar la aplicación en pantalla o de

forma impresa. Dichos informes corresponden a los datos procesados por

medio de la aplicación de parámetros.

6. Parámetros: Corresponde a medidas especiales que se usan para convertir

los datos en información evaluable.

7. Requisitos funcionales: Determinan cómo funciona el sistema ante

determinadas circunstancias.

8. Requisitos No funcionales: Establecen qué restricciones existen para el

funcionamiento del sistema. Por ejemplo: tiempo, proceso de desarrollo,

estándares, etc.

9. Sistema: Es la aplicación a desarrollar, la cual usarán los técnicos forestales

o los tomadores de decisiones.

10. Login: Ingresar al sistema por medio de un usuario y una contraseña.

6

Referencias.

Este documento se realizó con la ayuda de la Especificación de Requisitos

del Sistema de Gestión de Adopciones que fue proporcionado por el profesor Dr.

Oscar López para el desarrollo del ERS de nuestro sistema.

Visión Global.

Este documento se organizó en cuatro partes principales:

a. Introducción: trata asuntos referentes al documento en sí, aunque también

frecuenta el tema sobre el software a desarrollar. Por ejemplo, la sección

del Ámbito del Sistema corresponde explícitamente a forma en que trabajará

la aplicación. Las restantes secciones se enfocan en el objetivo del

documento y demás.

b. Descripción General: está parte del documento se orienta hacia el cliente,

debe ser entendible para el usuario o lector que no participa en la etapa de

desarrollo. En otras palabras, el cliente obtiene los requisitos del producto

pero en un lenguaje adecuado para ellos.

c. Requisitos Específicos: orientado a los desarrolladores. Se refiere a las

funciones específicas que el sistema deberá ejecutar, y están en un

lenguaje especial que solo un ingeniero podría comprender.

d. Apéndices: contiene detalles que son más administrativos. Tales como el

plan de trabajo, las minutas de trabajo y en esta ocasión los riesgos

principales que podría sufrir el desarrollo de este software.

7

Descripción General.

Perspectiva del Producto.

En palabras claras, lo que se espera del producto es un funcionamiento

adecuado con respecto al almacenamiento y procesamiento de datos que dan

como resultado una recopilación de reportes necesarios para la toma de

decisiones en el ámbito forestal.

Se espera que el producto sea una aplicación web, en la cual solo los

técnicos forestales y los tomadores de decisiones tendrán acceso directo y

completo a los datos vírgenes. Los usuarios que visiten la página tendrán permiso

de visitante, el cual les permitirá conocer cierta información seleccionada

concerniente al campo forestal.

Funciones del Producto.

El siguiente diagrama contextualiza las funciones del producto. Además

muestra las posibles tareas que podrían realizar los usuarios y aquellas tareas que

no deben ser realizadas por un humano; es decir, tareas ejecutadas

específicamente por el sistema.

Aunque se menciona que los usuarios realizan algunas tareas, debe quedar

claro que todas las funciones son concretamente del software a desarrollar.

8

Características de los Usuarios.

1. Tomadores de Decisiones: usuarios con conocimientos básicos en

computación, pero con conocimiento avanzado en temas forestales. Ya que

manejan datos en la herramienta Microsoft Excel, tienen fundamentos en el

uso de bases de datos.

2. Técnico Forestal: tienen facilidad en la recolección de datos forestales.

Además conocen el proceso de aplicación de parámetros y la información

que debe reportar el sistema. . Ya que manejan datos en la herramienta

Microsoft Excel, tienen fundamentos en el uso de bases de datos.

3. Visitante: no se sabe claramente las características de un visitante, ya que

el visitante podrá ver los reportes que el sistema tenga autorizado mostrar

al público.

9

Restricciones.

a. Si la junta directiva del observatorio se reúne una vez al mes, los datos

recolectados por el técnico forestal debe ser almacenado con anterioridad,

para fijar los parámetros con los cuales los reportes serán generados y que

los mismos estarán siendo analizados por la junta.

b. La organización posee relativamente poca experiencia en manejo de

sistemas informáticos pues sólo ha utilizado aplicaciones de automatización

de oficinas, ello podría ocasionar problemas en la operación inicial del

sistema.

c. Los Ingenieros de Software habitan en una región diferente a la del cliente,

por lo que citas de reunión no son frecuentes como se desearía.

d. La experiencia de los ingenieros se basa en aplicaciones Desktop en

ambiente Windows, lo que limita la posibilidad de exploración de otras

opciones de entorno de operación o programación web.

e. El tiempo para el desarrollo completo de la aplicación no es el deseable, por

lo tanto, será poco probable que el software sea terminado.

Suposiciones y Dependencias.

Este sistema logrará realizar mejores decisiones a partir de la información

brindada a los tomadores de decisiones. Esta información son los reportes

generados a partir de la aplicación de parámetros a los datos.

Sin embargo, para que el software realice esto, se presupone que:

10

1. Se realizará una gestión adecuada de los usuarios por parte de los

administradores del sistema. Así las personas tendrán acceso al sistema

cuando se le confiere el permiso apropiado.

2. La gestión de fincas y lotes se debe realizar bajo la ética del almacenador

de información. El que realice está acción debe ser honesto a la hora de

ingresar los datos de una finca y los lotes. De esa forma, la información

distribuida a los tomadores de decisiones será la adecuada para mejorar las

zonas forestales.

3. El sistema será adoptado como parte integral de la dinámica organizacional

del observatorio para así lograr los objetivos planteados.

4. El nivel de operación del observatorio se mantendrá dentro de los límites de

lo adecuado, nutriendo el sistema con los datos necesarios para

desempeñar sus propósitos.

5. Los datos serán introducidos al sistema respetando las interfaces de

usuario establecidas para esos propósitos.

6. Existirá un interés sostenido de la gerencia para el desarrollo y operación

del sistema.

7. Los recursos humanos y financieros estarán disponibles y a tiempo para el

desarrollo y operación del sistema.

8. El desarrollo de otros sistemas en el futuro considerará las necesidades de

integración con el presente sistema.

11

Requisitos Futuros.

Requisito Futuro Explicación

Recolección de datos. Para una recolección de datos más rápida se

espera implementar una manera de obtener

los y almacenarlos en la base de datos por

medio de dispositivos móviles como tabletas,

celulares, etc.

Google Maps. Para la visualización de datos, se espera

desarrollar un módulo que permita al usuario

observar la posición de las fincas, lotes y

árboles.

Google Docs. Una vez se hayan generado los reportes, se

quiere que el sistema no solo envíe los

reportes a los correos de los tomadores de

decisiones, sino que también se sincronicen

con Google Docs o Dropbox u otros.

Dispositivos Móviles. Se espera realizar una aplicación del

inventario forestal para dispositivos móviles.

Login a través redes

sociales.

Para un rápido ingreso al sistema el usuario

tendrá la posibilidad de realizar el login a

través de redes sociales.

12

Requisitos Específicos.

Interfaces Externas.

En cuanto a las pantallas de muestra y los reportes a emitir, se pretende

lograr un diseño como se especifica a continuación:

Usuarios.

Pantalla Inicio: Inicialmente se mostrara la misión y visión, luego se podrá

seleccionar alguno de los reportes permitidos para visualizarlo.

13

Reportes:

Área Neta.

14

Árbol Completo. Se mostrara la información correspondiente a

los árboles.

15

Procesamiento de Datos. Se tomaran los parámetros y los

datos cargados en la Gestión de Parámetros y la Gestión de Fincas y

Lotes respectivamente y se mostraran en este reporte.

16

Administradores.

Pantalla Ingreso: El administrador deberá identificarse correctamente para

poder tener los privilegios correspondientes.

17

Pantalla Inicio: En la esquina superior derecha se mostrara el nombre del

administrador y se le dará la opción de cerrar la cuenta. En la vista como

administrador se verán las gestiones o mantenimientos que no se le muestran a

los usuarios comunes.

18

Gestiones:

Gestión Parámetros. Se podrán modificar los parámetros

utilizados para los distintos reportes.

19

Gestión de Fincas y Lotes. Se podrán modificar las fincas,

lotes, parcelas y toda la información que a estos correspondan con el

fin de generar los reportes.

20

Gestión de Usuarios. Se podrá observar toda la información

correspondiente a las cuentas de los usuarios, pudiendo modificarse,

borrarse y agregarse nuevos usuarios.

21

Requisitos Funcionales.

Declaración de PPI:

1. Login.

2. Digitalizar de Datos.

3. Almacenamiento de los Datos.

4. Procesamiento de los Datos.

5. Distribución de la Información.

6. Gestión de Fincas y Lotes:

6.1. Inserción de Fincas y Lotes.

6.2. Modificación de Fincas y Lotes.

6.3. Eliminación de Fincas y Lotes.

7. Gestión de Parámetros:

7.1. Inserción de Parámetros.

7.2. Modificación de Parámetros.

7.3. Eliminación de Parámetros.

8. Gestión de Usuarios:

8.1. Inserción de Usuarios.

8.2. Modificación de Usuarios.

8.3. Eliminación de Usuarios.

Actores:

1. Técnico Forestal.

2. Tomador de Decisiones.

3. Administrador: el administrador puede ser cualquier persona, el

Técnico Forestal o el Tomador de Decisiones.

22

Diagrama de Contexto.

23

Enfoque de Uso.

24

Casos de Uso.

Código CU-001 Nombre Login

Versión 1 Fecha 25 de abril de 2012

Autor Jonnathan Bartly Monge Email [email protected]

Descripción

Este caso de uso inicia cuando el técnico forestal (TF) o el tomador de decisiones (TD) quieren entrar al sistema.

Pre condición Se encuentran en la pantalla de login y los campos a digitar se encuentran en blanco o vacío.

Secuencia Normal

1. El TF o el TD se posiciona en los campos a digitar.

2. El sistema se mantiene en espera.

3. El TF o el TD digita el nombre usuario y su contraseña.


5. El TF o el TD presiona el botón de ingresar.

6. El sistema permite el acceso al sistema.

Post condicional Login realizado.

Excepciones (flujos alternativos)

5.a. El botón ingresar no está habilitado.

5.a.1. El sistema envía mensaje de error.

5.a.2. El TF o el TD acepta el mensaje.

5.a.3. El sistema finaliza el caso de uso.

6.a. El sistema no permite el acceso.

6.a.1. El sistema envía mensaje de No ingreso.



Importancia Alta/Media/Baja

Urgencia Alta/Media/Baja

Estado Pendiente

Comentario

<Sin comentarios>

mailto:[email protected]

25

Código CU-002 Nombre Digitalizar/Almacenar



Descripción

Este caso de uso inicia cuando el técnico forestal inicia la aplicación o en cualquier momento en que digitalice en los campos predestinados.

Pre condición El campo a digitar se encuentra en blanco o vacío.

Secuencia Normal

1. El técnico forestal se posiciona en el campo a digitar.


3. El técnico forestal digitaliza la información deseada.


5. El técnico forestal presiona el botón para saber si el sistema acepta lo digitado.

6. El sistema acepta y almacena la estructura de lo digitado.

Post condicional Datos almacenados.


5.a. El botón aceptar no está habilitado.


5.a.2. El cliente acepta el mensaje.


6.a. El sistema no acepta la estructura de lo digitado.


6.a.2. El cliente acepta el mensaje.




Estado Pendiente

Comentario

<Sin comentarios>


26

Código CU-003 Nombre Procesamiento



Descripción

Este caso de uso inicia cuando el técnico forestal (TF) o el tomador de decisiones (TD) desea ver un reporte específico.

Pre condición El sistema presenta la lista de reportes que puede generar.

Secuencia Normal

1. El TF o el TD selecciona el reporte que desea observar.

2. El sistema se mantiene a espera.

3. El TF o el TD presiona el botón de ver reporte.

4. El sistema procesa los datos necesarios internamente y despliega en pantalla la información del reporte.

Post condicional Reporte generado.


4.a. El sistema no despliega la información del reporte.

4.a.1. El sistema envía mensaje de Falta de datos para generación de reporte.





Estado Pendiente

Comentario

<Sin comentarios>


27

Código CU-004 Nombre Inserción Usuario



Descripción

Este caso de uso inicia cuando el administrador de la aplicación decide insertar a un nuevo usuario. Y está en la pantalla de insertar usuarios.

Pre condición Los campos a digitar se encuentran en blanco o vacío.

Secuencia Normal

1. El administrador se posiciona en el campo a digitar.


3. El administrador digitaliza la información deseada.


5. El administrador presiona el botón para saber si el sistema acepta lo digitado.


Post condicional Usuario insertado.



6.a.1. El sistema envía mensaje de error de estructura.

6.a.2. El administrador acepta el mensaje.


6.b. El sistema no haya, en los campos, información necesaria para almacenar.

6.b.1. El sistema envía mensaje Faltante de información.

6.b.2. El administrador acepta el mensaje.

6.b.3. El sistema finaliza el caso de uso.



Estado Pendiente

Comentario

<Sin comentarios>


28

Código CU-005 Nombre Inserción Fincas/Lotes



Descripción

Este caso de uso inicia cuando el Técnico Forestal va a insertar la información de una Finca. Y está en la pantalla de insertar Fincas y Lotes.

Pre condición Los campos a digitar se encuentran en blanco o vacío.

Secuencia Normal

1. El Técnico Forestal se posiciona en el campo a digitar.


3. El Técnico forestal digitaliza la información deseada.


5. El Técnico Forestal presiona el botón para saber si el sistema acepta lo digitado.


Post condicional Fincas y Lotes insertados.




6.a.2. El Técnico Forestal acepta el mensaje.




6.b.2. El Técnico Forestal acepta el mensaje.




Estado Pendiente

Comentario

<Sin comentarios>


29

Código CU-007 Nombre Modificar Usuarios



Descripción

Este caso de uso inicia cuando el administrador de la aplicación decide modificar a un usuario. Y está en la pantalla de modificar usuarios.

Pre condición Los campos a modificar se encuentran llenos con la información del usuario a modificar.

Secuencia Normal

1. El administrador se posiciona en los campos a modificar.


3. El administrador borra la antigua información y digita la nueva información.


5. El administrador presiona el botón para saber si el sistema acepta lo digitado.


Post condicional Usuario modificado.






6.b. El sistema no haya, en los campos asignados, información necesaria para almacenar.


6.b.2. El administrador acepta el mensaje.




Estado Pendiente

Comentario

<Sin comentarios>


30

Código CU-008 Nombre Modificar Fincas/Lotes



Descripción

Este caso de uso inicia cuando el Técnico Forestal va a modificar la información de una Finca. Y está en la pantalla de modificar Fincas y Lotes.

Pre condición Los campos a modificar se encuentran llenos con la información de la Finca a modificar.

Secuencia Normal

1. El Técnico Forestal se posiciona en el campo a modificar.


3. El Técnico forestal digitaliza la nueva información luego de borrar la antigua información.




Post condicional Fincas y Lotes modificados.












Estado Pendiente

Comentario

<Sin comentarios>


31

Código CU-009 Nombre Modificar Parámetros



Descripción

Este caso de uso inicia cuando el Técnico Forestal va a modificar la información de parámetros en la base de datos. Y está en la pantalla de modificar Parámetros.

Pre condición Los campos a modificar se encuentran llenos con la información de los Parámetros a modificar.

Secuencia Normal

1. El Técnico Forestal se posiciona en el campo a modificar.


3. El Técnico forestal digitaliza la nueva información luego de borrar la antigua información.




Post condicional Parámetros modificados.










6.c. El sistema no logra obtener información almacenada con anterioridad en la base de datos para modificar parámetros.

6.c.1. El sistema envía mensaje Faltante de información.

6.c.2. El Técnico Forestal acepta el mensaje.

6.c.3. El sistema finaliza el caso de uso.



Estado Pendiente

Comentario

<Sin comentarios>


32

Código CU-010 Nombre Borrar Usuarios



Descripción

Este caso de uso inicia cuando el administrador de la aplicación decide borrar a un usuario. Y está en la pantalla de borrar usuarios.

Pre condición Los campos de información se encuentran llenos con la información del usuario a borrar.

Secuencia Normal

1. El administrador verifica que el usuario sea el correcto.


3. El administrador presiona el botón para saber si el sistema acepta la eliminación del usuario.

4. El sistema acepta y borra el usuario seleccionado.

Post condicional Usuario eliminado.


4.a. El sistema no encuentra al usuario en la base de datos.

4.a.1. El sistema envía mensaje de error de búsqueda.





Estado Pendiente

Comentario

<Sin comentarios>


33

Código CU-011 Nombre Borrar Fincas/Lotes



Descripción

Este caso de uso inicia cuando el Técnico Forestal va a borrar la información de una Finca en específico. Y está en la pantalla de borrar Fincas y Lotes.

Pre condición Los campos de información se encuentran llenos con la información de la Finca a borrar.

Secuencia Normal

1. El Técnico Forestal verifica que la Finca sea la correcta.


3. El Técnico Forestal presiona el botón para saber si el sistema acepta la eliminación de la Finca.

4. El sistema acepta y borra la Finca seleccionada.

Post condicional Finca y Lote eliminado.


4.a. El sistema no encuentra la Finca en la base de datos.






Estado Pendiente

Comentario

<Sin comentarios>


34

Código CU-013 Nombre Distribución



Descripción

Este caso de uso inicia cuando el Técnico Forestal (TF) o el Tomador de Decisiones (TD) desea enviar por correo electrónico el reporte generado.

Pre condición El reporte está generado y seleccionado.

Secuencia Normal

1. El TF o el TD selecciona o escribe el correo de la persona a enviar el reporte.


3. El TF o el TD presiona el botón para saber si el sistema encuentra el correo en la base de datos.

4. El sistema envía el reporte al correo seleccionado.

Post condicional Reporte enviado.


4.a. El sistema no encuentra el correo en la base de datos.




4.b. El sistema recibe mensaje de que el correo no existe.

6.a.1. El sistema envía mensaje de error de email.





Estado Pendiente

Comentario

<Sin comentarios>


35

Modelo de dominio.

36

Requisitos de Rendimiento.

Número de terminales: De 1 a 5 terminales usando la aplicación.

Número de usuarios simultáneamente conectados: De 1 a 15 usuarios

consultando la información.

Esperamos que al menos el 90% de las consultas se realicen en 1

segundo o menos.

Se espera almacenar alrededor de 500.000 registros en cada tabla.

Restricciones de Diseño.

Diseño de Interfaz:

o Algunos reportes muestran una excesiva cantidad de datos para

mostrar, por lo que se tomaron medidas fuera de los estándares para

desplegar la información lo más clara posible.

Programación:

o Se adoptaron los estándares de la parte de la aplicación que ya

estaba realizada.

Base de Datos:

o Las tablas están basadas en las tablas de Excel que el cliente posee.

Atributos del Sistema.

Fiabilidad: El sistema proveerá de reportes verídicos, los cuales se

obtienen de los datos y parámetros ingresados por el Técnico Forestal o

el Tomador de Decisiones. La fiabilidad del sistema es factible.

Atomicidad: El sistema debe proveer atomicidad. Sus transacciones

deben ser lo más simples posibles para que se den a cabo. Si una parte

37

de un proceso no se logra dar, entonces todo el proceso debe darse por

incompleto.

Consistencia: Preservación de datos.

Durabilidad: Persistencia de la información.

Disponibilidad: El sistema debe estar disponible siempre que un usuario

desee realizar alguna transacción. Debe estar disponible para generar

reportes, insertar usuarios, modificar datos, borrar datos, etc.

Mantenibilidad: Por ser el sistema una aplicación web, el mantenimiento

del sistema se puede realizar a través de Internet. Por lo que no es

necesario la presencia física de los desarrolladores para dar

mantenimiento al software.

Otros Requisitos.

El único requisito extra que se puede mencionar, y vale la pena mencionar,

es un requisito de seguridad:

Para iniciar en el sistema, el usuario debe proporcionar un nombre de

usuario y una contraseña que el administrador le brindará al momento de

insertar un nuevo usuario.

38

Apéndices.

Plan del Proyecto

39

Lista de Riesgos.

40

Tablas de Evaluación de Riesgos.

Criterio Retraso en la planificación

Valor numérico

Insignificante 1 semana 1

Marginal 2 semanas 2

Medio 1 mes 3

Crítico 2 meses 4

Catastrófico Más de 2 meses 5

Rango de probabilidad

Valor de probabilidad

empleado para los cálculos

Expresión de lenguaje natural

Valor numérico

de 1% a 14% 7% Muy poco probable 1

de 15% a 28% 21% Baja 2

de 28% a 42% 35% Probablemente no 3

de 43% a 57% 50% 50-50 4

de 58% a 72% 65% Probable 5

de 73% a 86% 79% Altamente probable 6

de 87% a 99% 93% Casi seguro 7

41

Minutas de trabajo con el usuario.

Lugar Tecnológico de San Carlos

Fecha Jueves 18 de abril de 2013

Hora Inicio 08:50 a.m.

Hora Final 09:15 a.m.

Participantes Oscar López

Walter Chavarría

Jonnathan Bartly

Propósito de la

Reunión

Obtener información concerniente a los requisitos del

sistema.

Temas a Discutir Requisitos Funcionales.

Resumen El profesor Oscar López nos proporcionó la mayor

información posible con respecto a los requisitos

funcionales que el sistema debe poseer. También se

habló sobre los actores y los casos de uso

Acuerdos Iniciar con la declaración de los PPI y los actores.

Tareas Pendientes Estructura de los casos de uso.

42

Minutas de trabajo con equipo de trabajo.

Lugar Tecnológico de San Carlos

Fecha Miércoles 24 de abril de 2013

Hora Inicio 11:30 a.m.

Hora Final 02:40 p.m.

Participantes Walter Chavarría

Josué Murillo

Jonnathan Bartly

Propósito de la Reunión Dividir en actividades la estructura del ERS

para que cada integrante realice una parte.

Temas a Discutir Comprender lo que se debe hacer en la

sección de Requisitos Específicos.

Resumen Se desarrolló la mayor parte del documento

ERS, sin embargo, se esperará a la siguiente

clase de Especificación de Software para

tener una mejor idea de cómo crear los

casos de uso..

Acuerdos Se debe enviar los requisitos al cliente en

Cartago para conocer su opinión con

respecto al sistema.

Tareas Pendientes Plan de Trabajo.

43

Especificación de Estándares.

El cliente no especificó ningún estándar a seguir. Por lo tanto se adoptaran

los estándares que fueron utilizados en la primera parte de la aplicación que ya

estaba realizada.

Date post:	06-Jul-2015
Category:	Business
Upload:	jonnathan-bartly
View:	170 times
Download:	0 times

Especificación de requisitos del sistema

Business