“SISTEMA DE CONTROL DE VENTAS Y SERVICIOS DE LA …€¦ · Web viewEMPRESA: ProWEB. Plan de...

SISTEMA WEB PARA LA ADMINISTRACIÓN DE UNA ESCUELA

PRIMARIA

EMPRESA:

PROWEB

Plan de Desarrollo de Software

Versión 1.0

1

INDICE

I. Introducción………………………………………………………………………..3 1.1 Propósito…………………………………………………………………….…3 1.2 Alcance…………………………………………………………………...…....3

1.3 Resumen………………………………………………………… …………....4

II.- Vista General del Proyecto………..………………………………………….…...5 2.1 Propósito, Alcance, Objetivos…………………….…………………….….....5 2.2 Suposiciones y Restricciones…………..………………………………..…....6 2.3 Entregables del Proyecto………………………………………………….......6

2.3.1. El sistema Desarrollado………………………………………….........6 2.3.2 Documentación del Sistema…………………………….. …….……..6

2.3.3 Manuales……………..………………………………………..……....6 2.3.1 Manual del Sistema……………..………………………..…….....6 2.3.2 Manual del Usuario……………………………………..…….…..6 2.3.3 Manual de Instalación……………………... ………………..…...7

2.4 Evolución del Plan de Desarrollo del Software………………………….…...7 III Organización del Proyecto ……………………………………………… ……......7

3.1 Participantes en el Desarrollo del Proyecto….……………….…………….…7 3.1 Roles y Responsabilidades……………………………………………….…...7 3.2 Interfaces Externas……………………………………………………………8 3.2.1.1 Requerimientos funcionales…..………………………………………8-32 3.2.1.2 Requerimientos no funcionales…...………………………………….32-33 3.2.1.2 Aspectos técnicos de nuestro Sistema……………………………….32-33

3.2.1.3 ASPECTOS TÉCNICOS DE NUESTRO SISTEMA.

IV.- Gestión del Proyecto……………………………………..………………………35

4.1-Estimaciones del Proyecto...…………………………………………………....35 4.1.1. Licencias…………………………………………………….………......35 4.1.2. Software……………………………………………………………..…..36 4.1.3. Hardware……………………………………………………...………... 36 4.1.4. Resumen………………………………………………………………....36 4.1.5. Condiciones generales…………………………………………………..36

4.2-Plan del Proyecto……………………………………………………………….37 4.2.1. Plan de las Fases……………………………………………………...37-38

4.2.2. Calendario del Proyecto ………………………………………………....39 4.3 Seguimiento y Control del Proyecto…………………………………………… 41

4.4.1Historial de Revisiones………………………………………………........41 4.4.2 Gestión de Riesgos……………………………………………….………42

V.- CONTRATO………………………………………………………………………43VI.- CRONOGRAMA……………………………………………………………...…48

2

I. Introducción

En el presente documento se muestran las descripciones generales y las especificaciones que deberá seguir el sistema de software web que desarrollaremos para la Escuela Primaria “Benito Juárez”, con la finalidad de resolver las necesidades presentes en dicha institución para llevar acabo el control de los procesos que se realizan dentro de la institución educativa tales como: solicitud de ficha, pagos, diversos trámites, entre otras funciones administrativas, etc.

Este documento está sujeto a revisiones y hasta ser aprobado será puesto disposición del equipo de desarrolladores para dar inicio con la construcción del software.

En el proyecto se usa una metodología de Rational Rose Enterprise Edition en la que únicamente se procederá a cumplir con las tres primeras fases que marca la metodología, constando únicamente en la tercera fase de dos iteraciones. Es importante destacar esto puesto que utilizaremos la terminología RUP (Proceso Unificado Rational) en este documento. Se incluirá el detalle para las fases de Inicio y Elaboración y adicionalmente se esbozarán las fases posteriores de Construcción y Transición para dar una visión global de todo proceso.

El enfoque de desarrollo propuesto constituye una configuración del proceso RUP (Proceso Unificado Rational) de acuerdo a las características del proyecto, seleccionando los roles de los Integrantes del grupo, las actividades a realizar y los artefactos (entregables) que serán generados. Este documento es a su vez uno de los artefactos de RUP.

1.1 Propósito

El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar el proyecto. En él se describe el enfoque de desarrollo del software.

Con la realización de dicho proyecto se pretende que la escuela primaria Benito Juárez cuente con el apoyo de un sistema que le permita llevar acabo la administración tanto del personal de la institución, alumnado, como de los padres de familia. El producto entregado será un sistema web.

1.2 Alcance

El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del Las metas más significativas del proyecto son: el ahorro de tiempo entre el personal de la institución y los padres de familia en las labores administrativas, los distintos procesos que se realicen dentro de la misma y la comunicación constante entre los mismos.

Para la versión 1.0 del Plan de Desarrollo del Software, nos hemos basado en la captura de requisitos y durante la fase de Inicio se generará la primera versión del artefacto “Requerimientos Funcionales”, el cual se utilizará para refinar este documento.

3

Posteriormente, el avance del proyecto y el seguimiento en cada una de las iteraciones ocasionará el ajuste del Sistema produciendo nuevas versiones actualizadas.

1.3 Justificación/Resumen

La Empresa “ProWEB” requiere de la implementación e implantación inmediata de un sistema de información personalizado que permita administrar información oportuna, confiable, actualizada y relevante a los procesos que se llevan a cabo en la escuela, posibilitando la toma de decisiones en todos los niveles organizacionales, siendo esta información compatible con los procesos y controles establecidos por la misma institución.

Se necesita de una solución que permita la automatización, de forma segura y eficiente, de todos los procesos actuales que se practican en la administración educativa.

La siguiente documentación del sistema de control de venta y servicio de la Empresa ”ProWEB” en las siguientes secciones:

Vista General del Proyecto — proporciona una descripción del propósito, alcance y objetivos del proyecto, estableciendo los artefactos que serán producidos y utilizados durante el proyecto.

Organización del Proyecto — describe la estructura organizacional del equipo de desarrollo.

Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos del proyecto y describe cómo se realizará su seguimiento.

Planes y Guías de aplicación — proporciona una vista global del proceso de desarrollo de software, incluyendo métodos, herramientas y técnicas que serán utilizadas.

4

II.- VISTA GENERAL DEL PROYECTO

2.1 Propósito, Alcance, Objetivos

2.1.1. PropósitoEl propósito del Proyecto del Sistema de Información de la Empresa “ProWEB” es proporcionar las facilidades del flujo de información necesaria para controlar la administración de las actividades que se llevan a cabo dentro de la escuela.

2.1.2. AlcanceEl Plan de Desarrollo del Software es un documento en el cual se describe el plan global usado para el desarrollo del “Sistema de Gestion de la Escuelita”. Durante el proceso de desarrollo en el artefacto “Requerimientos Funcionales” se definen las características del producto a desarrollar, lo cual constituye la base para la planificación de las iteraciones.

Para la versión 1.0 del Plan de Desarrollo del Software, nos hemos basado en la captura de requisitos y durante la fase de Inicio se generará la primera versión del artefacto “Requerimientos Funcionales”, el cual se utilizará para refinar este documento. Posteriormente, el avance del proyecto y el seguimiento en cada una de las iteraciones ocasionará el ajuste del Sistema produciendo nuevas versiones actualizadas.

2.1.3 ObjetivosEl Objetivo del Sistema de Información para la “Escuelita”, es el de cumplir la automatización de la información ingresante de los procesos de inscripción, solicitudes, altas, bajas, etc. las cuales son operaciones que se llevan a cabo en la escuela de forma manual.

El objetivo de este Sistema de Información es ofrecer una solución integral y optima para la buena administración de los recursos de la Escuelita, involucrado a todos los procesos de la misma.

5

2.2 Entregables del ProyectoLos entregables estarán definidos en cada una de las etapas de la metodología a utilizar, debiendo como mínimo ser los siguientes:

2.3.1 El sistema Desarrollado

Sistema para la administración de la Institución educativa, Motor de base de datos: MYSQL+ Apache, php, html.

