Apndices del Proyecto Historial de revisiones Del documento 1. Introduccin del documento

1.1Propsito 1.2 Visin General 1.3 Evolucin del Plan2. Alcance y Referencias 2.1 alcance 2.2 referencias 3. Definiciones generales 4. Introduccin del proyecto 4.1 Visin general del proyecto 4.1.1 alcance del proyecto 4.1.2 propsito del proyecto 4.2 Entregables del proyecto 5. Gestin 5.1 Organizacin del proyecto 5.2 estructura organizativa 5.3 tarea 5.4 responsabilidades 6. actividades 6.1 identificacin de la configuracin 6.1.1 identificacin de los tems de configuracin 6.1.2 nomenclatura de los tems de configuracin 6.2 control de la configuracin 6.2.1 solicitud de cambios 6.2.2 evaluacin de las solicitudes de cambios 6.2.3 aprobacin o rechazo de los cambios 6.2.4 implementacin de los cambios 6.3 informe de estado 6.4 auditoria y revisiones

7. Especificacin de requisitos 7.1 mbito del sistema 7.2 descripcin del producto 7.2.1 descripcin general 7.2.2 funciones del producto 7.2.3 caractersticas de los usuarios 7.2.4 condiciones y restricciones 7.2.5 suposiciones y dependencias 7.2.6 requisitos futuros

7.3 requerimientos 7.3.1 interfaces externas 7.3.2 funciones 7.3.2.1 requisitos funcionales 7.3.2.2 requisitos no funcionales 7.3.2.3 interfaces del usuario 7.3.3 requisitos de rendimiento 7.3.4 restricciones de diseo 7.3.5 atributos del sistema 7.3.5.1 sistema de acceso 7.3.5.2 mantenimiento 7.4 Estimacin del proyecto

7

Arquitectura del software 7.1 descripcin de la arquitectura 7.2 stakeholders y sus roles 7.3 identificacin de los stakeholders y sus responsabilidades 7.4 seleccin de puntos de vistas de la arquitectura 7.5 vista de la arquitectura 7.5.1.1 diagramas de casos de uso 7.5.1.2 diagrama de clases 7.5.1.3 diagrama de componentes 7.5.1.4 diagrama de despliegue 7.5.1.5 diagrama de secuencia

8

plan de riesgos 8.1 procesos tcnicos y administrativos al realizar el tratamiento de riesgo 8.2 planificar e implementar la gestin de riesgos 8.3 administrar el perfil de riesgo del proyecto 8.4 realizar anlisis de riesgo 8.5 realizar monitoreo de riesgo 8.6 evaluar el proceso gestin de riesgo plan de pruebas 9.1 identificador del plan 9.2 alcance de prueba 9.3 items a probar 9.4 estrategia 9.5 categorizacin de la configuracin 9.6 tangibles 9.7 procedimientos especiales 9.8 recursos 9.9 calendarios 9.10 responsables de prueba

9

10 planes para el aseguramiento de calidad 10.1 planificacin de calidad 10.2 identificar propiedades de calidad 10.3 revisin de calidad de producto 10.4 revisin de ajustes al proceso 10.5 revisin tcnica formal (RTF) 10.6 agenda de calidad 10.7 reporte de problemas y acciones correctivas 10.8 herramientas y tcnicas 10.9 actividades para asegurar la calidad DEBER Enviar como quedara la Gestin de configuracin de su proyecto

1. Prefacio1.1 PropsitoEste documento ha sido redactado con el fin de marcar las pautas generales y las especificaciones que deber seguir la aplicacin a desarrollar un proyecto con la IEEE para eso nosotros hemos utilizado 7 estndares la norma IEEE 1058 , IEEE Std 730 - 1998, "Estndar IEEE de Planes para el Aseguramiento de Calidad del Software, Especificacin De Requisitos Segn El Estndar De IEEE 830,IEEE Std 829 - 1983, "Estndar IEEE para la Documentacin de Pruebas de Software., Documento de Arquitectura de Software IEEE-1471-2000,Norma IEEE 1228 1994 para planes de seguridad del Software ,Norma IEEE para RIESGO del Software 1540,Plan de Aseguramiento de la Calidad del Software

