Especificación de requerimientos
Convenciones del documento
En el presente Documento se utilizan convenciones estándar de texto, con el objetivo de facilitar su comprensión y uso. En esta Sección se procede a detallar las instrucciones necesarias para que el usuario del documento sustituya la información genérica provista en esta plantilla con la información de su propio proyecto. El usuario del documento deberá evaluar la información genérica suministrada en este plan de Gestión de la Configuración y ajustarla a las necesidades de su proyecto.
[[texto]] Cambios globales: Los textos que aparecen en modo regular, y encerrados con dobles corchetes [[]], representan cambios que pueden realizarse de manera global (Por ej. en [[Modifique en “Asunto” el nombre del Proyecto]] el usuario podrá modificar la propiedad indicada (Archivo→Propiedades→Descripción) en el procesador de texto, lo que le permitirá hacer un cambio a todas las ocurrencias del proyecto.
\ Guías de uso: El texto que aparece encerrado entre los símbolos \ representa instrucciones o guías de ayuda al usuario del documento. Este texto sólo será visible e impreso en formato Markdown. De todas maneras, si lo considera necesario, puede borrar estas instrucciones.
1. Introducción
Para la especificación de requerimientos se deben tener en cuenta los siguientes lineamientos:
- Debe existir una única referencia para cada especificación de requerimientos.
- Las especificaciones de requerimientos no deben ser duplicadas ni contradictorias.
- Los requerimientos de usuario deben expresar requerimientos, y no soluciones de diseño.
- Cada requerimiento debe ser testeable o verificable de alguna forma.
- Los requerimientos de usuario deben ser entendidos tanto por el usuario como por los integrantes del equipo: las ambigüedades y las jergas deben ser evitadas.
- Siempre que sea posible se deberán priorizar los requerimientos. Los requerimientos de usuario deben distinguir entre requerimientos esenciales y características meramente deseables.
- Todas las limitaciones deben ser definidas explícitamente.
- Se deben usar convenciones de nombres consistentes para identificar los requerimientos.
- La especificación funcional debe ser lo suficientemente clara para permitir proceder con el diseño, sin tener que consultar frecuentemente al usuario.
1.1. Objetivos
En este documento se especifican los requerimientos de usuario, requerimientos funcionales y no funcionales, los casos de uso e información adicional que hacen al diseño del software MoSimPa.
1.1.1. Destinatarios del Documento
A continuación se procede a listar a los destinatarios de este Documento, quienes forman parte del registro de stakeholders del Proyecto MoSimPa.
| Lector/Actor | Rol |
| MANDOLESI, Pablo | Líder de Proyecto / Ingeniero de D&D de Hardware |
| PÉREZ MEYER, Lisandro | Ingeniero de D&D de Software / Administrador de la Configuración |
| AYMONINO, Andrés | Ingeniero de D&D de Hardware |
| POUSO, Marcelo | Ingeniero de D&D de Software |
| CASANOVA, Alejandro | Ingeniero de D&D de Software |
| VALLASCIANI, Luis Guillermo | Ingeniero de D&D de Hardware |
| COPPA, Guillermo | Ingeniero de D&D de Hardware |
| ROSSI, Esteban | Líder Consultor de Procesos – RRHH externo |
| ALBORNOZ LAFERRARA, Josué | Ingeniero Consultor de Procesos Sr. – RRHH externo |
| GRAMAJO, Rodrigo | Ingeniero Consultor de Procesos Jr. – RRHH externo |
| CARDOSO, Paula | Ingeniera Consultora de Procesos Jr.– RRHH externo |
1.2. Alcance del Documento
El producto software objeto del Proyecto MoSimPa se trata de un sistema que permite monitorear y transmitir un juego mínimo de variables, suplantando en parte la necesidad de contar con un monitor de cabecera de alta complejidad y costo.
Esto permitirá disponer en un ámbito o sala creada Ad Hoc para el cuidado de pacientes (carpa sanitaria, hotel, salón, hospital de campaña) de un dispositivo para monitorear de manera remota a un gran número de pacientes, sin la necesidad de contar con un gran número de personal, tal como se espera en esta situación de pandemia. Se utilizarán redes WiFi para la vinculación de datos. Este equipamiento facilitará a los actores del sistema sanitario atender múltiples pacientes con más eficacia, y a su vez a los pacientes que ingresen a estos ámbitos tener la certeza de estar siendo vigilados.
1.3. Definiciones, acrónimos y abreviaturas
Ver Glosario de Términos y Definiciones.
1.4. Referencias: Documentos relacionados
A continuación se indican los documentos relacionados con el presente:
- Plan de gestión del proyecto MoSimPa.
- Plan de gestión de la configuración proyecto.
- Convenio específico.
1.5. Visión General de Documento
A continuación se describirá brevemente cada una de las secciones que componen el presente. Se sugiere al lector una lectura secuencial, siguiendo el orden propuesto.
Sección 1: – Introduce al lector al contenido del Documento, indicando sus objetivos, destinatarios, alcance, definiciones, acrónimos y abreviaturas usados, y los documentos relacionados al presente.
Sección 2 :– Describe el Documento de manera general, indicando perspectiva y funciones del producto, características del(de los) usuario(s), restricciones, supuestos y dependencias, y requisitos futuros.
Sección 3: – Identifica y describe detalladamente cada uno de los requerimientos específicos del software que forma parte del Proyecto.
Sección 4: – Contiene los apéndices del Plan, incluyendo anexos que contienen cualquier otra información de interés que no forme parte de la especificación de requerimientos del software, y además una subsección de historial de cambios.
2. Descripción general del documento
2.1. Perspectiva del Producto