Materiales y guías para su implementación. Diccionario de Datos. Todas las Garantías Necesarias para el Sistema Desarrollado,

sobre la Fase de Implementación y Transición, garantizando la calidad del funcionamiento e integridad del Software.

2.3.2 Documentación del Sistema

En este presente documento se mostrara todo el proceso y metodología RUP (Proceso Unificado Rational) llevada desde la fase de inicio hasta el producto terminado que es el “SISTEMA DE ADMINISTRACIÓN DE LA ESCUELITA.

2.3.3 ManualesSe presentaran los siguientes Manuales para tener un mejor alcance

del Sistema:

2.3.3.1. Manual del Sistema.

En este documento se seguirán los pasos adecuados para poder realizar el mantenimiento de los Clientes, Productos, Formulas, etc. Comprenderá, por lo menos, la descripción de la arquitectura del sistema, estructura de los botones que componen cada módulo, descripción general de los procesos, modelo de datos, Diagrama de procesos de acuerdo al flujo de datos de cada módulo y diccionario de datos.

2.3.3.2 Manual del Usuario.

Mediante este manual podremos tener un guía para el uso correcto del sistema por parte del trabajador de la “ESCUELITA”, en este documento se seguirán los pasos adecuados para poder realizar las ventas de los diferentes productos y servicios. Dirigido al usuario final que utilizará el sistema, realizando sus tareas diarias.

Comprenderá, por lo menos, la descripción de las funciones del sistema en general y de cada uno de sus módulos en particular y su forma de operarlo por parte del usuario final, descripción de la estructura de menús, descripción de menús y pantallas, uso de ayudas interactivas, descripción de formas y reportes y un

6

glosario de términos orientados a los procesos que los usuarios van a efectuar con el sistema de información.

2.3.3.3 Manual de Instalación.

Mediante este manual podremos tener un guía para la correcta instalación del sistema, en este documento se verán los requisitos básicos en una computadora para poder instalar el sistema y que aplicaciones debe tener.

2.3 Evolución del Plan de Desarrollo de Software

El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del comienzo de cada iteración.

III.- Organización del Proyecto

3.1 Participantes en el Proyecto.

Considerando las fases de Inicio, Elaboración y dos iteraciones de la fase de Construcción, estará formado por los siguientes puestos de trabajo y los encargados de ellos:

Administrador de Base de Datos. Labor de Alberto Falcao Pérez Canseco, con una experiencia modesta en el manejo de Apache, MYSQL, herramientas CASE y notaciones.

Analista de Sistemas. El perfil establecido es conocimientos de UML y el proceso de desarrollo RUP, con lo cual se cuenta al menos con experiencia en sistemas afines a la línea del proyecto, labor que se llevará a cabo por los siguientes:

Aldrin Francisco Cruz Pineda

Encargado de la Lógica de Negocios(Programador).-Con experiencia en el entorno de desarrollo del proyecto, con el fin de que los prototipos puedan ser lo más cercanos posibles al producto final. Este trabajo ha sido encomendado a Jasiel Bautista Cruz

Documentador.- Es el encargado de realizar labores de gestión de requisitos, documentación y diseño del esquema de presentación del proyecto, el encargado es Cesar Antonio Bautista Pérez.

7

3.2 Interfaces Externas

A continuación se describirá los módulos que formaran parte de la propuesta del “Sistema de Administración de la Escuelita y sus requerimientos funcionalidades, aspectos técnicos y características del sistema de información.

3.2.1 MÓDULOS QUE FORMAN PARTE QUE LA PROPUESTA DEL “SISTEMA DE ADMINISTRACIÓN DE LA ESCUELA PRIMARIA”

3.2.1.1 REQUERIMIENTOS FUNCIONALES

Para especificar mejor la funcionalidad del software requerido por La Institución educativa, se han conformado bloques de requerimientos denominados módulos, que serán interpretados como una forma de organizar y clasificar las funcionalidades y no necesariamente como módulos de software.

8

3.2.1.1.1 REQUERIMIENTOS

3.1 CASO DE USO GENERAL DEL SISTEMA.

uc Primary Use Cases

EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version









































Sistema

Directiv o

Maestro

Secretaria

Tutor

1.0 ACCESO AL SISTEMA.

ALUMNO

2.0 SOLICITUD DE PRE-FICHA E

INSCRIPCIÓN A LA INSTITUCIÓN.3.0 ASIGNACIÓN

DE GRUPOS Y MAESTROS.

4.0 ADMINISTRAR LISTA DE

ALUMNOS.

5.0 ALTAS EN EL SISTEMA.

5.1 BAJAS EN EL SISTEMA.

6.0 REGISTRA AVANCE,

ACTIVIDADES Y EVALUACIÓN DE

ALUMNO.

7.0 RECUPERACIÓN

DE ERRORES.

8.0 GENERACIÓN DE DOCUMENTOS.

8.1 GENERAR BOLETAS DE

CALIFICACIONES.

8.2 GENERAR RECARGOS.

9.0 SOLICITUDES AL SISTEMA.

Ilustración 1: Diagrama de Casos de Uso - Global

9

1.0 ACCESO AL SISTEMA.2.0 SOLICITUD DE PRE-FICHA E INSCRIPCIÓN A LA INSTITUCIÓN.3.0 ASIGNACIÓN DE GRUPOS Y MAESTROS.4.0 ADMINISTRAR LISTA DE ALUMNOS.5.0 ALTAS EN EL SISTEMA.5.1 BAJAS EN EL SISTEMA.6.0 REGISTRA AVANCE, ACTIVIDADES Y EVALUACIÓN DE ALUMNO.7.0 RECUPERACIÓN DE ERRORES.8.0 GENERACIÓN DE DOCUMENTOS.8.1 GENERAR BOLETAS DE CALIFICACIONES.8.2 GENERAR RECARGOS.9.0 SOLICITUDES AL SISTEMA.

10

2.1. Trazabilidad Requerimiento v/s Casos de UsoID REQUERIMIENTO

278

279

280

281

282

283

284

285

286

287

288

289

290

291

292

293

294

295

296

297

298

299

300

301

302

303

304

305

306

307

308

309

310

ID C

ASO

S DE

USO

1.0

2.0

3.0

4.0

5.0

5.1

6.0

7.0

8.0 8.18.29.0

11

Lista de requisitos.1.0 Acceso al sistema.

ID RQ

IDCU

Entrada

Descripción Proceso Restricciones Salida

278 1.0

Usuario y contraseña

Directivo accede al sistema

-El directivo entra al sistema.-El sistema pide:UsuarioContraseñaUna vez adentro de arroja los siguientes menús:-Alumnos-Padres de familia-Maestros-Secretarias-Directivos

-El directivo tiene acceso a toda la información y podrá cambiar la información necesaria.-Este usuario requiere de mucha responsabilidad.

Entrada exitosa.

279 1.0


Secretaria ingresa al sistema.

La secretaria ingresa al sistema, para poder realizar los trámites que necesite.-El sistema le pide su nombre y contraseña.-Una vez adentro le mostrara un menú:-Padres de familia.-Alumnos

La secretaria solo podrá acceder al sistema, y podrá visualizar, información de los alumnos y padres de familia, podrá editar su información, pero con permisos de un superior.

Entrada exitosa.

280 1.0

Usuario y contraseña.

Maestro que accede al sistema.

Al ingresar al sistema deberá darse de alta:*id(Asignado por el administrador)*nombres*Apellido paterno*Apellido Materno*sexo*Contraseña*repetir contraseña*Código de seguridad* Firma digital.

Al ingresar se le mostraran los siguientes menus:-Grupos-Generar Listas

*Estos Datos son de carácter obligatorio, en caso de no ingresar todos los datos, o ingresar un dato no valido, el sistema deberá reconocer cual es el dato que falta o erróneo y solicitarlo.

El maestro podra generar un PDF donde le de una carta que cumplio con el registro, y que fue exitoso.

12

-Lista de padre de familia.-Horario-Calificaciones-Asistencia