1.2 Visin GeneralLa IEEE lleva al grupo a implementar un esquema de planificacin del proyecto para que se defina su estructura organizacional, la calidad, las pruebas, los riesgos de una manera adecuada y realice todos los planes de desarrollo y soporte, estableciendo que es el plan , quien es el responsable, cuando se va a realizar, como se va a ejecutar, los recursos asociados y como se le har mantenimiento al plan.

1.3 Evolucin del PlanEl desarrollo de los estndares de la IEEE ,A medida que el proyecto evoluciona, se entender mejor la naturaleza del trabajo a realizar y la descomposicin de trabajo. El plan de gestin del proyecto debe ser actualizado peridicamente para reflejar la evolucin. As, cada versin del plan deben ser sometidos a control de cambios, y cada versin debe contener un calendario para posterior actualizacin del plan.

2. Alcance y Referencias2.1 AlcanceEste estndar prescribe el formato y contenido del Plan para la Gestin de Proyectos Software -PGPS-. Un Plan para la Gestin de un Proyecto Software es el documento de control para gestionar un proyecto software; define los procesos tcnicos y de gestin necesarios para satisfacer los requisitos del proyecto. Este estndar puede ser aplicado a todos los tipos de proyectos software y puede ser aplicado a cualquiera ciclo de vida de un producto software. Este estndar para planes para la gestin de proyectos software incorpora y abarca el plan para el desarrollo software descrito en el Estndar ANSI/IEEE 729-1983[1] y en el ANSI/IEEE 730-1984 [2] completar standares

2.2 ReferenciasLos estndares listados aqu deberan ser consultados cuando se aplique este estndar. La ltima revisin deberan ser aplicadas. [1] ANSI/IEEE Std 729 - 1983, "Glosario Estndar IEEE de Terminologa de Ingeniera del Software" [2] ANSI/IEEE Std 730 - 1984, "Estndar IEEE de Planes para el Aseguramiento de Calidad del Software." [3] ANSI/IEEE Std 828 - 1983, "Estndar IEEE para Planes de Gestin de la Configuracin." [4] ANSI/IEEE Std 829 - 1983, "Estndar IEEE para la Documentacin de Pruebas de Software."

3. Definiciones generalesLas definiciones listadas a continuacin establecen significados dentro del contexto de este estndar. Las definiciones de otros trminos que puedan ser apropiados dentro del contexto de este estndar pueden ser encontrados en [1]. Activity (Actividad). Una unidad principal de trabajo que debe ser completada para lograr los objetivos de un proyecto software. Una actividad tiene una fecha determinada de inicio y otra de final, incorpora un conjunto de tareas a ser completadas, los recursos que consume y resultados en los productos de trabajo. Una actividad puede contener otras actividades de forma jerrquica. Baseline (Documento Base).1 Un producto de trabajo que ha sido formalmente desarrollado y acordado, y que puede ser cambiado slo por medio de cambios en los procedimientos de control. Un producto de Trabajo del documento Base puede ser el origen de futuros desarrollos. Customer (cliente). Cualquier persona u organizacin que especifica y acepta los entregables del proyecto. EL cliente puede ser interno o externo a la jerarqua del proyecto y puede o no ser el usuario final del producto software. No hay intrnsecamente ninguna relacin econmica entre el cliente y el desarrollador. Project Agreement (Acuerdo de Proyecto). Un documento o conjunto de documentos acordados por las autoridades designadas para el proyecto y el cliente. Los documentos en un Acuerdo de Proyecto pueden incluir parte o todos de los siguientes documentos: un contrato, una sentencia de trabajo, especificaciones de ingeniera de sistema, especificaciones funcionales, el plan para la gestin de proyectos software, un plan de negocios, o un grfico de proyecto. Project deliverables ( Entregables del Proyecto). El(los) producto(s) del Trabajo que sern entregados al cliente. Las cantidades, fechas y lugares de entregas son especificados en los acuerdos del proyecto. Project Function (Funciones del Proyecto). Una actividad que abarca la duracin entera de un proyecto software. Ejemplos de funciones de proyectos son gestin del proyecto, gestin de la configuracin, aseguramiento de calidad y verificacin y validacin. Review (Revisin). Una reunin en la cual un producto de trabajo o un conjunto de productos de trabajo se presenta al personal del proyecto, a los gestores, a los usuarios, a los clientes o a otros partes interesadas en comentarlo(s) o aprobarlo(s). Software project (Proyecto Software). El conjunto de todas las funciones de proyectos, actividades y tareas ( tcnicas y de gestin), requeridas para satisfacer los trminos y las condiciones de los acuerdos del Proyecto. Un proyecto software puede estar

