• No se han encontrado resultados

Facultad de Ingeniería y Arquitectura 2018-I

N/A
N/A
Protected

Academic year: 2019

Share "Facultad de Ingeniería y Arquitectura 2018-I"

Copied!
27
0
0

Texto completo

(1)

Facultad de Ingeniería y Arquitectura 2018-I

Proyecto Integrador III

Sesión 5 – Requerimientos de

Software

(2)

Facultad de Ingeniería y Arquitectura

Agenda

(3)

Facultad de Ingeniería y Arquitectura

Ingenieria de Requerimientos

Se define como el “proceso de establecer los servicios que el

consumidor requiere de un sistema y las restricciones sobre las

cuales de funcionar y ser desarrollado”. Sommerville.

Es una de las etapas mas criticas del proceso de software,

determina que se va realizar.

Mas del 30% de los proyectos de software que fracasan lo

(4)

Facultad de Ingeniería y Arquitectura

Tipos de Especificación

Requerimientos de Usuarios:

Están definidos en lenguaje

natural que esbozan los servicios y restricciones del sistema,

Escrito para consumidores.

Requerimientos del Sistema:

Están definidos de una manera

estructurada, y además de los servicios y restricciones del

sistema, da nociones concisas de como debería ser

(5)

Facultad de Ingeniería y Arquitectura

Tipos de Especificación

Requerimientos de Usuarios:

Administradores Clientes.

Usuarios Finales del Sistema.

Administradores Contratistas

Requerimientos del Sistema:

Arquitectos del sistema.

(6)

Facultad de Ingeniería y Arquitectura

Tipos de Especificación -> Ejemplo

Este ejemplo de un sistema de administración de pacientes para

apoyar la atención a la salud mental (MHC-PMS) muestra cómo los

requerimientos del usuario se extienden hacia varios

requerimientos del sistema. En la figura 1 se observa que el

(7)

Facultad de Ingeniería y Arquitectura

Tipos de Especificación -> Ejemplo

Este ejemplo de un sistema de administración de pacientes para

apoyar la atención a la salud mental (MHC-PMS) muestra cómo los

requerimientos del usuario se extienden hacia varios

requerimientos del sistema. En la figura 1 se observa que el

(8)

Facultad de Ingeniería y Arquitectura

Tipos de Especificación -> Ejemplo

Definición del requerimiento del usuario

El MHC-PMS elaborará mensualmente informes administrativos que revelen el costo de los medicamentos prescritos por cada clínica durante ese mes.

Definición de los requerimientos del sistema

1.1 En el último día laboral de cada mes se redactará un resumen de los medicamentos prescritos, su costo y las clínicas que los prescriben.

1.2 El sistema elaborará automáticamente el informe que se imprimirá después de las 17:30 del último día laboral del mes.

1.3 Se realizará un reporte para cada clínica junto con los nombres

de cada medicamento, el número de prescripciones, las dosis prescritas y el costo total de los medicamentos prescritos.

1.4 Si los medicamentos están disponibles en diferentes unidades de dosis (por ejemplo, 10 mg, 20 mg) se harán informes por separado para cada unidad de dosis.

(9)

Facultad de Ingeniería y Arquitectura

Tipos de Requerimientos Requerimientos Funcionales

Definición de los servicios que el un sistema de proveer, su comportamientos a las diferentes entradas y situaciones.

Requerimientos No Funcionales

Restricciones aplicadas sobre las funcionalidades del sistema como:

(10)

Facultad de Ingeniería y Arquitectura

Requerimientos Funcionales

Describe las funcionalidades y servicios del sistema.

Ejemplos

● El sistema deberá almacenar la información personal de los pacientes.

● El sistema deberá poder desplegar la historia clínica en cualquiera de los

nodos de acceso.

● El sistema deberá registrar cualquier acceso o modificación sobre una

historia clínica.

● Un usuario podrá buscar en todas las clínicas las listas de citas.

● El sistema elaborará diariamente, para cada clínica, una lista de

pacientes que se espera que asistan a cita ese día.

● Cada miembro del personal que usa el sistema debe identificarse de

(11)

Facultad de Ingeniería y Arquitectura

Requerimientos Ambiguos

● Muchos problemas relacionados con requerimientos están asociados a

la diferentes interpretación que se le pueden dar a los mismos.

● Las ambigüedad puede ser usada para sacar partido de las diversas

situaciones