281 Nombre de usuario y contraseña.

El responsable accede al sistema.

Al ingresar a la web accesara con el id asignado de inscripción y podrá consultar:-Calificación alumno-asistencia alumno-reporte alumno-Eventos-Cita con maestro o directivo-Mensajes

El responsable solo podra ser un espectador en el sistema, ya que no podra modificar ningun dato.Solo podra visualizar la informacion de su hijo, no el de otros.

El sistema generar un PDF con toda la informacion resumida del avance del Alumno.

2.0 Solicitud de pre-ficha e inscripción a la institución.ID RQ

IDCU

Entrada


2822.0

Datos Usuarios que solicitan pre ficha por primera vez

Al ingresar por primera vez, la sistema el aspirante dara clic sobre la opción de registro de preficha, se le enviara a otra pantalla donde se le solicitara los siguientes datos:

Aspirante:

-Nombres.*-Apellido Paterno. *-Apellido Materno.*-Fecha de nacimiento. (DD/MM/YYYY )*-Sexo. Deberá tener un combo box en el cual se podrá seleccionar masculino, femenino u otro.*-curp

*Estos Datos son de carácter obligatorio, en caso de no ingresar todos los datos, o ingresar un dato no valido, el sistema deberá reconocer cual es el dato que falta o erróneo y solicitarlo. * en caso de que el aspirante ya este registrado informar mediante una ventana que este aspirante ya tiene una preficha* en caso de que el padre de familia ya este registrado informar mediante una ventana que el padre de familia ya cuenta con un acceso.* en caso de hacer mas de tres intentos en el código de verificación, bloquear el sistema.* antes de generar la preficha ver una pantalla con todos los datos y pedirle al aspirante que los corrobore y de ser asi de clic en “generar”

preficha

13

Escuela de origen

Padre de familia:

-Nº Teléfono.*-Celular.-E-mail.*-Dirección.-Región. -Nacionalidad.-Ingresar Contraseña (máximo 6 dígitos).*-Reingresar Contraseña.*-Código de Seguridad.*-Fotografía.*Subir documentos-Acta de nacimiento-curp-constancia-vacunas-certificado

Una vez que se registran estos datos de manera correcta, el sistema generara el numero de preficha y se visualizara de manera PDF para impresión y se enviara una copia al email registrado.

La ficha generada deberá contener los siguientes datos:

Datos de la escuelaDatos del aspiranteDatos del tutorFehca en que debe presentarseBanco y numero de cuenta para hacer el depositoNumero de la pre-ficha

14

Sello digital de la escuela.

deberá levantarse un pop up el cual indique que el registro fue exitoso.

283 2.0

Documentacion

La secretaria, llevara el proceso de ver que los requisitos necesarios se esten completos, y el proceso de inscripcion se lleve acabo.

Llevará acabo la validación de la documentación y el estado de noticias.-verifica documentación-reporta falta de documento-Reporta todo esta completo-Hace notificaciones-crea reportes-asigna citas-Recibo de pago en banco

La secretaria no podra tomar una desicion por si sola, necesita consultar a su superior para que pueda hacer, valida o invalido algun documento.La secretaria solo podra, validar los documentos en buen estado, y no podra recibir documentacion incompleta, es todo o nada.

Se le dar un comprobante al tutor de que se ha dejado la documentacion, y pasa a ser responsabilidad de la institucion.

284 2.0

Datos Incripcion del alumno

Una vez que el alumno, cumplio con los requisitos, entrego los documentos, se registro en el sistema, asiste a una fecha indicada a la escuela, para que la secretaria complete el proceso de Inscripcion del alumno. -La secretaria entra al sistema a confirmar la incripcion del alumno. Da de alta al alumno:-Registra su nombre completo en la base de datos.-Verifica sus datos personales:-Fecha de nacimiento-curp-Direccion-Responsable

La secretaria solo podra registrar alumnos, que hayan cumplido 100% con los requisitos. De lo contrario se rechazara y no podra ser parte de la institucion.

-El sistema nos genera un numero de control para el alumno, y un folio el cual lo identificara.

15

3.0 Asignación de grupos y Maestros.ID RQ

IDRQ

Entrada


285 3.0

Datos Asignacion de grupo del alumno por el directivo.

El directivo entra al sistema, en un apartado podra ver a todos los alumnos, que estan clasificados por, grado, y ordenados de forma alfabetica, y podra asignarlos a un grupo.

-El directivo agregara al alumno a un grupo, dependiendo de la primera letra de su apellido paterno, el grupo tendra un maximo de 25 alumnos y minimo 18 alumnos.- En caso de que se hayan formado varios grupos, y todos esten llenos, sobrando algunos alumnos por asignar grupos, si la cantidad de alumnos sin grupo es considerable, ya sea 8 o mas, se tendra que dividir un grupo para poder anexarlos, de caso contrario se podra anexar a un grupo lleno.-Si el alumno, se esta reinscribiendo tendra que anexarse al grupo correspondiente, si es de nuevo ingreso se tendra que inscribir a primer grado.

Lista de grupos.

286 3.0

Datos del profesor.

-Asigna grupo al profesor, para que imparta clases, un profesor puede impartir clases a diferentes grupos.

-EL directivo le asigna al profesor los grupos que atendera.-asigna la hora que los atendera-El turno en que los atendera: Matutino y Vespertino.-Se cargara las materias que le impartira al grupo.-El aula en que atendera el grupo.

-Al profesor se le pueden asignar varios grupos, siempre y cuando la hora de clases no interfiera con otras.

Generara un PDF con los datos del grupo.

4.0 Administrar lista de alumnos.ID RQ

IDRQ

Entrada


287 4.0


-Generar Lista de grupo

-El Maestro entrara al sistema.-El maestro iniciara sesion con la

-El maestro no puede alterar la lista de alumnos, solo puede verla, reportar calificaciones, observaciones.

Genera la lista del grupo de alumnos.

16

contraseña y usuario que le asigno la escuela.-El maestro podra visualizar en un panel los grupos que tiene, y por medio de un boton podra generar la lista de los alumnos que tiene a su cargo.

288 4.0

Datos. -Generar lista de alumnos que aprobaron el ciclo escolar

-Al finalizar el ciclo escolar el profesor generara en el sistema una lista de los alumnos que aprobaron el curso.SI: Automaticamente el sistema en el apartado de información del alumno pasara de un estatus nulo a un estatus aprobado, lo que le permitira reinscribirse al siguiente ciclo escolar en la fecha acordada .NO: El sistema pondra en el apartado de información del alumno el estatus N/A y automaticamente le enviara un aviso al apartado del padre de familia de que su hijo no aprobo el ciclo escolar por lo que tendra que recursar el ciclo escolar.Y se general la lista con los

- El profesor tendra que corroborar que la información que el sistema genero es correcta y confirmar mediante un boton aceptar, de esta manera podra enviarse la notificación al padre de familia en su apartado del sistema en caso de que su hijo haya reprobado.

-Antes de enviar la notificacion al padre de familia de que su hijo reprobo, el profesor podra o no escribir comentarios en un campo de texto respecto del porque no aprobo el curso el alumno.

-Lista de alumnos que aprobaron el ciclo escolar.

289 4.0

Datos del alumno

-Generar impresión de credencial escolar

-La secretaria entra al sistema, se dirige al apartado de grupos, genera la lista.-Filtra el nombre del alumno.-Una vez encontrado,

-Solo podran generarse credenciales escolares a los alumnos en periodos vacacionales, o en actividades programadas en donde sea necesario la utilización de la misma.-En caso de que en alguna occasion el alumno desee salir de viaje y necesite

Credencial.

17

damos clic en generar credencial.-Genera credencial, en un PDF.

una credencial para poder aplicar el descuento en alguna terminar de autobuses, el alumno podra generar una un format de credencial con sus datos y la firma del director.

290 4.0

Nombre de usuario y contraseña

Directivo que entra al sistema a visualizar las listas de alumnos

Al ingresar al sistema el director dara clic en el menú informeslistas de alumnos

