| Proyecto: | Herramienta de Gestión de Expediente |
|---|---|
| Número Interno de Versión: | 0.1.0 |
| Formas Anexas: |
SRS > Conjunto de casos de uso
|
| Documentos Relacionados: |
LIGAS A OTROS ESTÁNDARES RELEVANTES
LIGAS A OTROS DOCUMENTOS
|
Impacto del proceso: Especificación de Requerimientos de Software (SRS) define de forma precisa el producto de software que se va a construir. Las decisiones hechas escribiendo la SRS están basados en información de los documentos de la propuesta del proyecto y requerimientos del usuario. El conjunto de requerimientos de SRS deben ser satisfechos en el diseño del sistema. La SRS es verificada y validada por la actividades marcadas en el plan de QA.
PÁRRAFO
PÁRRAFO
Para más información, vea la propuesta del proyecto.
RESUMEN DE UN PÁRRAFO
Detalles:
RESUMEN DE UN PÁRRAFO
Detalles:
Nuestro principal criterio para hacer el sistema usable es la dificultad de realizar cada caso de uso de alta frecuencia. La dificultad depende de el número de pasos, el conocimiento que el usuario debe tener en cada paso, las decisiones que el usuario debe realizar en cada paso, y la mecánica de cada paso (por ejemplo, escribir el título de un libro de forma exacta es difícil, hacer click en una lista es fácil).
La interfaz del usuario deberá ser tan familiar como sea posible a los usuarios que han usado otras aplicaciones web y aplicaciones de escritorio en Windows. Por ejemplo, seguiremos las guías de la UI para nombrar los menus, botones y las cajas de diálogo siempre que sea posible.
PÁRRAFO
Detalles:
PÁRRAFO
PÁRRAFO
Detalles:
PÁRRAFO
PÁRRAFO
Detalles:
El acceso será controlado con nombres de usuario y contraseñas.
solo los usuarios con derechos de administrador podrán accesar las funciones administrativas, los usarios normales no podrán.
Detalles:
PÁRRAFO
PÁRRAFO
Detalles:
La capacidad de mantenimiento es nuestra habilidad para realizar cambios al producto en el tiempo. Necesitamos una capacidad de mantenimiento fuerte para retener a nuestros primeros clientes. Resolveremos esto anticipando varios tipos de cambios y documentando cuidadosamente nuestro diseño y nuestra implementación.
La capacidad de actualización es nuestra habilidad para entregar nuevas versiones del producto a bajo costo a los clientes con un mínimo de tiempo de descarga o disrupción. Una característica clave para apoyar este objetivo es la descarga automática de parches o actualizaciones y actualizaciones del equipo del usuario final. También debemos utilizar formatos para archivos de datos que incluyan suficientes meta-datos para permitirnos trasformar con seguridad la información existente del usuario durante una actualización.
Detalles:
La soportabilidad es nuestra habilidad de proveer soporte técnico eficiente y a buen precio. Nuestro objetivo es limitar nuestros costos de soporte a solo 5% de las tarifas de licenciamiento anual. Las caracteísticas de actualización automática del producto no ayudará a entregar fácilmente parches a los usuarios finales. La guía del usuario y el sitio web del producto incluyen una guía de resolución de problemas y una lista de información que debe tener a la mano antes de contactar a soporte técnico.
La operabilidad es nuestra habilidad de hospedar y operar el software como un ASP (Proveedor de Servicios de Aplicaciones). Las características del producto deberán ayudarnos a alcanzar nuestros objetivos de 99.9% en línea (con 43 minutos máximo fuera de línea por mes). Las características principales que soporten esto son la capacidad de crear respaldos de datos en tiempo de operación, y el monitoreo de la aplicación.
Detalles:
El ciclo de vida del negocio de un producto incluye todo lo que le pasa a ese producto sobre un periodo de varios años, desde la decisión inicial de compra, a través de improtantes pero poco frecuentes casos de uso, hasta el retiro del producto. Los requerimientos principales de del ciclo de vida son listados abajo.
Detalles:
PÁRRAFO
PÁRRAFO
Detalles:
PÁRRAFO
PÁRRAFO
Detalles:
PÁRRAFO
PÁRRAFO
Detalles:
PÁRRAFO
PÁRRAFO
Detalles: