Está en la página 1de 10

<Colegio San Toribio del Cuerno>

Sistema de control de actividades academicas


Visión
Versión 0.1

[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

Confidencial <Nombre de la empresa>, 2021 Pág. 2


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

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

3 Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios 6


3.1 Resumen de Stakeholders 6
3.2 Resumen de Usuarios 6
3.3 Entorno de usuario 7
3.4 Perfil de los Stakeholders 7
3.4.1 Representante del área técnica y sistemas de información 7
3.5 Perfiles de Usuario 7
3.5.1 <Nombre de un usuario> 7
3.5.2 <Nombre de otro usuario> 7

4 Descripción Global del Producto 8


4.1 Perspectiva del producto 8
4.2 Resumen de características 8
4.3 Suposiciones y dependencias 8
4.4 Costo y precio 8

5 Descripción Global del Producto 8


5.1 <Una característica principal de software> 8
5.2 <Otra característica principal de software> 8
5.2.1 <Una subcaracterística software> 9

6 Restricciones 9

7 Precedencia y Prioridad 9

8 Otros Requisitos del Producto 9


8.1 Estándares Aplicables 9
8.2 Requisitos de Sistema 9
8.3 Requisitos de Desempeño 9
8.4 Requisitos de Entorno 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

Confidencial <Nombre de la empresa>, 2021 Pág. 3


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

A. Atributos de Características 10

Confidencial <Nombre de la empresa>, 2021 Pág. 4


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

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.3 Definiciones, Acrónimos, y Abreviaciones


SIAGIE:
RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de
desarrollo de software.

1.4 Referencias
- Glosario.
- Plan de desarrollo de software.
- RUP (Rational Unified Process).
- UML
- RSA
- Diagrama de casos de uso.

2 Posicionamiento

2.1 Oportunidad de Negocio


- Menor tiempo en la atención a los clientes con respecto al registro de una matricula o registro del pago
de pensiones
-
[Ventajas que obtendrá la empresa al implantar el sistema informático]

Confidencial <Nombre de la empresa>, 2021 Pág. 5


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

2.2 Sentencia que define el problema


El problema de - Demora en la atención al cliente durante una
matricula
- Demora en la entrega de libretas
-
afecta a Afecta a las áreas de: secretaria, área de auxiliares, …
Además, afecta a los clientes
El impacto asociado es Perdida e insatisfacción de clientes. Ganancias mínimas.
Problemas con instituciones de control educativo.
una adecuada solución sería Lo más adecuado sería implementar un sistema de software
que permita controlar de manera adecuada el registro de
estudiantes, sus padres, sus apoderados; y de igual tener la
información academica correctamente organizada y fácil de
consultar.

2.3 Sentencia que define la posición del Producto


Para Secretaria, auxiliar, gerencia, administración
Quienes Registra la información de matricula y pago
Consulta, imprime y entrega las libretas
….
El nombre del producto SCAA
Que Almacena de manera automatizad la información de matrícula,
pagos y rendimiento académico
No como El sistema actual de la matricula que registra la información
mediante una ficha que debe llenar el padre y luego recibe una
copia. Y los pagos los realiza escribiendo en un talonario de
recibos.
….
Nuestro producto

3 Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios

Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, es

Confidencial <Nombre de la empresa>, 2021 Pág. 6


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

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.

3.1 Resumen de Stakeholders


Nombre Descripción Responsabilidades
Patricio Orlando Representante global de la El stakeholder realiza:
Letelier Torres empresa y de todos los
Representa a todos los usuarios posibles del
usuarios potenciales de la
sistema.
misma
Seguimiento del desarrollo del proyecto.
Aprueba requisitos y funcionalidades

Nombre Descripción Responsabilidades


Ronaldo Quisquibel Representa a la dirección Tomar decisiones con respecto a las
académica del colegio y actividades académicas.
atiende todos los casos
Atender los casos presentados por los padres
académicos presentados por
de familia.
los padres de familia o
apoderados.

3.2 Resumen de Usuarios


Nombre Descripción Stakeholder

Lorena Castillo Secretaria general del colegio Ronaldo Quisquibel


[Nombre de un [Descripción de responsabilidades del
Patricio Orlando Letelier Torres
usuario del usuario]
sistema]
Leandro Campos Auxiliar de nivel primaria Ronaldo Quisquibel
[Nombre de otro [Descripción de responsabilidades del
Patricio Orlando Letelier Torres
usuario del usuario]
sistema]

3.3 Entorno de usuario


Secretaria General del colegio:
Su entorno de trabajo es la dirección del colegio , la gerencia y la comunidad estudiantil. Tiene a su cargo
un computador con S.O. Windows, no cuenta con algún software de apoyo para sus actividades.

Auxiliar de nivel primaria:


…….

Confidencial <Nombre de la empresa>, 2021 Pág. 7


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

[Descripción del entorno de trabajo del usuario, características de los PC’s a utilizar, sistemas operativos,
etc.]

3.4 Perfil de los Stakeholders

3.4.1 Representante del área técnica y sistemas de información

Representante Patricio Orlando Letelier Torres


Descripción Representante Global de la Empresa Deportes LSI 03.
Tipo Experto de Sistemas.
Responsabilidades Encargado de mostrar las necesidades de cada usuario del sistema. Además, lleva a
cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y
funcionalidades del sistema
Criterio de Éxito [A definir por el cliente]
Grado de Revisión de requerimientos, estructura del sistema
participación
Comentarios Ninguno

Representante Ronaldo Quisquibel


Descripción Directivo del colegio ….
Tipo Lic. en Educación
Responsabilidades Encargado de mostrar las necesidades de cada usuario del sistema. Además, lleva a
cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y
funcionalidades del sistema
Criterio de Éxito [A definir por el cliente]
Grado de Proveer de los requerimientos básicos para el desarrollo del producto de software.
participación Y probara el software al término del desarrollo.
Comentarios Ninguno

3.5 Perfiles de Usuario

3.5.1 <Nombre de un usuario>

Representante Patricio Orlando Letelier Torres


Descripción
Tipo
Responsabilidades
Criterio de Éxito [A definir por el cliente]

Confidencial <Nombre de la empresa>, 2021 Pág. 8


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

Grado de [A definir por el cliente]


participación
Comentarios

3.5.2 <Nombre de otro usuario>

Representante Patricio Orlando Letelier Torres


Descripción
Tipo
Responsabilidades
Criterio de Éxito [A definir por el cliente]
Grado de [A definir por el cliente]
participación
Comentarios

4 Descripción Global del Producto

4.1 Perspectiva del producto

[Ámbito de aplicación del sistema y expectativas del mismo]

4.2 Resumen de características


A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto:

Beneficio del cliente Características que lo apoyan

4.3 Suposiciones y dependencias


[Todas las suposiciones y dependencias deben ser definidas por el cliente]

4.4 Costo y precio


[El costo y precio del sistema con todas las características software son decisión entre cliente y empresa

Confidencial <Nombre de la empresa>, 2021 Pág. 9


Sistema de control de actividades academicas Versión: 0.1
Visión Fecha: 30/03/2021
Documento Visión

de desarrollo software]

5 Descripción Global del Producto

5.1 Matricula de estudiantes


Las secretarias tendrán la información actualizada para poder realizar una matrícula, y además el cobro por
dicho proceso. Se contempla también que las secretarias realicen las impresiones de las constancias de
matrícula visadas y la impresión del boucher correspondiente.
5.1.1 Cobro por matricula
Es un sub proceso que se encuentra como complemento de la matricula del estudiantes….
5.2 Cobro de pensiones

5.3 <Una característica principal de software>


[Descripción de una característica software, ámbito y propiedades de la misma]

5.4 <Otra característica principal de software>


[Descripción de una característica software, ámbito y propiedades de la misma]

5.2.1 <Una subcaracterística software>


[Descripción de una característica software que deriva de una característica software jerárquicamente
superior, ámbito y propiedades de la misma]

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.]

Confidencial <Nombre de la empresa>, 2021 Pág. 10

También podría gustarte