Al dar clic se visualizara una tabla con la lista de los grupos que están inscritos con los siguientes datos

Grados, grupo, numero de alumnos, maestro.

El directivo dara clic sobre el grupo que desea visualizar y se abrirá una nueva ventana donde se visualizara una tabla con los siguientes datos

-numero controlNombre, apellido1, apelldo2,

En esa pantalla se darán las opciones de regresar, o imprimir la lista.

-Lista de Grupos(Grupo y nombre de catedrático)-Lista de calificaciones(nombre alumno y calificación )-Lista de

-El directivo no puede cambiar las calificaciones del alumno.-El directivo solo puede visualizar las listas, pero no modificarlas.-Los eventos solo se pueden cancelar, en caso de no cumplir con algun requisito.

En caso de que el Directivo desee se le arrojara un PDF con la informacion que quiera (Lista de calificaciones,lista de grupos, eventos, etc.)

18

eventos(Evento, día, hora y fecha)-Lista de expulsados()-lista de asistencia

5.0 Altas en el sistema.ID RQ

IDCU

Entrada


291 5.0

Documentos y datos.

-Dar de alta a un alumno que viene de otra institucion.

Primeramente la secretaria le pide sus documentos y datos correspondientes:-Acta de nacimiento-Curp-Boleta de calificaciones-Documento de la institucion, que indique que estaba estudiando en dicha escuela.-Carta de buena conducta.Despues que el alumno haya entregado estos documentos, se procede a entrar al sistema y agregar al alumno a la base de datos, como un alumno regular, ingresando sus datos:-Nombre-apellidos-domicilio-Curp-tipo de sangre-calificacionesSe genera un nuevo registro.El sistema arroja un mensaje que el alumno fue registrado con exito.Se le hace entrega a

-No se pueden dejar espacios en blanco.-EL alumno debe de ser regular.-No debe traer materias reprobadas.-El alumno, no podra entrar si fue expulsado de la escuela anterior.

El sistema genera un comprobante que el alumno es ya parte de la institucion,.

19

sus padres de el nombre de usuario y contraseña para que puedan acceder a ver la informacion de su hijo.

292 5.0

Datos. Cambiar responsable o tutor.

La secretaria entra al sistema, se dirige al la seccion de padres de familia, busca al padre de familia el cual sera cambiado,.-Da clic en editar datos.-Una vez ahi se cambia el nombre del tutor o responsable.-Se genera una nueva contraseña, si asi lo desea.-se cambian todos los datos personales del tutor.

Solo se podra cambiar el tutor tres veces a lo largo del tiempo que el alumno este en la institucion.Se pondra cambiar siempre y cuando se justifique el cambio.

El sistema nos genera un nuevo documento en donde vienen los datos del nuevo tutor, y el nombre de usuario y contraseña que se genero.

293 5.0

Datos del padre de familia.

Alta de un padre de familia.

El directivo se dirige a la parte de los padres de familia, se despliega la lista de padres de familia.-Da clic en agregar padre de familia.Se le pide sus datos personales:NombreApellidosDireccionTelefonoCurpFecha de Nacimiento

Para dar de alta a un padre de familia tiene que realizar todo el proceso, y cumplir con todos los requisitos

Registro en el sistema.

294 5.0

Datos del profesor

Registro de un nuevo maestro.

El administrativo entra al sistema da clic en agregar Maestro.-Ingresas sus datos.-Finaliza el registro-Arroja PDF

-Solo si el maestro cumple con las expectativas.-Ningún campo vacio

-Contrato

5.1 Bajas en el sistema.ID RQ

IDCU

Entrada


20

295 5.1

Datos del profesor.

Renuncia o despido de un profesor.

El administrativo entra al sistema, y se dirige a la seccion de docentes y busca el nombre del profesor que presento su renuncia o que fue despedido.Si el profesor presento renuncia:-Dar clic en el nombre del profesor y pulsar dar de baja del sistema forma normal, una vez confirmamos y pide la contraseña. Arrojara una ventan que el profesor se dio de baja con exito.Si el profesor fue despedido:-Dar clic en el nombre del profesor y pulsar despedir, este boton tambien lo da de baja, pero nos arroja una ventana, donde debemos escribir el por que del despido.Arrojara una ventana que el profesor se dio de baja con exito.

El directivo solo podra dar de baja a un profesor, siempre y cuando, algun grupo quede sin profesor, de ser asi no se podra despedir, hasta que se encuentre a su reemplazo.

Reporte de despido o renuncia del profesor, detallado.

296 5.1

Datos del padre de familia.

Baja de un padre de familia.

El directivo se dirige a la parte de los padres de familia, se despliega la lista de padres de familia.-Filtra el nombre del padre de familia-Pulsa el boton dar de bajaSi el padre de familia no tiene hijos en el sistema:-Se dara un aviso que se dio de baja sin problemas

Si tiene hijos:

Para dar de baja a un padre de familia el directivo, tiene que hacer varios movimientos.Primeramente, la baja no se puede hacer si sigue teniendo hijos registrado en el sistema.Primero se tiene que hacer la baja de sus hijos para que pueda darse de baja el padre de familia.Una vez hecho esto, se le entrega sus documentos y todo lo que le pertenece.

-Constancia de baja-Documentos que entrego al inscribir a sus hijos.

21

-Arrojara el nombre de sus hijos, y tendra que darlos de baja primero para poder proceder a dar de baja al padre de familia

297 5.1

Datos Alumnos

Dar de baja a un alumno.

El directivo entrara al sistema, y seleccionara a un alumno de la lista, el cual arrojara su informacion, personal y escolar, y vendra una opcion donde diga, dar de baja alumno:Cuando se le de clic en ese boton, pedira confirmacion si realmente lo quiere dar de baja, y pedira una vez mas la contraseña del directivo, para mas segurdad, una vez dado de baja, el sistema ya no podra recibir al alumno otra vez.El sistema arrojara un mensaje donde diga que el alumno fue dado de baja, con exito.

Para dar de baja a un alumno se es por que , el alumno ya no quiera estudiar.-Se quiere cambiar de institucion.-Fue expulsado

Generara una constancia donde el alumno fue dado de baja definitivamente y el motivo de su baja.

6.0 Registra avance, actividades y evaluación de alumno.

ID RQ

IDCU

Entrada


298 6.0

Datos -Generar reporte de asistencia

-El profesor al final de cada unidad, tendra un apartado donde registrar las asistencias del alumno.-Si un alumno falto

El maestro, solo podra quitar las faltas, si el alumno presenta un justificantes.

Asistencia y faltas.

22

mas de una semana, tendra que justificar sus faltas, en caso contrario se vera reprobado la unidad.

299 6.0

Calificaciones.

Registro de calificaciones por unidad.

El maestro accede al sistema, y selecciona el grupo al cual va a reportar calificaciones, una vez dentro, inserta las calificaciones de cada uno de los alumnos.Se genera una lista con camposdonde se muestra la materia y el bismestreTendra que seguir un orden para poder insertar calificaciones.

-El profesor no podra dejar espacios en blancos.-El sistema no redondeara calificaciones.-Si el profesor se equivoco al insertar alguna calificacion, podra editarla sin ningun problema.

Genera lista de calificaciones y promedio final de cada unidad.

300 6.0

Datos, calificaciones, nombres de alumnos.

-Generar reconocimientos de los alumnos mas destacados con un promedio de 8.5 en adelante.

-El profesor de grupo podra generar al momento de entrar al apartado de toda la informacion de su grupo: alumnos, calificaciones, pormedio, etc. reconocimientos de aprovechamiento academico mediante la opcion imprimir , la cual se activara automaticamente al final de la fila cuando el alumno alcance el promedio de 8.5 en adelante.

-La opcion de impresion de reconocimiento por aprovechamiento academico no podra ser activada si el alumno no alcanza el promedio minimo de 8.5.

-Genera reconocimiento a alumnos con un buen aprovechamiento academico.

301 6.0

Datos -Generar carta de Buena conducta

