C.E.R.B.Y. Visi贸n Versi贸n 1.0
C.E.R.B.Y. Visión Documento Visión
Versión: Fecha:
1.0 28/08/2011
Historial de Revisiones Fecha 02/01/2002
Confidencial
Versión 0.9
Descripción Versión preliminar como propuesta de desarrollo.
SCG, 2011
Autor Usuario Interesado
Pág. 2
C.E.R.B.Y. Visión Documento Visión
Versión: Fecha:
1.0 28/08/2011
Tabla de Contenidos 1
2
3
Introducción
4
1.1 1.2 1.3 1.4
4 4 4 4
Propósito Alcance Definiciones, Acrónimos, y Abreviaciones Referencias
Posicionamiento
4
2.1 2.2 2.3
4 5 5
Oportunidad de Negocio Sentencia que define el problema Sentencia que define la posición del Producto
Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios
5
3.1 3.2 3.3 3.4
6 6 6 7 7 7
Resumen de Stakeholders Resumen de Usuarios Entorno de usuario Perfil de los Stakeholders 3.4.1 Representante del área técnica y sistemas de información 3.5 Perfiles de Usuario 4
Descripción Global del Producto
Error! Bookmark not defined.
4.1 4.2 4.3 4.4
Error! Bookmark not defined. Error! Bookmark not defined. Error! Bookmark not defined. Error! Bookmark not defined.
Perspectiva del producto Resumen de características Suposiciones y dependencias Costo y precio
5
Descripción Global del Producto
6
Restricciones
11
7
Precedencia y Prioridad
11
8
Otros Requisitos del Producto
11
8.1 8.2 8.3 8.4
12 12 12 13
9
A.
Error! Bookmark not defined.
Estándares Aplicables Requisitos de Sistema Requisitos de Desempeño Requisitos de Entorno
Requisitos de Documentación
13
9.1 9.2 9.3
13 13 13
Manual de Usuario Ayuda en Línea Guías de Instalación, Configuración, y Fichero Léame
Atributos de Características
Confidencial
13
SCG, 2011
Pág. 3
C.E.R.B.Y. Visión Documento Visión
Versión: Fecha:
1.0 28/08/2011
Visión 1
Introducción
1.1
Propósito
El documento de Visión del Sistema, recoge puntos de vista individuales y departamentales, elaborándolos hasta obtener de ellos un resumen de los retos y oportunidades a enfrentar en el proyecto, así como de las principales características que se requiere contar en los productos finales del mismo. Finalmente, se da inicio aquí a las consideraciones de los requisitos adicionales o no funcionales que tienen vigencia sobre el desarrollo. 1.2
Alcance
Se incluyen consideraciones sobre diversos aspectos, tales como requisitos del ambiente de explotación o documentación de usuario y entrenamientos, cuya satisfacción va a garantizar un mayor potencial. 1.3
Definiciones, Acrónimos, y Abreviaciones RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software.
EC: Elemento de Configuración, un elemento controlado por el sistema de configuración. AC: Administración de la Configuración, el proceso de conservar las versiones relevantes del proyecto. PACS: Plan de Administración de la Configuración del Software (este documento). BL: Conjunto de componentes con una determinada versión que en forma conjunta permiten el funcionamiento de la aplicación (Baseline) ACS: Actividades de configuración de software 1.4
Referencias - Glosario. - Plan de desarrollo de software. - RUP (Rational Unified Process). - Diagrama de casos de uso.
2
Posicionamiento
2.1
Oportunidad de Negocio La empresa obtendrá las siguientes ventajas con el software académico: Realizar proceso de inscripciones Realizar proceso de asignación automática Realizar proceso de retiro Realizar proceso de equivalencia Acceder al historial de un estudiante especifico
Confidencial
SCG, 2011
Pág. 4
C.E.R.B.Y. Visión Documento Visión
2.2
2.3
Versión: Fecha:
1.0 28/08/2011
Acceder al historial de un docente especifico Manejo de aportes de los alumnos (entradas) control de documentos estudiantiles contar seguridad discrecional impresión de tarjetas de notas impresión de nominas de empleados
Sentencia que define el problema El problema de
Inscripciones de alumnos en documentos, como pagos, historiales y cursos por aparte.
afecta a
La institución educativa, porque la documentación tiene riesgo de ser pedida, dañada, o alterada frecuentemente sino se maneja con cuidado.
El impacto asociado es
Pérdida parcial o total de la información.
una adecuada solución sería
Almacenar dicha información en un lugar donde pueda ser consistente, sea disponible, confiable e integro. Además de la gestión de la información para ser ingresada y mostrada dependiendo de las necesidades con facilidad.
Sentencia que define la posición del Producto Para
C.E.R.B.Y. (Centro Educativo Runawal B’alam Ya’)
Quienes
Se especializan a prestar servicios educativos en un área con personas de escasos recursos.
El nombre del producto
3
Que
Llevara un control general concerniente al entorno académico
No como
El sistema actual
Nuestro producto
Se encargara de proporcionar la información requerida de tal forma que agilice el desempeño de los docentes, y personal administrativo de la institución.
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
SCG, 2011
Pág. 5
C.E.R.B.Y. Visión Documento Visión
Versión: Fecha:
1.0 28/08/2011
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
Ana Vilma Rodríguez García
Representante global de la empresa y de todos los usuarios potenciales de la misma
El stakeholder realiza: Representa a todos los usuarios posibles del sistema. Seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades Aprueba requisitos, alcances y funcionalidades del sistema.
3.2
Resumen de Usuarios Nombre
Stakeholder
Empleado de soporte técnico
Responsable de dar mantenimiento a la base de datos y al sistema existente.
Responsable del Soporte Técnico
Secretaria
Administra toda la lógica de la institución educativa, como inscripciones, traslados, redacción de documentos, etc. Responsable de llevar las entradas y salidas de la institución
Responsable De Secretaría
Contadora
Maestro
3.3
Descripción
Responsable de ingresar notas y llevar el control del alumno
Responsable de Contabilidad
Responsable de ingreso de notas
Entorno de usuario El usuario trabajara sobre el sistema operativo de Windows XP y 7 en el cual se instalara el software académico, el cual estará diseñado con base a aplicaciones Web para que los usuarios sigan familiarizados con un entorno similar
Confidencial
SCG, 2011
Pág. 6
C.E.R.B.Y. Visión Documento Visión
Versión: Fecha:
3.4
Perfil de los Stakeholders
3.4.1
Representante del área técnica y sistemas de información Representante
Ana Vilma Rodríguez García
Descripción
Representante Global de la institución
Tipo
Experta del Área
Responsabilidad es
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 participación Comentarios
Revisión de requerimientos, alcances y estructura del sistema.
de
3.5
Perfiles de Usuario
3.5.1
Soporte Técnico
3.5.2
1.0 28/08/2011
Ninguno
Representante
Área de Sistemas
Descripción
Encargado de soporte de sistemas
Tipo
Gurú del sistema.
Responsabilidad es
Responsable de dar mantenimiento a la base de datos y a los sistemas existente y nuevo. Da soporte técnico a los usuarios y resuelve problemas del sistema, así como proporcionar ayuda de los módulos en que los usuarios utilicen.
Criterio de Éxito Grado de participación Comentarios
A definir por el cliente A definir por el cliente ninguno
Secretaria Representante
Secretaría
Descripción
Administra toda la lógica de la institución educativa
Tipo
Usuario frecuente del sistema
Responsabilidades
Se encarga de procesos importantes dentro de la institutcion como inscripciones, traslados, redacción de documentos, etc.
Criterio de Éxito Grado de
A definir por el cliente A definir por el cliente
Confidencial
SCG, 2011
Pág. 7
C.E.R.B.Y. Visión Documento Visión participación Comentarios
3.5.3
3.5.4
4 4.1
Versión: Fecha:
1.0 28/08/2011
ninguno
Contadora Representante
Secretaría
Descripción
encargada de llevar las entradas y salidas de la institución
Tipo
Usuario frecuente del sistema
Responsabilidades
Se encarga de llevar el control de lo concerniente a recepción de aportes por parte de los asociados y manejo de salidas de la institución
Criterio de Éxito Grado de participación Comentarios
A definir por el cliente A definir por el cliente ninguno
Maestro Representante
Área Docente
Descripción
Encargado de la formación del alumno en distintas áreas
Tipo
Usuario frecuente del sistema
Responsabilidades
Responsable de ingresar notas y llevar el control del alumno
Criterio de Éxito Grado de participación Comentarios
A definir por el cliente A definir por el cliente ninguno
Descripción Global del Producto Perspectiva del producto
Se desea diseñar un sistema educacional aplicable para cualquier empresa dedicada a brindar enseñanza, con el fin de establecer control en los pagos realizados por los alumnos, los que se realizan por parte de la institución a sus trabajadores y todo la administración de contabilidad; llevar el control de la papelería, inscripción y las calificaciones de cada estudiante; brindar estadísticas y reportes a la medida en el Confidencial
SCG, 2011
Pág. 8
C.E.R.B.Y. Visión Documento Visión
Versión: Fecha:
1.0 28/08/2011
momento deseado. 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
La secretaria poseerá un control sobre la documentación entregada por parte del alumno a la institución, al momento de la inscripción o actualización. La contadora podrá obtener el estado de cuenta de los alumnos
El sistema tendrá una interfaz que permitirá registrar la documentación que se entregue.
Se mostraran reportes con distintos filtros para las necesidades de la contadora, para obtener el estado de cuenta de los alumnos La secretaria podrá realizar los Se tendrá una interfaz que se basará en documentos, enviado al MINEDUC, de una plantilla, en la que se ingresarán los una manera fácil y precisa. datos cambiantes concernientes de los alumnos. La dirección podrá obtener el rendimiento Se mostraran reportes de rendimiento de de los estudiante los alumnos, personalizables según la necesidad.
4.3
Suposiciones y dependencias
Dentro de las suposiciones se considera que cada usuario debe de contar con el equipo que posea las capacidades requeridas para el funcionamiento correcto del sistema. El sistema una vez implantado, solo necesita de servidores: BD, Web y Proxy para proporcionar y manejar la información del colegio y sus usuarios.
4.4
Costo y precio
COSTOS DE PRODUCCIÓN. Servicio
Confidencial
Tiempo Estimado
Gestión de Proyecto
4 días
Modelado de Negocio
9 días
Requisitos
14 días
Análisis y Diseño
26 días
Implementación
42 días
SCG, 2011
Pág. 9
C.E.R.B.Y. Visión Documento Visión
Versión: Fecha:
Pruebas
23 días
Despliegue
10 días
Tiempo Total
1.0 28/08/2011
126 días
COSTOS TOTALES Realización del Proyecto Costos de Producción Costo Total del Proyecto
5
Q69,000 Q5,640 Q74,640
Descripción Global del Producto
5.1
Inscripción:
5.1.1
Recepción y registro: involucra la recepción y registro de la papelería perteneciente a un alumno, en la que se llevará un control de los documentos entregados y el estado de cada uno.
5.1.2
Administración de Pago: después de la recepción de la papelería y de haber cumplido con los requisitos establecidos, se realiza el pago de la inscripción.
5.1.3
Asignación: una vez registrado el alumno y habiendo pagado, se realiza el proceso de asignación del grado y sección.
5.2
Administración y Pedagogía:
5.2.1
Asignación de Cursos: se les asignará a los maestros un curso con su respectivo grado y salón.
5.2.2
Reporte de Notas: Esta será un consulta a las notas ingresadas por los maestros, tendrá la característica de ser personalizable a las necesidades del usuario.
5.2.3
Reporte de Rendimientos: en este se especificará el rendimiento por alumno, sus sanciones o amonestaciones, entre otras anotaciones. El cual tendrá como salida un reporte personalizado.
5.2.4
Verificación de saldos de los alumnos: esta característica se mostrará como reporte personalizable que se adecuará a las necesidades del usuario.
5.2.5
Pago de Sueldos: en ésta se podrá calcular el monto y controlar el pago mensual a los catedráticos y al personal administrativo.
Confidencial
SCG, 2011
Pág. 10
C.E.R.B.Y. Visión Documento Visión
5.3
Versión: Fecha:
1.0 28/08/2011
Registro:
5.3.1
Registro de Notas: los maestros reportarán sus notas a través de una interfaz fácil de utilizar que les permitirá ahorrar tiempo por medio de la automatización del cálculo de promedio y estado del alumno (Promovido/No Promovido).
5.3.2
Elaboración de certificados: con base en las notas ingresadas periódicamente por los maestros se elaboraran los certificados por alumno, facilitando la realización de estos documentos.
5.3.3
Elaboración de documentos varios: en ésta característica se incluirán las plantillas para la fácil elaboración de un documento para reportar una expulsión, retiro o traslados.
5.4
Contabilidad:
5.4.1
Registro de facturas por compras: se ingresarán los datos concernientes a las facturas de compras, como el nombre del producto, la cantidad, el monto por unidad y total.
5.4.2
Registro de recibos de pagos: se ingresarán los recibos de pagos por parte de los alumnos para controlar todos los ingresos del colegio.
5.4.3
Realización de libro diario, mayor y balance: para la elaboración de estos libros de contabilidad se utilizará la información, ya ingresada, de las facturas de compras y de los recibos de pagos; por lo que facilitará su construcción.
5.4.4
Cálculo de sueldos: se calcularán automáticamente los sueldos según sus cursos asignados, su antigüedad y débitos.
6
Restricciones Entre las restricciones planteadas por los clientes tenemos: La elaboración de la Arquitectura del software. Utilización del software sobre los sistemas operativos Windows y sus versiones. La distribución de la señal internet.
7
Precedencia y Prioridad
Referenciarse directamente a las inscripciones y asignaciones, según el cupo por sección del alumnado, considerando prioritario estas gestiones administrativas, según la cantidad de alumno que se llegan a inscribir
8
Otros Requisitos del Producto [A definir por el cliente]
Confidencial
SCG, 2011
Pág. 11
C.E.R.B.Y. Visión Documento Visión 8.1
Versión: Fecha:
1.0 28/08/2011
Estándares Aplicables
Trabajaremos con los estándares del mercado y aplicaremos las normas de COBIT sobre el control interno del desarrollo del software Dos tipos de estándares: A. Estándares del producto: se aplican al producto a desarrollar. Estándares de documentos (estructura del documento de requerimientos a producir) Estándares de documentación (encabezados estándar de comentarios para una definición de clase). Estándares de codificación (cómo utilizar un lenguaje de programación). B. Estándares del proceso: definen los procesos a seguir durante el desarrollo. Definiciones de los procesos de especificación y análisis, diseño, validación, descripción de los documentos a generar en cada uno de estos procesos. Estándares del producto Formulario para revisión del diseño Estructura del documento de requerimientos Formato del encabezado del procedimiento Estilo de programación en Visual Basic .NET Formato del plan de proyecto Forma de petición de cambios
8.2
8.3
Estándares del proceso Conducto para la revisión del diseño Sometimiento de documentos a revisiones Proceso de entrega de las versiones Procesos de aprobación del plan de proyecto Proceso de control del cambio Proceso de registro de las pruebas
Requisitos de Sistema
Requisitos mínimos del sistema: Sistema operativo: Windows server 203, Windows 7 (32/64 bits) Procesador: Intel Core Duo 2.16 GHz, 2 MB de caché Memoria RAM: 1GB para cualquier versión de Windows. Disco Duro: 80GB, IDE 7200rpm
Requisitos del sistema recomendados: Sistema operativo: Windows server 203, Windows 7 (32/64 bits) Procesador; Intel Core 2 Duo 2.33 GHz, 4 MB de caché) Disco Duron 160 GB de 5400rpm La instalación requiere acceso de administrador al sistema. Requisitos de Desempeño
Como se va desempeñar el producto: Rapidez (rendimiento) Disponibilidad Integridad Confiable Eficiente Tiempo de respuesta Confidencial
SCG, 2011
Pág. 12
C.E.R.B.Y. Visión Documento Visión
8.4
Versión: Fecha:
1.0 28/08/2011
Tiempo de recuperación
Requisitos de Entorno
Se derivan de los factores externos al sistema y de su proceso de desarrollo. Incluyen los requerimientos de interoperabilidad que definen la manera en que el sistema interactúa con los otros sistemas en la empresa (servicios de red, servidor de aplicaciones, servidor de archivos); los requerimientos legales que deben seguirse para asegurar que el sistema opere dentro de la ley (licenciamiento, actualizaciones), y los requerimientos éticos (Código de ética dentro de la empresa).
9
Requisitos de Documentación
9.1
Manual de Usuario Se digitará un manual para el usuario, y otro para el administrador.
9.2
Ayuda en Línea En todo momento habrá una ayuda en línea y una sección de FAQ.
9.3
Guías de Instalación, Configuración, y Fichero Léame Se digitarán guías para una instalación apropiada del software con imágenes de cómo se debe realizar la configuración pertinente acompañado por un fichero de “léame”.
A.
Atributos de Características
Número y nombre de la característica 5.1 Automatización en la realización de procedimientos.
5.2 Procesamiento de notas.
5.3 Control de programas de estudio.
Confidencial
Estado Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No]
Beneficio
Esfuerzo
Riesgo
Estabilidad
Asignación
Automatizac ión
[Alto]todos lo realizan
Alto (con el objetivo de optimizar productividad)
Alta
Todos los empleados
Eficiencia
[Medio]alguno s lo realizan
Alto (si no se lleva control afecta a varios niveles)
Alta
Profesores
[Bajo]pocos lo realizan
Medio (si no es el adecuado se enseña lo que no es)
Media
Secretaria
Optimizació n
SCG, 2011
Pág. 13
C.E.R.B.Y. Visión Documento Visión
5.4 Comunicación cliente/recepción.
5.5 Obtención de información automática.
5.6 Presentación de informes mensuales.
5.7 Informe de procesos de inscripción y asignación.
5.8 Reportes de pagos.
5.7 Administración de la contabilidad
5.8 Elaboración de facturas y recibos
5.9 Seguridad del sistema
Confidencial
Versión: Fecha:
Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No] Propuesta: [Sí / No] Aprobada: [Sí / No] Incorporada: [Sí / No]
1.0 28/08/2011
Efectividad
[Bajo]pocos lo realizan
Medio (asistencia, información y retroalimentaci ón)
Automatizac ión
[Alto]todos lo realizan
Media (algo riesgoso si es información confidencial)
Media
Todos los empleados
Control
[Medio]alguno s lo realizan
Baja (para comprobar que el rendimiento de la empresa es el deseado)
Baja
Secretaria y Contadora
Control
[Bajo]pocos lo realizan
Alto (para comprobar que todo quede registrado)
Alta
Secretaria
Eficacia
[Bajo]pocos lo realizan
Alto (para corroborar asignación de procesos)
Alta
Contadora
Eficiencia
[Bajo]pocos lo realizan
Alto (para comprobar todos los movimientos)
Alta
Contadora
Control
[Bajo]pocos lo realizan
Alto (para comprobar los flujos de la empresa)
Alta
Secretaria
Integridad y Confidencial idad
[Alto]todos lo realizan
Alto (tener control de la información por jerarquías)
Alta
Todos los empleados
SCG, 2011
Alta
Secretaria
Pág. 14
C.E.R.B.Y. Visión Documento Visión
Confidencial
Versión: Fecha:
SCG, 2011
1.0 28/08/2011
Pág. 15