Documentos de Académico
Documentos de Profesional
Documentos de Cultura
[Nota: La siguiente plantilla se ha desarrollado para su uso con Rational Unified Process. El texto que se
encuentra entre corchetes y presentado en estilo itálicas azul se ha incluido para proporcionar una guía
para el autor y se debería borrar antes de la entrega del documento.]
[Hay que sustituir el texto resaltado con marcador amarillo por su equivalente en el proyecto de
desarrollo y eliminar el resaltado]
[La versión del documento se actualizará según la iteración y la fase del proyecto]
Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión
Historial de Revisiones
Fecha Versión Descripción Autor
30/03/2021 0.1 Versión preliminar como propuesta de Laurencio Gomez
desarrollo.
Kelly Julon
Karol Mendez
Roger Sánchez
1.5
Tabla de Contenidos
1 Introducción 5
1.1 Propósito 5
1.2 Alcance 5
1.3 Definiciones, Acrónimos, y Abreviaciones 5
1.4 Referencias 5
2 Posicionamiento 5
2.1 Oportunidad de Negocio 5
2.2 Sentencia que define el problema 5
2.3 Sentencia que define la posición del Producto 6
6 Restricciones 9
7 Precedencia y Prioridad 9
9 Requisitos de Documentación 9
9.1 Manual de Usuario 9
9.2 Ayuda en Línea 9
9.3 Guías de Instalación, Configuración, y Fichero Léame 9
A. Atributos de Características 10
Visión
1 Introducción
1.1 Propósito
Brindar un soporte documentado sobre las características previas a la construcción del desarrollo del
software.
El desarrollo de software tendrá como resultado un producto de software que estar compuesto en 4 modulos
(modulo matricula, modulo cobro de pensiones…) que darán soporte a mis principales procesos de negocio
(proceso de matricula, proceso de cobros, …)
[Breve descripción del propósito del presente documento, como puede ser servir de soporte a la
especificación de las características software y de los atributos de las mismas, por ejemplo. También
reflejar si el sistema que se modela está dividido en otros subsistemas o bien el propósito general de la
empresa]
1.2 Alcance
El producto de software será implementado en las áreas de: secretaria, área de auxiliares, gerencia, ….
[Definición del alcance del presente documento, es decir, todo ámbito del que recoge características o
detalles]
1.4 Referencias
- Glosario.
- Plan de desarrollo de software.
- RUP (Rational Unified Process).
- UML
- RSA
- Diagrama de casos de uso.
2 Posicionamiento
Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, 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 a los usuarios 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 de los usuarios involucrados en el proyecto, así como los problemas más
importantes que éstos perciben para enfocar la solución propuesta hacia ellos. No describe sus requisitos
específicos ya que éstos se capturan mediante otro artefacto. En lugar de esto proporciona la justificación
de por qué estos requisitos son necesarios.
[Descripción del entorno de trabajo del usuario, características de los PC’s a utilizar, sistemas operativos,
etc.]
de desarrollo software]
6 Restricciones
[A definir por el cliente, todo aquello que no permita el desarrollo del software y su puesta en marcha]
7 Precedencia y Prioridad
[A definir por el cliente, todo software que maneje información del colegio y de la misma forma el
hardware con el que cuenta.]