-El profesor asignara a cada uno de sus alumnos de grupo su conducta mediante el apartado de historial de alumnos respect o a su comportamiento durante el curso, de esta manera al finalizar el ciclo escolar no sera

-Si el alumno no tiene asignado por el profesor una Buena conducta, por lo consiguiente el boton de generar carta de Buena conducta permanecera inactivo.

-Generación de carta de Buena conducta

23

necesario entregarle dicho documento, automaticamente el alumno podra generarlo desde su cuenta en su apartado de documentos.

7.0 Recuperación de errores.ID RQ

IDCU

Entrada


302 7.0

Datos. -Se le olvida contraseña a un usuario

-Si al usuario por cualquier motivo se le olvida su contraseña, el sistema tendra en la parte de login una opción para recuperar contraseñas, una vez que el usuario le de en recuperar, el sistema automaticamente enviara al correo del usuario sus datos: usuario y contraseña para que pueda accede nuevamente al sistema.

-En caso de que el usuario no recuerde su correo electronico, tendra que pasar con el administrador del sistema para que le brined apoyo y le proporcione su contraseña de loggeo al sistema.

-Recuperación de contraseñas

303 7.0

Datos.

-Acceso erroneo al sistema

-Si algun usuario trata de ingresar al sistema y se equivoca de manera erronea tres veces, el sistema se bloqueara.

-El sistema permanecera inactive hasta que pase un lapso de tiempo de 5 minutos si el usuario de equivoca de manera erronea 3 veces, esto es por cuestiones de seguridad del sistema

-Denegación de acceso al usuario al sistema

8.0 Generación de Documentos.ID RQ

ID CU

Entrada


304 8.0

Datos de alumno.

Buscar registro de alumno

-La secretaria entra al sistema con su usuario y contraseña, al entrar se ira a la seccion de alumnos, que esta clasificados por grados y grupos, y se dirige a

Si se desea buscar referencia de algun alumno, ya sea para alguna aclaracion o por algun dato que est mal, debera acudir con la secretaria para poder realizarlo.La secretaria solo podra ver los datos y hacer anotaciones.

-Arroja los datos del alumno.

24

una opcion que permite filtrar el nombre de los alumnos.-Escribe el nombre del alumno, y le da buscar.Si se encuentra: La secretaria podra obtener sus datos del alumno, pero solo podra verlos, ella anotara los datos y observaciones que vean que estan mal, y le avisara al directivo, para que este pueda modificar algun dato erroneo en la base de datos.No lo encuentra:Si no lo encuentra, el alumno tendra que ir con el directivo, para que de nuevo se le tomen los datos, y vean el por que no aparece en la base de datos.

El directivo es el que hace las modificaciones.

305 8.0

Elaboracion de constancias de estudio

La secretaria le pedira su nombre al alumno, y en el sistema habra un formato por de fault y este se rellenara automaticamente con las calificaciones, datos personales del alumno.-Solo buscar el alumno.-Dar clic en generar constancia.-la constancia tendra los siguientes datos:

-Solo podra generar una constancia por alumno.- Si el alumno desea otra mas, se le cobrara un monto de $10 .- Solo sera valido, cuando sea firmada por el director de la escuela.

Constancia de estudios

8.1 Generar Boletas de calificaciones.

25

ID RQ

ID CU

Entrada


306 8.1

Calificaciones de los alumnos.

Generar Boleta

El administrativo entra al sistema, se dirige a un apartado donde dice generar boleta de calificaciones.-Le da generar boleta, y señala el grupo del cual quiere generar la boleta, puede generar una o muchas boletas a la vez.-Gerara la boleta en un PDF.-Una vez generada la boleta nos arrojara un mensaje de boleta, generada con exito.

-Solo el administrativo podra hacer la peticion de las boletas.-Ningun dato se podra modificar, sea calificacion, nombre.-Una vez cerrada la fecha limite no se podra generar la boleta.

Boleta de calificaciones, en un PDF.

307 8.1

Datos -Generar boleta rapida de calificaciones

-El padre de familia tendra en su cuenta un apartado en donde podra generar una boleta rapida de calificaciones de su hijo en formato .pdf para poder ir viendo el aprovechamiento de su hijo respect al curso.

-La boleta no sera una boleta estandar ni complete, esta solo podra generarse por bimestre y tendra las calificaciones del mismo.

-Boleta rapida de calificaciones

8.2 Generar recargos.ID RQ

ID CU

Entrada


308 8.2

Datos de padre de familia

-Generar multa por no asistir a reunion

-El directivo se dirije al panel, de padres de familia y dar clic en el padre de familia que no asistio a la reunion, entonces le da generar multa.-Despues el sistema arrojara una ventana, donde pedira el monto que se le cargara a esta persona.

-Unicamente se le permitira al padre de familia tener 2 faltas a las reuniones, a la tecera vez que falte el sistema automaticamente le enviara una solicitud al mismo para presentarse a la direccion de la institucion educativa.-En caso de que un padre de familia no pueda asistir a una reunion, el profesor subira al sistema la asistencia del padre de familia en dicha actividad y automaticamente se le generara una multa de 100 pesos por cada falta la cual podra ser visualizada por el padre

-Generación de multa (Notificacion)

26

de familia en el apartado del mismo en la opcion comunicados y tendra que pasar a pagar en una fecha acordada asignada por el profesor de grupo.-Ningun documento, o permiso se le podra dar al padre de familia mientras tenga un adeudo.

9.0 Solicitudes al sistema.ID RQ

ID CU

Entrada


309 9.0

-Peticion del profesor

-Solicitud de permiso por parte del padre de familia

-El padre de familia tendra en su cuenta un apartado en donde podra gestionar permisos de su hijo al profesor en caso de que este se encuentre enfermo o por otros motivos, por los cuales no pueda asistir a clases. -El padre de familia, entra al sistema.-Da clic en el apartado de permisos, donde vendra un area de texto, diciendo el por que su hijo no podra asistir a clases.-al terminar de redactar, le dara clic en enviar y listo.

-La gestion de permisos por parte del padre de familia solo podra realizarse 3 veces como maximo por ciclo escolar, de lo contrario despues de los 3 esta opcion se desactivara.

-Generar permisos

310 9.0

-Calendario de actividades

-El padre de familia se dirige al apartado de calendario de actividades, y le mostrara el calendario de actividades.

-El padre de familia podra visualizar en su cuenta el calendario de actividades programadas durante el curso de su hijo para estar enterado de lo que se aproxima a realizar y se mantenga al pendiente.

-Calendario de actividades

27

3.2.1.2 REQUERIMIENTOS NO FUNCIONALES.El sistema de información, poseerá las siguientes características operacionales.

3.2.1.2.1 Ergonomía

El Software deberá ser lo suficientemente fácil de manejar por el usuario; es decir este ultimo podrá hacer todas las operaciones en el sistema ya sea empleando el teclado o el Mouse.

3.2.1.2.1 Integración

Es decir deberá integrar toda la información y sincronizar todos los procesos y eventos, lo que permitirá obtener información en

31

todo momento. Todos los módulos del software deberán integrar información.

3.2.1.2.2 Escalabilidad

El diseño del software soportará el incremento de volumen de operaciones sin necesidad de modificar el código fuente.

3.2.1.2.3 Desempeño (performance)

El tiempo de respuesta y la duración de las opciones funcionales del software de La Empresa “ProWEB” será lo más rápido posible. Por tanto el nivel de servicios requerido es tal que el sistema información integral no sufra una disminución en su desempeño (degradación) respecto al nivel previo al de la puesta en producción.

3.2.1.2.4 Compatibilidad tecnológica

El software se ejecutará sobre la plataforma tecnológica de los nuevos equipos que implementará La Empresa “ProWEB”.

3.2.1.2.5 Interfaz de usuario

El software deberá contar con una interfaz de usuario final íntegramente en entorno gráfico y amigable en todos sus componentes.

3.2.1.3 ASPECTOS TÉCNICOS DE NUESTRO SISTEMA.

3.2.1.3.1 Manejador de Base de Datos a Utilizar