autocontenido o puede ser parte de un proyecto mayor. Un proyecto software puede abarcar una porcin del ciclo de vida de un producto software. Software project management (Gestin de Proyectos Software). El proceso de planificar, organizar, gestionar la plantilla, controlar, gestionar y conducir un proyecto software. Software project management plan (Plan para la Gestin de Proyectos Software). El documento que dirige la gestin de un proyecto software. Un plan para la gestin de proyectos software define las funciones tcnicas y de gestin de proyectos, actividades y tareas necesarias para satisfacer los requisitos de un proyecto software, tal como se define en los acuerdos de proyectos. SPMP(PGPS). Plan para la gestin de proyectos software. Task (Tarea). La unidad ms pequea de trabajo sometida a la responsabilidad del proyecto. Una tarea es una asignacin de trabajo bien definida para uno o ms miembros del proyecto. La especificacin del trabajo que debe ser completado est descrita en un paquete de trabajo. Las tareas relacionadas son normalmente agrupadas para formar actividades. Work Package (Paquete de Trabajo). Una especificacin para el trabajo que debe ser completada para finalizar una actividad o una tarea. Un paquete de trabajo define el (los) producto(s) de trabajo, los requisitos de personal, la duracin esperada, los recursos a ser usadas, los criterios de aceptacin de los productos de trabajo, el nombre de las personas responsables y cualquier consideracin especial para el trabajo. Work Product (Producto de Trabajo). Cualquier elemento tangible que resulta de una funcin de proyecto, actividad o tarea. Ejemplos de producto de trabajo incluyen requisitos de los clientes, plan del proyecto, especificaciones funcionales, documentos de diseo, cdigo fuente y objeto, manual de usuario, instrucciones de instalacin, planes de pruebas, procedimientos de mantenimiento, tiempos para la reuniones, agendas, presupuestos, e informes de problemas. Algunos subconjuntos de productos de trabajo deberan formar el conjunto de entregables del proyecto.

4. Introduccin del proyectoEn este trabajo se plantea una idea nueva, en la cual se sugiere la posibilidad de desarrollar uns sistema de evaluacin Online con una Escuela de Idiomas, este concepto puede sonar extrao ya que en l se presentaran mezclas, como educacin y licor, que rien con la idea tpica de lo que es cada uno de estos negocios.

Visin general del proyectoAlcance del proyecto Propsito del proyecto

Entregables del proyecto

5. Gestin de proyectoEstructura organizativaEl sistema de Evaluacin a elaborarse es a nivel de toda la Universidad Tcnica de Machala. La misma que cuenta con un servidor en el cual este sistema estar alojado y conectado con el programa actual SIUTMACH, lo que implica que depender de este para su correcto funcionamiento. El uso del sistema ser tanto para docentes como para estudiantes de la Universidad Tcnica de Machala, donde cada uno hace uso exclusivo de este por medio de contraseas nicas que permiten una gran seguridad. Los responsables de llevar a cabo este sistema sern los estudiantes de Sptimo Quimestre A de la Escuela de Informtica.