● Un desarrollador puede tomar la interpretación mas simple (Por

presión de tiempo).

● Un cliente puede tomar la interpretación mas compleja (Para obtener

(12)

Facultad de Ingeniería y Arquitectura

Caracteristicas Deseadas

Para evitar problemas, se espera que una especificación de requerimientos de tener las siguientes características: (IEEE-830).

Correcto:Lo que se especifica es lo que se quiere

Completo: Todas las necesidades deben estar reflejadas.

(13)

Facultad de Ingeniería y Arquitectura

Requerimientos No Funcionales

Definen las propiedades y restricciones del sistema a construir o sobre el proceso que lo construirá:

● Los requerimientos no funcionales, suelen ser mas críticos que los

funcionales, dado que su incumplimiento puede hacer inútil el sistema. ● Estos están clasificados según el tipo de restricción que se quiera

implementar.

● Los requerimientos no funcionales afectan más la arquitectura global de

un sistema que los componentes individuales. Por ejemplo, para

(14)

Facultad de Ingeniería y Arquitectura

Clasificación

Requerimientos del Producto: Requerimientos que especifican que el productos deba comportarse de una determinada manera.

Requerimientos Organizacionales : Requerimientos que surgen de políticas y procedimientos del organización (Creadora o Usuaria). ● Requerimientos Externos : Requerimientos surgidos por factores

(15)
(16)

Facultad de Ingeniería y Arquitectura

Requerimientos No Funcionales -> Ejemplo del Sistema MHC - PMS

REQUERIMIENTO DEL PRODUCTO

El MHC-PMS estará disponible en todas las clínicas durante las horas de trabajo normales (lunes a viernes, de 8:30 a 17:30). En cualquier día, los tiempos muertos dentro de las horas laborales normales no rebasarán los cinco segundos.

REQUERIMIENTOS DE LA ORGANIZACIÓN

Los usuarios del sistema MHC-PMS se acreditarán a sí mismos con el uso de la tarjeta de identidad de la autoridad sanitaria.

REQUERIMIENTOS EXTERNOS

Como establece la HStan-03-2006-priv, el sistema implementará provisiones para la privacidad del paciente.

(17)

Facultad de Ingeniería y Arquitectura

Factores claves de comunicación

Tamaño del Grupo: Entre mas grande sea el grupo, se dificultara mas la comunicación. (Recomendado 4 a 7 Personas).

Es tructura del Grupo: Los grupos informales facilitan la comunicación. ● Composición del grupo: Las comunicación es mejor en un grupo

diverso.

(18)

Facultad de Ingeniería y Arquitectura

Medición de Requerimientos

● Algunos requerimientos son difíciles de verificar, principalmente los no

funcionales.

● Se debe determinar en los posible crear métricas que permitan verificar

el requerimiento

Ejemplo

● La interfaz debe ser de fácil uso (Poco Verificable)

● La interfaz debe estar diseñada para que pueda ser usada después de

(19)

Facultad de Ingeniería y Arquitectura

Medidas de Requerimientos

Rapidez: Transacciones procesadas por minuto, Tiempo de respuesta al usuario y a eventos, tiempo de actualización de la pantalla

Tamaño: Cantidad de Memoria o Disco duro requerido.

Facilidad de Uso: Tiempo de Formación requerido, Cantidad de mensajes y documentación de ayuda, efectividad de los usuarios.

Fiabilidad: Tiempo medio entre fallos, Porcentaje de disponibilidad. ● Robustez: Tiempo de reinicio después de fallo, numero de eventos que

(20)

Facultad de Ingeniería y Arquitectura

Documento de Requerimientos

● Es el documento formal en el cual se especifican los requerimientos del

sistema.

● Debe contener los requerimientos de usuario y del sistema.

● Este documento es una especificación de que debe cumplir el sistema, y

(21)

Facultad de Ingeniería y Arquitectura

(22)

Facultad de Ingeniería y Arquitectura

Contenido del Documento -> Según la norma IEEE 830-1998

(23)

Facultad de Ingeniería y Arquitectura

(24)

Facultad de Ingeniería y Arquitectura

(25)

Facultad de Ingeniería y Arquitectura

Casos de Uso:

Los casos de uso son una técnica de descubrimiento de

(26)

Facultad de Ingeniería y Arquitectura

Proxima clase:

(27)

Facultad de Ingeniería y Arquitectura

Bibliografía

Referencias

Documento similar