Nuestro grupo, plantea que el manejador de base de datos para el presente desarrollo debe de ser MYSQL+APACHE+PHP, el que se ha elegido teniendo en cuenta los siguientes criterios de evaluación. Seguridad.MYSQL implementa un nivel de seguridad a nivel de inicios de sesión y base de datos, lo cual garantiza la confidencialidad de los datos de la Escuelita.

Manejo de integridad de la información.MYSQL valida la integridad de la información que el usuario intenta guardar al hacer una transacción.

Sincronización de la base de datos.El proceso de replicación requiere de sincronización de la base de datos, para lo cual MYSQL garantiza a través de sincronización transaccional o instantánea dependiendo de la funcionalidad de la sucursal.

Capacidad de datos:

32

MYSQL Soporta Gigabytes de informació0n, eso significa una gran capacidad de datos y beneficio para la empresa.

Concurrencia de usuarios.El sistema que se plantea a la Institución educativa será implementado en una arquitectura cliente servidor con concurrencia simultánea de los diferentes puntos de venta, ello implica que el manejador de base de datos garantice esta funcionalidad ya que la empresa tiende a crecer y el nivel de concurrencia podría ser mayor.

Soporte informático.

Actualmente Microsoft es la empresa más grande del mundo y el soporte informático sobre sus productos es ilimitado.

3.2.1.3.2 Herramienta de Entorno de desarrollo integrado (IDE) a utilizar.

Nuestro grupo, plantea que la herramienta de desarrollo integrado para el presente desarrollo debe ser NetBeans, el que se ha elegido teniendo en cuenta los siguientes criterios de evaluación:

NetBeans es un entorno de desarrollo integrado especialmente diseñado para facilitar la construcción y el desarrollo de servicios y soluciones Web y de escritorio.

Entre sus múltiples características cabe destacar su soporte multi-lenguaje, que permite integrar en una misma aplicación código escrito en diferentes lenguajes de programación.

Seguridad.- NetBeans, facilita a los desarrolladores la tarea de escribir aplicaciones seguras. Se podrá escribir código no administrado seguro u obtener las herramientas IDE que permiten crear e implementar aplicaciones administradas que utilizan la seguridad de acceso al código.

Diseño de interfaces mediante librería swing en JAVA.

Integración con JAVA RUNTIME.

Creación de aplicaciones para consola

Otras características a destacar son: un entorno integrado de desarrollo, un completo depurador y un asistente para el diseño HTML

4.3.3 Software Base

La plataforma del software base que está actualmente será la misma sobre la que la aplicación deberá correr.

4.3.4 Herramientas Case a Utilizar.

33

Rational Rose Enterprise Edition.

3.2.1.4 CARACTERÍSTICAS GENERALES DEL SISTEMA DE INFORMACIÓN.

El sistema de información a desarrollar deberá permitir la automatización de forma segura y eficiente de todos los procesos operativos, la optimización en el uso de los recursos de la Institución educativa, la consolidación y presentación de información de apoyo a la toma de decisiones en todos los niveles de gestión, permitiendo realizar entre otros información que facilite el análisis de la gestión.

El sistema a Implementar tendrá las siguientes características técnicas generales:

El sistema funcionará sobre la plataforma Windows 7 XP y software libre Ubuntu 12.04 (esto debido a que se tiene en consideración las plataformas que se van a plantear utilizar la empresa, tanto en recursos de hardware, como de software base para el sistema de información).

Tendrá una interfaz gráfica amigable entre el sistema y el usuario. El sistema a implementar es de tipo Cliente/Servidor y utilizará el motor de base

de datos relacionar MYSQL. El sistema tendrá varios niveles de seguridad protegidos mediante contraseñas,

esto nos permitirá el acceso en forma dinámica a las diferentes opciones del sistema.

La información almacenada en las bases de datos será fácilmente “transportable” para su uso en otro sistema, por ejemplo, exportar la información en forma de archivos para su uso o consulta con Hojas de cálculo, Procesadores de Texto, Archivos planos y/u otros.

El sistema proporcionará reportes, ya sea por pantalla, impresora o archivo. El sistema permitirán la consolidación de la información, incluye mecanismos

de transmisión de datos: manual y automático. El sistema será desarrollado en NetBeans. Generación e impresión automática de documentos prediseñados en el sistema. Administración de información histórica.

IV.- GESTIÓN DEL PROYECTO.

4.1-Estimaciones del Proyecto

A continuación se presenta la propuesta económica para la ejecución del presente proyecto.

4.1.1. Licencias.

Ítem Descripción Cantidad Precio $ Total1 NetBeans 1 Free2 MYSQL 1 Free4 Windows 7 1 Free

0.0

34

4.1.2. Software.

Ítem Descripción Cantidad Precio Total1 Análisis, diseño, implementación del

“Sistema de Administración de la Escuelita”

1 20000 20000.00

Total 15000.00

4.1.3. Hardware.

Ítem Descripción Cantidad Precio Total1 Renta Anual del servidor para alojar el

Sistema1 2300 2300.00

2 Computadoras - 0 0.003 Impresoras Canon 3 2500 7500.00Total 9800.00

4.1.4. Resumen.

Rubro TotalLicencias 0.00Software 20000.00Hardware 9800.00TOTAL 29800.00

4.1.5. Condiciones generales.

Como se aprecia en la propuesta Económica, está dividida en 3 partes principales las cuales se especifican en las siguientes líneas para definir mejor la estructura de costos presentada:

LicenciasEste rubro indica las licencias que se necesitarán para la construcción del software, en nuestro caso, la mayor parte es software libre.

SoftwareAcá se indica el costo de análisis, diseño e implementación del desarrollo del software la misma que se plantea que el desembolso sea de 20,000.00 la misma que incluye todos los tributos que establezcan las normas legales pertinentes, que nos va servir para los gastos durante casi todo el desarrollo el Sistema.

35

HardwareNo se sugiere la adquisición de equipos de Cómputo por lo que la Escuela ya cuenta con ellos, debido a que estos proporcionarán mayores prestaciones ergonómicas que permitirán aprovechar al máximo las características de las dichas máquinas y agilizar la construcción del Sistema.

OtrosSe tiene en cuenta múltiples gastos realizados durante todo el desarrollo del proyecto como por ejemplo el pago del consumo de luz, CD’s, alquiler de computadoras, impresiones de la documentación, hojas, algunos inconvenientes de ultimo minutos y otros gastos mas.

4.2-Plan del Proyecto

4.2.1 Plan de las Fases.

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase (para las fases de Construcción y Transición es sólo una aproximación muy preliminar)

Fase Nro. Iteraciones Duración

Fase de Inicio 1 4 semanas Fase de Elaboración 2 3 semanas Fase de Construcción 2 5 semanas Fase de Transición 1 2 semanas

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

36

Descripción Fase

Fase de Inicio

En esta fase desarrollará los requisitos necesarios del producto desde la perspectiva del usuario, los cuales serán establecidos en el artefacto Captura de Requerimientos. Los principales casos de uso serán identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. La aceptación del cliente / usuario y el Plan de Desarrollo marcan el final de esta fase.

Fase de Elaboración

En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes más relevantes y / o críticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera versión de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño).

La revisión y aceptación del prototipo de la arquitectura del sistema marca el final de esta fase. La primera iteración tendrá como objetivo la identificación y especificación de los principales casos de uso, así como su realización preliminar en el Modelo de Análisis / Diseño, también permitirá hacer una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la planificación para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrán una duración de semanas.

Fase de Construcción

Durante la fase de construcción se terminan de analizar y diseñar todos los casos de uso, refinando el Modelo de Análisis/Diseño. El producto se construye en base a 2 iteraciones, cada una produciendo una versión a la cual se le aplican las pruebas y se valida con el cliente / usuario.

Se comienza la elaboración del material de apoyo al usuario. El hito que marca el fin de esta fase es la versión de la versión, con la capacidad operacional parcial del producto que se haya considerado como crítica, lista para ser entregada a los usuarios.

Fase de Transición