TareaActividad

Entregable AsociadoPlan de gestin de proyecto Plan de gestin de proyecto| Especificacin de requisitos de software 830 Estimacin de proyecto Arquitectura del software Plan de riesgos Plan de pruebas Plan de Calidad Propiedades de Calidad

Gestin del proyectoActividades configuracin Especificacin de requisitos Estimacin del tempo, costo, y personal que desarrollara el proyecto Diagramas de anlisis del sistema Anlisis de posibles riesgos Realizacin de pruebas Planificacin de Calidad

Identificar Propiedades de Calidad Revisin de Calidad de Producto Revisin de Ajuste al Proceso Revisin Tcnica Formal (RTF)

Informe de Revisin de SQA Informe de Revisin de SQA Informe de RTF

Revisin de Entregas Realizacin del Informe Final de SQA Reuniones de Apoyo a la calidad

Entrega Semanal de SQA Informe final de SQA

ResponsabilidadesNombre:Responsabilidad: Descripcin:

Diego PesantezProgramacin Es el responsable de la elaboracin del proyecto a nivel de programacin cumpliendo con los requisitos solicitados por los usuarios

Nombre: Responsabilidad: Descripcin:

Lourdes Cambisaca Programacin/Documentacin Es el responsable de la elaboracin del proyecto a nivel de programacin. Cumple con la funcin de elaboracin de la documentacin adecuada para servir como gua para el sistema, recolectando la informacin necesaria, como requisitos y otros ms para armar el proyecto a ser aplicado.

Nombre: Responsabilidad: Descripcin:

Diego Cruz Programacin/Anlisis Es el responsable de la elaboracin del proyecto a nivel de programacin. Encargado que el sistema sea probado y que se realicen las correcciones necesarias. Observara como se va desarrollando el sistema para encontrar fallas en este.

6. Actividades de configuracionIdentificacin de la configuracinIdentificacin de los tems de configuracin

Funcin Modificar Ficha de profesor Modificar ficha de estudiante Modificacin de la ficha de evaluacin

Items de configuracion Modulo Facultad, Carrera, Modulo Fecha de evaluacin, hora de inicio, hora de fin.

Ambiente de trabajo Sistema operativo Servidor Lenguaje de programacin Base de datos Herramientas de programacin Gestor de contenido

Nomenclatura de los tems de configuracin

Versin: V.1

Control de la configuracinSolicitud de cambios Los administradores solicitan cambios a los programadores cuando sea necesario, o se necesite agregar nuevos mdulos. Evaluacin de las solicitudes de cambiosUna vez que fue ingresada una nueva solicitud, se evala la prioridad asignada, el anlisis de impacto, verificando los recursos necesarios para la resolucin de la solicitud. Se estima segn corresponda a un arreglo o una nueva funcionalidad que se puede incluir, comunicando fecha estimada en la que estar disponible.

Aprobacin o rechazo de los cambiosLa aprobacin o rechazo de los cambios sern decisin del equipo de trabajo. En el caso de un rechazo debe de comunicarse los motivos del mismo al solicitante.

Implementacin de los cambios La implementacin de los cambios se realizara sobre una pgina web aparte, luego de que se decida incluir los cambios en la versin estable del software, se realizara un reemplazo de la pgina web realizada aparte sobre la pgina actualmente funcionando.

Informe de estadoSe deber mantener un registro de los tems de configuracin, permitiendo conocerse a qu versin pertenece, y hacer una documentacin de las etapas de los cambios realizados

Auditoria y revisionesEn este proyecto se realizara la auditoria para la calidad del software, y las revisiones pertinentes se realizaran a medida de que el proyecto avance mediante los estndares de la IEEE, como son las de pruebas, riesgos.