En esta fase se prepararán dos versiones para distribución, asegurando una implantación y cambio del sistema previo de manera adecuada.

El hito que marca el fin de esta fase incluye, la entrega de toda la documentación del proyecto con los manuales de instalación y todo el material de apoyo al usuario, la finalización del entrenamiento de los usuarios.

37

4.2.2 Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del proyecto incluyendo sólo las fases de Inicio y Elaboración. Como se ha comentado, el proceso iterativo e incremental de RUP (Proceso Unificado Rational) está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e iteración del proyecto

Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación indica cuándo el artefacto en cuestión tiene un estado de completitud suficiente para someterse a revisión y aprobación, pero esto no quita la posibilidad de su posterior refinamiento y cambios.

38

39

DISCIPLINAS / ARTEFACTOS GENERADOS O MODIFICADOS DURANTE LA FASE DE INICIO

COMIENZO APROBACIÓN

Modelado del Negocio

Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio

Semana 1 01/10 – 07/10

Semana 3 15/10 – 21/10

Requisitos

Glosario Semana 208/10 – 14/10

Semana 3 15/10 –21/10

Visión Semana 208/10 – 14/10

Semana 3 15/10 –21/10

Modelo de Casos de Uso Semana 3 15/10 –21/10 siguiente fase

Especificación de Casos de Uso Semana 422/10– 28/10 siguiente fase

Especificaciones Adicionales Semana 529/10– 04/11 siguiente fase

Análisis / Diseño

Modelo de Análisis / Diseño Semana 6 y 704/10 – 18/11 siguiente fase

Modelo de Datos Semana 819/11– 25/11

siguiente fase

Implementación

Prototipos de Interfaces de Usuario Semana 9 y 1026/11 – 09/12 siguiente fase

Modelo de Implementación Semana 1110/12 – 16/12 siguiente fase

Pruebas

Casos de Pruebas Funcionales Semana 1217/12 –23/12 siguiente fase

Despliegue

Modelo de Despliegue Semana 11 24/12 – 30/12 siguiente fase

Gestión de Cambios y Configuración Durante todo el proyecto Gestión del proyecto Plan de Desarrollo del Software en su versión 1.0 y planes de las Iteraciones.

Semana 1031/11 – 02/12

Semana 1207/12 –23/12

Ambiente Durante todo el proyecto

4.4 Seguimiento y Control del Proyecto

4.4.1 Historial de Revisiones

Versión Fecha Descripción

1.0 08/09/2014 Versión preliminar como propuesta de desarrollo.

2.0 24/10/2014 Versión propuesta para aprobación al final de la fase de inicio.

3.0 03/11/2014 Versión revisada en la fase de elaboración.

4.0 05/11/2014 Versión revisada al final de la fase de Elaboración.

5.0 12/11/2014 Versión revisada en la primera iteración de la fase de construcción.

6.0 07/12/2014 Versión revisada en la segunda iteración de la fase de construcción.

El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto, los defectos detectados en las revisiones y formalizados, tendrán un seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias.

Para la revisión de cada artefacto y su correspondiente garantía de calidad se utilizarán las guías de revisión incluidas en RUP.

4.4.2 Gestión de Riesgos

40

A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista será evaluada al menos una vez en cada iteración.

Riesgos Acciones de Contingencia1. Baja intensidad de Energía Eléctrica, y que se pierda la información avanzada y todo nuestro Sistema, o que tenga algunas fallas al momento de las pruebas.

1. Guardar cada momento la información que se está manejando, teniendo en cuenta aspectos de seguridad.

2. Pérdida de información la base de Datos. 2. Sacar una copia de seguridad cada cierto tiempo, conforme q se está avanzando el proyecto.

3. Pérdida de Información avanzada por algún desperfecto de la computadora, Falla de los equipos.

3. Se tratan con cuidado, se realiza el mantenimiento de forma regular, está previsto el préstamo de otros equipos.

4. Al fuego, que puede destruir los equipos y archivos.

3 Generales, se hace una copia casi diaria de los archivos que son vitales para la empresa.

4Al robo común, llevándose los equipos y archivos.

5. Robo común, se cierran las puertas de entrada y ventanas.

5A la acción de virus, que dañen los equipos y archivos.

6. Todo el software que llega se analiza en un sistema utilizando software antivirus.

41

V.-CONTRATO DE VENTA DE SISTEMA WEB LA ESCUELITA

REUNIDOS

Oaxaca de Juárez, Oax. a 2 de diciembre del 2014

DE UNA PARTE:

ProWEB con CIF 3210F1829O, con domicilio en Independencia nº 22, Código Postal 68200 de Oaxaca inscrita en Sistemas Web Especializados al Tomo 32, Folio 21696, inscripción 328, representada por ISC César Antonio Bautista Pérez, NIF 38947G6002, con domicilio en Guadalupe Victoria nº 108, Código Postal 68000 de Oaxaca de Juárez, con poder ante Notario D. Carlos Velásquez Jarquín, del Colegio Notarial del Estado de Oaxaca, nº de protocolo 1221.

Y DE OTRA:

Escuela Primaria “Benito Juárez”, con domicilio en Benito Juárez nº 10, Código Postal 68000 de Oaxaca inscrita en Escuelas Primarias Privadas A.C. al Tomo 8, Folio 232, representada por Mtra. Julita Sánchez Cortés, NIF 12385S0799, con domicilio en Mier y Terán nº 375, Código Postal 68100 de Oaxaca de Juárez, con poder ante Notario D. Rodolfo Morales García, del Colegio Notarial del Estado de Oaxaca, nº de protocolo 655.

Los contratantes se reconocen recíprocamente, en el carácter en que intervienen, plena capacidad jurídica para contratar y en el caso de representar a terceros, cada uno de los intervinientes asegura que, el poder con el que actúa no ha sido revocado ni limitado, y que es bastante para obligar a sus representados en virtud de este CONTRATO DE DESARROLLO DE UN SISTEMA DE SOFTWARE y a tal objeto:

EXPONEN:

I. Que ProWEB se dedica a la prestación de servicios informáticos, y entre éstos realiza desarrollo de software.

II. Que la Escuela Primaria “Benito Juárez” está interesada en contratar la elaboración por ProWEB de un sistema de software con los requisitos y estipulaciones acordadas en este contrato.

III. Que en base a lo anterior, ambas partes acuerdan la suscripción del presente contrato que se regirá de acuerdo con los siguientes

CLÁUSULASPRIMERA.- OBJETOEl objeto del presente contrato es el desarrollo [instalación, puesta en servicio y formación de usuarios] por parte de ProWEB para la Escuela Primaria “Benito Juárez” del sistema de software denominado: La Escuelita.

La descripción de los requisitos técnicos, funcionales y de calidad del sistema de software objeto de desarrollo se encuentran definidios en los Anexos I y II al presente contrato.

42

Dichos anexos forman parte de este contrato, su contenido tiene carácter contractual y es aceptado y firmado por las partes.

El Anexo I describe los requisitos del sistema (ISO/IEC 12207 1998 5.1), empleando el formato y las directrices del estándar técnico IEEE 1362.El Anexo II describe los requisitos del software, empleando el formato y las directrices recomendadas por el estándar técnico IEEE 830.

SEGUNDA.- MODIFICACIONES DE REQUISITOSPara gestionar las posibles modificaciones de los requisitos durante el periodo de desarrollo, cada parte determina un interlocutor válido autorizado a proponer o autorizar posibles modificaciones a los requisitos de los Anexos I y II.Solamente se considerarán válidas las modificaciones de requisitos aceptadas de común acuerdo por ambos interlocutores, y cuya descripción y acuerdo quede documentalmente reflejada en una revisión de los anexos de requisitos (Anexos I y II). Numerada y firmada por ambos interlocutores.

Cuando las modificaciones de los requisitos impliquen la modificación del coste o tiempo previsto en este contrato para el desarrollo del sistema, su aprobación supondrá necesariamente una revisión del presente contrato con los nuevos costes o fechas acordados.

TERCERA.- ENTREGA DEL SISTEMA ProWEB entregará a la Escuela Primaria “Benito Juárez” el sistema de software en fecha anterior al 20 de diciembre del 2014.El sistema objeto de la entrega incluye: - Todo el código ejecutable necesario para el correcto funcionamiento del sistema grabado en soporte [CD-ROM, DVD,...] y adecuadamente instalado para su funcionamiento en los equipos de hardware de operación del sistema.- Los siguientes productos y sub-productos de desarrollo: el código fuente desarrollado, la documentación de diseño y análisis, la documentación de usuario, los documentos de pruebas.

La Escuela Primaria “Benito Juárez” procederá a la verificación de los productos y sub-productos entregados y a la validación del correcto funcionamiento del sistema tomando como referencia para la misma las especificaciones de requisitos de los Anexos I y II de este contrato.La verificación y validación la realizará en un periodo de tiempo inferior a 30 días naturales contados a partir de la entrega del sistema. Si pasada esta fecha la Escuela Primaria “Benito Juárez” no manifiesta por escrito reparos a ProWEB, se entenderá que el sistema es conforme a los requisitos.

CUARTA.- PENALIZACIONESCualquier retraso de ProWEB en la fecha de entrega del sistema acordada dará derecho a la exigencia de una penalización económica a pagar por ProWEB a la Escuela Primaria “Benito Juárez” de $1000 pesos por díaEstas penalizaciones no se aplicarán en los casos en los que se demuestre que el retraso es debido a la Escuela Primaria “Benito Juárez”

QUINTA.- PROPIEDAD INTELECTUAL

43

ProWEB garantiza que los trabajos y servicios prestados a la Escuela Primaria “Benito Juárez” por el objeto de este contrato no infringen ni vulneran los derechos de propiedad intelectual o industrial o cualesquiera otros derechos legales o contractuales de terceros.

SEXTA.- CONDICIONES ECONÓMICASEl precio del desarrollo del sistema de software objeto del presente contrato es de $29800.00 que serán abonados tras la emisión de la(s) correspondiente(s) factura(s) según el calendario de pago siguiente:$14900 al comienzo del sistema$7900 al mostrar la interfaz $7000 cuando se entregue el sistema terminado

SÉPTIMA.- GARANTÍAUna vez validada por parte de la Escuela Primaria “Benito Juárez” la entrega del sistema de software, se iniciará un periodo de garantía del correcto funcionamiento del sistema de 12 meses.La garantía del sistema cubrirá un servicio de mantenimiento correctivo por parte de ProWEB, con un tiempo de respuesta a las notificaciones de incidencias inferior a 72 horas laborables desde la notificación, y un tiempo de reparación acorde al esfuerzo técnico necesario para su reparación.Por mantenimiento correctivo se entiende el definido en el estándar técnico de mantenimiento de software IEEE 1219-1998: "Modificaciones realizadas a un producto de software después de su entrega para corregir fallos descubiertos", no siendo extensiva la garantía para operaciones de mantenimiento adaptativo ni perfectivo.

OCTAVA.- RESOLUCIÓN DEL CONTRATOEl presente contrato quedará resuelto al producirse alguna de las siguientes causas:- Cumplimiento de las prestaciones de cada parte en las fechas y formas acordadas.- Por hallarse cualquiera de las partes en un supuesto de caso fortuito o fuerza mayor.

Si el contrato fuera resuelto anticipadamente sin producir la entrega del sistema de software en su totalidad o en la forma dispuesta en este contrato, ambas partes colaborarán de buena fe y en especial ProWEB para facilitar, bien la contratación de una nueva entidad que dé continuidad a los trabajos, o bien para que la Escuela Primaria “Benito Juárez” pueda continuar con los trabajos, y en cualquiera de los casos facilitar la transferencia del conocimiento y sub-productos generados.

NOVENA.- GENERALPersonal: cada parte asume, a título exclusivo el carácter de patrono o empresario respecto de su personal empleado para la ejecución del presente contrato.

Interlocutores válidos: Para llevar a cabo las comunicaciones necesarias durante la ejecución del contrato, y para validar las posibles modificaciones de requisitos se nombran como interlocutores válidos.

Por la Escuela Primaria “Benito Juárez”Profa. Margarita Santos GómezDirección Miguel Hidalgo #245 Col. Centro Oaxaca de Juárez, Oax.Teléfono 9515216449e-mail [email protected]

44

Por ProWEBC. Alberto Falcao Pérez CansecoDirección Guadalupe Victoria #22 Nativitas, EtlaTeléfono 951 1020819e-mail [email protected]

Efecto: El presente contrato surtirá efecto a partir de la fecha de su firma.

Cesión del contrato: Las partes no pueden ceder, transferir ni delegar el presente contrato o alguna de sus obligaciones, ni subrogar a terceros en cualquier forma válida en derecho, ni gravar o hipotecar alguno de los derechos contemplados en el contrato, sin la previa conformidad escrita de la otra parte.

Contrato completo: El presente contrato, incluido los Anexos I y II que forman parte integrante del mismo, constituyen el total del contrato entre las partes sobre el objeto del mismo y sustituye, deroga y deja sin efecto cualquier otro acuerdo referido al mismo objeto a que hubieren llegado las partes con anterioridad a la fecha de la firma.

Nulidad o anulabilidad: La declaración de cualquiera de estas estipulaciones como nula, inválida o ineficaz no afectará a la validez o eficacia de las restantes, que continuarán vinculando a las partes.La renuncia de una parte a exigir en un momento determinado el cumplimiento de uno de los pactos aquí acordados no implica una renuncia con carácter general ni puede crear un derecho adquirido para la otra parte.

Modificaciones: Cuando proceda que las partes deseen incorporar de mutuo acuerdo modificaciones de requisitos del sistema de software, serán aceptadas reflejándolas con una versión nueva, numerada, fechada y firmada por ambas partes de los requisitos del sistema o de los requisitos del software (anexos I y II), y si la modificación implicara cambios en los costes, fechas de pago o de entrega, también se hará constar como modificación del presente contrato, generando un nuevo anexo escrito, fechado y firmado por ambas partes.

Exención de responsabilidad: ninguna de las partes será responsable por incumplimiento o retraso de sus obligaciones si la falta de ejecución o retraso fuera consecuencia de caso fortuito o fuerza mayor.

DÉCIMA.- CONFIDENCIALIDAD Y DERECHOS SOBRE EL SISTEMA ProWEB guardará confidencialidad sobre la información que le facilite la Escuela Primaria “Benito Juárez” en o para la ejecución del Contrato o que por su propia naturaleza deba ser tratada como tal. Se excluye de la categoría de información confidencial toda aquella información que sea divulgada por la Escuela Primaria “Benito Juárez”, aquella que haya de ser revelada de acuerdo con las leyes o con una resolución judicial o acto de autoridad competente. Este deber se mantendrá durante un plazo de tres años a contar desde la finalización del servicio.ProWEB podrá hacer uso del código para la elaboración de nuevo software y toda la documentación para mostrar la calidad de su trabajo a futuros clientes

ONCEAVA.-SUMISIÓN

45

Las partes contratantes, con renuncia expresa de su propio fuero o del que pudiera corresponderles, en cuantas cuestiones o litigios se susciten del motivo de la interpretación, aplicación o cumplimiento del presente acuerdo, se someten a la Jurisdicción y Competencia de los Juzgados de lo Penal y sus Tribunales superiores. La ley aplicable será la mexicana.

Y en prueba de conformidad ambas partes firman el presentePor la Escuela Primaria “Benito Juárez” Por ProWEB

Mtra. Julita Sánchez Cortés ISC César Antonio Bautista Pérez

CRONOGRAMA:

46

“SISTEMA DE CONTROL DE VENTAS Y SERVICIOS DE LA …€¦ · Web viewEMPRESA: ProWEB. Plan de...

Documents

Transcript of “SISTEMA DE CONTROL DE VENTAS Y SERVICIOS DE LA …€¦ · Web viewEMPRESA: ProWEB. Plan de...