Upload
yaritza-santos
View
16
Download
2
Embed Size (px)
Citation preview
SISTEMA DE INFORMACION AUTOMATIZADO PARA EL REGISTRO Y
EMISION DE NOTAS DEL LICEO BOLIVARIANO “ROSARIO
ALMARZA”
INTEGRANTES
Araujo Darlin Enrique C.I.Nº 15.043.251
Bastidas María Teresa C.I.Nº 17.937.999
Duran Vigdalia C.I Nº 11.617.662
Torres Ana Mercedes C.I.Nº 11.616.102
Zambrano Ana Cecilia C.I.Nº 8.723.480
Prof. Ing. Leonardo Segovia
Sección 05. Nocturno
TRUJILLO, JULIO 2012
Instituto Universitario de Tecnología
del Estado Trujillo
INTRODUCCIÓN
La gestión de proyectos es la rama de la ingeniería que se
encarga de la planificación y el control de proyectos. Por planificación
entenderemos todas aquellas tareas orientadas a planear la ejecución de
un proyecto antes de su inicio, mientras que el las actividades de control
se encargan de la monitorización y seguimiento del progreso del proyecto.
En la realización de cualquier proyecto, el analista
de sistemas tiene una importancia vital, ya que, es él quien generalmente
asume la dirección del proyecto encargándose así de proveer
del personal necesario, y de tomar las decisiones que ayuden a que el
proyecto cumpla con los objetivos propuestos.
La dificultad de la gestión de un proyecto radica en gran medida en
la cantidad de personas involucradas. De hecho, en contrapartida con los
proyectos personales o internos en pequeña escala para los cuales la
necesidad y la respuesta para dicha necesidad puede ser provista por la
misma persona o por un grupo limitado de personas, en un proyecto en el
sentido profesional, la expresión de una necesidad y la satisfacción de
esta necesidad generalmente es responsabilidad de diferentes personas.
Así, es necesario asegurarse (para toda la duración del proyecto)
que el producto que se está creando cumpla claramente con las
expectativas del "cliente", se busca crear un producto original que cumpla
con una necesidad específica que debe estar claramente expresada. Esta
expresión de las necesidades es incluso más difícil ya que generalmente
el proyecto no tiene precedentes, dado que es una novedad. En forma
opuesta, generalmente es difícil resumir soluciones existentes y
concentrarse solamente en las necesidades en términos funcionales.
GESTION DE ALCANCE
INICIACIÓN DEL ALCANCE:
Generalmente el término proyecto se relaciona con la idea o el
deseo de hacer algo. El proyecto puede constituirse en una actitud, y en
este caso se relaciona con una idea o una intención. También puede ser
una actividad, en tal caso se relaciona con un diseño, un esquema o un
bosquejo. De cualquier manera es un proceso de ordenamiento mental
que disciplina metódicamente el qué hacer del individuo.
En diversas definiciones de proyecto se expresa la idea de ordenamiento
de antecedentes y datos, con el objeto de estimar la viabilidad de realizar
determinada acción. El proyecto tiene como fin satisfacer una necesidad,
corriendo el menor riesgo posible de fracaso, permitiendo el mejor uso de
los recursos disponibles.
Es de gran importancia la integración de los estudiantes con las
organizaciones, es decir, llevar todos los conocimientos adquiridos en
cuanto a los avances tecnológicos a las comunidades. El Liceo
Bolivariano “Rosario Almarza”, ubicado en la Urb. La Vega, Parroquia
Matriz, Municipio Trujillo, no esta exento de esta realidad, donde el
proceso de registro de notas de los estudiantes se realiza de forma
manual, es decir, las notas son consignadas por los docentes al
departamento de evaluación en la planilla Instrumento de evaluación, que
posteriormente son vaciadas en las sabanas de lapsos por año y sección
al final de cada lapso, ya culminado los tres lapsos se realiza la sumatoria
de las notas acumuladas para obtener la definitiva, que al comienzo del
siguiente año escolar son vaciadas en las planilla de resumen final que
son llevadas al Municipio Escolar y Zona Educativa
Todo este proceso, se hace engorroso generando pérdida de
tiempo y de información, inconsistencia de datos y errores de
transcripción. De aquí, surge la necesidad de realizar un Sistema de
Información para el registro y emisión de notas del Liceo Bolivariano
“Rosario Almarza”, que permita agilizar el proceso de registro y emisión
de notas, la disponibilidad inmediata de la información, rapidez en la toma
de decisiones, actualización de la Base de datos y Mayor Eficiencia.
Logrando así, la integración de la comunidad de la Vega, específicamente
del Liceo Bolivariano “Rosario Almarza”, con la tecnología a través del
Según la experiencia, como profesionales, los conceptos de
planificación, gestión y seguimiento de un proyecto son transversales a
las competencias profesionales, es decir, comunes a diferentes
profesiones. Por eso hay que buscar en los profesionales (de cualquier
ámbito) una autonomía para la gestión de sus proyectos.
Por lo antes expuesto, debemos de buscar de manera detallada las
necesidades del cliente, aportando nuestras ideas como desarrolladores,
y todo aquello que sea necesario para la elaboración del proyecto, que
asegure el buen funcionamiento del mismo.
Podemos destacar la creación de sub-niveles o módulos para
hacer del proyecto un producto eficiente y funcional; se pueden diseñar
niveles más pequeños y de fácil manejo: Es el caso específico autenticar
los módulos o niveles por separado. También podemos destacar que
facilita la definición de roles y actividades de cada uno de los involucrados
en el sistema; para lograr un buen desempeño de las actividades.
Podemos identificar la iniciación del Alcance
1. Identificación
Asignación de Roles
2. Registro de Evaluación
Registro de notas
Emisión de notas certificadas
Emisión de notas simple
Emisión de resumen final
PLANIFICACIÓN DEL ALCANCE: Hacer un buen plan de proyecto no es fácil menos hacerle
seguimiento. Todos los planes (de proyecto, de una estrategia, de un
departamento) son similares aunque todo depende del caso concreto, los
conceptos son similares, sin embargo hay errores muy comunes que se
encuentran continuamente.
Cuando nos piden realizar un plan de trabajo se busca anticipar, es decir,
saber antes de asignar recursos los tres aspectos principales de un
proyecto, es decir:
Que queremos conseguir (objetivos). El Qué
En qué tiempo (cronograma). El cuando
Y el costo (Presupuesto). El Cuanto.
Por lo tanto, un buen plan tiene que reflejar, de forma sencilla y clara,
esos tres aspectos y facilitar la toma de decisiones (clientes, y el equipo
desarrollador del proyecto). Y por último, para entender la obsesión por la
planificación simplemente decir, que es mucho mejor pensar antes de
hacer, que hacer y luego pensar.
Factores Ambientales de la Empresa: incluyen aspectos tales como la
cultura de la organización, la infraestructura, las herramientas, los
recursos humanos, las políticas relativas al personal y las condiciones del
mercado que podrían afectar a la forma en que se gestiona el alcance del
proyecto.
Algunos factores que inciden son los siguientes:
Espacio Físico amplio
Resistencia al cambio
Condiciones el equipo
Sistema para el control de cambios
Control de versiones
Sistema automatizado de compilación
Realizar pruebas
Activos de los Procesos de la Organización: son las políticas, los
procedimientos y las guías formales e informales que podrían afectar a la
forma en que se gestiona el alcance del proyecto. Aquellos de particular
interés para la planificación del alcance del proyecto incluyen:
Software
Hardware
Recurso Humano calificado
Cliente
En la actualidad, existe la necesidad de automatizar todos los
procesos que se realizan en las instituciones Educativas, ya que, estas
no cuentan con una herramienta que permita llevar a cabo los procesos
de registro y emisión de notas, de una manera confiable y segura, estos
procesos se realizan de manera manual, al finalizar cada lapso las notas
son vaciadas en planillas lo que en algunos casos puede generar
problemas tales como: perdida de datos, redundancia e inconsistencia de
la información, demora a la hora de entregar algún reporte o consultar
cualquier tipo de información.
Ante tal situación planteada, se solicita realizar un sistema de
información que controle regule y agilice estas actividades. Y se plantean
de acuerdo a lo que se obtuvo los siguientes requerimientos:
REQUERIMIENTOS FUNCIONALES
Son los que definen las características y procesos que el sistema
será capaz de realizar, de acuerdo a lo ya definido en la descripción del
proceso.
Los requerimientos que obtendrá el sistema de información
referida son los siguientes:
Registrar notas
Emitir constancias de calificaciones
Emitir resumen final de rendimiento
Emitir notas certificadas
Emitir notas simples
REQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS DE INTERFAZ
El Sistema de Información para el registro y emisión de notas del
Liceo Bolivariano “Rosario Almarza”, será desarrollado en un entorno
visual, la interacción entre el sistema y el usuario se realizará mediante
pantallas, ventanas, formularios, etiquetas, listas, menús, entre otros.
El sistema tendrá zonas de selección, iconos que activen las
distintas partes de la aplicación. Cuando sea necesaria la introducción de
datos por parte del usuario, éste podrá teclear los datos deseados en
cuadros de texto destinados a ello. En algunas ocasiones, el usuario no
deber teclear los datos, ya que estos podrán ser seleccionados de entre
varias opciones en una lista o cuadro de opciones.
Cabe destacar, que el uso del ratón (mouse) es vital para la
facilidad en la interacción usuario-sistema. El sistema presentará un
entorno gráfico amigable y sencillo. Se brindará el contenido en forma de
texto e imágenes.
El sistema debe tener un frame (cabecera) con el logo de la República
Bolivariana de Venezuela, del Ministerio del Poder Popular Para la
Educación
REQUERIMIENTOS DE HARDWARE
Consiste en describir las características lógicas de cada interfaz
entre el software y el hardware, en el cual, se puede ejecutar el sistema.
Para que el sistema funcione correctamente se asume que el usuario
dispone de un equipo con tecnología Pentium, con al menos 20 MB de
espacio disponible en disco duro, 512 Mb en RAM, lector de CD.
REQUERIMIENTOS DE SOFTWARE
El Sistema de Información para el registro y emisión de notas del
Liceo Bolivariano “Rosario Almarza”, será multiplataforma es decir, se
ejecutara en el Sistema Operativo Windows (98/XP/Vista/7) y cualquier
Distribución del Sistema Operativo Lunix (Debían, Ubuntu, Canaima,
entre otros) con los siguientes requerimientos de software:
Servidor web Apache (Appserv), Motor de base de datos (mysql),
y un Navegador web (Mozilla Firefox, Opera, Internet Explorer, entre
otros).
REQUERIMIENTOS DE COMUNICACIÓN
Para que este sistema funcione correctamente, el computador
donde sea ejecutado deber tener instalado todo el software y protocolos
necesarios para una correcta conexión principalmente el protocolo
TCP/IP; además de poseer algún navegador, como se ha especificado en
el requerimiento anterior.
REQUERIMIENTOS DE FUNCIONALIDAD
SEGURIDAD
El Sistema de Información para el registro y emisión de notas del
Liceo Bolivariano “Rosario Almarza”, permitirá almacenar datos de
manera correcta y completa en la base de datos. Además, ofrece
seguridad y confidencialidad, ya que, tendrá diferentes perfiles de
usuario: Administrador, Docente, Secretaria, lo cual, permitirá la
implementación de un esquema de seguridad y el reforzamiento de las
restricciones en el acceso a la base de datos.
MANTENIMIENTO
El mantenimiento del Sistema de Información para el registro y
emisión de notas del Liceo Bolivariano “Rosario Almarza”, se realizará de
manera sencilla, rápida y práctica. El cual, se centrará en la actualización
de la base de datos del sistema.
REQUERIMIENTOS DE LA ORGANIZACIÓN
A continuación se presentan los requerimientos planteados por el
liceo Bolivariano Rosario Almarza.
Obtener una codificación estándar para el registro de notas
Acceder al sistema, dependiendo de los privilegios de los usuarios
Validación de datos de entrada
El servidor se encarga de atender peticiones de los usuarios,
guarda modifica y elimina datos según sea el caso.
Reportar errores de comunicación, y guarda configuración de
seguridad, para no admitir a usuarios no autorizados puedan
acceder al sistema de información.
ESTRATEGIAS DE DESARROLLO DEL PROYECTO
Para el proyecto se aplicó las técnicas entrevista no estructurada,
observación directa siguiendo los siguientes pasos: tomando los
requerimientos de sistema, funcionales, no funcionales.
Definición del Proyecto
Investigación
Preparación
La Sesión
El Documento Final
Observación Directa: la profesora jefa del Departamento de Evaluación
facilitó las planillas y formatos utilizados para llevar el registro y emisión
de notas.
Entrevista no estructurada: La entrevista no estructurada fue el primer
contacto la jefa del departamento y permitió conocer la problemática con
respecto al proceso de registro y emisión de notas del Liceo Bolivariano
Rosario Almarza.
La misma se desarrolló con una serie de preguntas con la finalidad de
obtener una idea generalizada del problema que se presenta y de la
siguiente manera:
1. ¿Quiénes intervienen en el proceso de registro de notas?
2. ¿Qué se necesita para generar las notas certificadas?
3. ¿En qué momento se debe realizar la planilla de resumen final?
(semanal, mensual)
4. ¿De qué tiempo se dispone para el registro de notas?
JUSTIFICACIÓN
En la última década, y especialmente en los últimos años, las
sociedades modernas han cambiado sus formas de relacionarse, esto se
debe a diversos factores, uno de ellos es la incorporación de las
tecnologías de la información y comunicación en los diferentes campos
sociales, como el cultural, el económico, el político y también el
educativo. Así, de manera particular en la educación, se han dados
cambios significativos, modificando las organizaciones, los procesos y
los factores de la educación.
Por lo anteriormente expuesto, surge la necesidad de desarrollar
un Sistema de Información para el registro y emisión de notas de los
Estudiantes del Liceo Bolivariano “Rosario Almarza”, que permita ampliar
las oportunidades de acceso a la tecnología, a través del Programa
Nacional de Formación en Informática, aprovechar los recursos de
hardware existentes para satisfacer las necesidades de optimización de
los procesos.
ACTA DE CONSTITUCIÓN DEL PROYECTO
INFORMACIÓN GENERAL:
Cuadro Nº 1
NOMBRE DEL
PROYECTO: SISTEMA DE INFORMACIÓN PARA EL REGISTRO Y EMISIÓN DE NOTAS DEL LICEO BOLIVARIANO ROSARIO ALMARZA
COORDINADOR Ing. Leonardo Segovia
PREPARADO POR: Ana Torres (Gerente del proyecto)
GRUPO DE
DESARROLLO: María Teresa Bastida, Araujo Darlin Enrique, Duran Vigdalia, Zambrano Ana Cecilia
FECHA: 10 Agosto 2011 - 18 Agosto 2012
CLIENTE: Liceo Bolivariano Rosario Almarza.
DESCRIPCIÓN DEL PROYECTO:
Actualmente el Liceo Bolivariano Rosario Almarza ubicado en el
municipio Trujillo parroquia matriz, cuenta con un sistema de información
para el registró y control del proceso de inscripción de los estudiantes que
cursan estudios en esta institución, de primero hasta tercer año, todos
ellos son distribuido por año y por sección, cada año a cursar posee un
número de once asignaturas, a las cuales se le realizan evaluaciones en
tres periodos primer, segundo y tercer lapso, este proceso se lleva de
manera manual lo que genera perdida de información, inconsistencia en
los datos, retardo a la hora de registrar y generar notas a los estudiantes.
Atendiendo a esto se plantea el desarrollo de un sistema de
información automatizado que permita agilizar el proceso de registro y
emisión de notas de los estudiantes que cursan o han cursado estudios
en esta institución.
ALINEAMIENTO DEL PROYECTO
OBJETIVOS DE LA ORGANIZACIÓN RESEÑA HISTÓRICA “LICEO BOLIVARIANO ROSARIO ALMARZA”
Referirnos a la reseña histórica de esta institución es remontarnos
a la segunda escuela privada de la ciudad capital de Trujillo, fundada por
la insigne educadora Trujillana María Briceño Carrasquero el dieciséis
(16) de Septiembre de 1956, con una matrícula de catorce alumnos en
una casa colonial, ubicada en la Calle Comercio, perteneciente a la familia
Carrillo donde funcionó posteriormente y durante muchos años la
Farmacia La Trujillana y actualmente el restaurante Tutilimundo.
Al igual que nuestra Ciudad portátil, le tocó mudarse seis veces,
siendo su segunda sede la casa colonial donde está ubicado hoy el
Edificio América en la Calle Comercio, la tercera la casa colonial
propiedad de la familia Briceño donde funciona hoy el Centro Profesional
Casa Amarilla al lado del Banco BOD en la Calle Comercio , la cuarta
sede la casa colonial de la familia Cols hoy Centro Comercial la Macarena
en la Calle Comercio, de allí a la sede de la Universidad Nacional Abierta
en la Avenida Cuatricentenaria y finalmente encuentra la meta de su
propia sede en la Avenida principal de la Urbanización La Vega de la
parroquia Matriz, donde la señorita María Carrasquero vio su sueño hecho
realidad.
El nombre de esta escuela se le atribuye a una niña de gran
calidad humana, de vida efímera, colmada de virtudes sobrenaturales, hija
de los trujillanos Doctor Ramón Almarza y Doña Isolina Parilli de Almarza.
Nació en la ciudad de Trujillo el día doce de junio 1914 , aprendió a leer a
los cuatro años y a los cinco años hizo la Primera comunión, amaba
entrañablemente a sus padres, a los niños de su edad y a los huérfanos,
repudiaba los lujos y prefería regalarle sus útiles de valor a los pobres,
desde los tres años manifestó su deseo de sus comuniones espirituales y
después de hacer su primera comunión y de recibir su eucaristía aumento
su hambre por la misma, manifestándoselo a su madre con esta palabras
“Mi mayor deseo es servirle a ustedes y a comulgar”. Murió a la edad de
ocho años el veinticinco de mayo de 1922 el día de la ascensión del
señor.
Cabe destacar que esta escuela tuvo una trayectoria de 22 años
como Colegio Privado desde su fundación en el año 1956 hasta el
primero de Enero 1978, cuando pasó a ser dependencia nacional y con la
implementación de los nuevos proyectos educativos pasa a ser Escuela
Bolivariana desde el dieciocho de Enero del año 2006.
COMO NACE EL LICEO
En el mes de julio del año 1988, cuando egresa la X promoción de
sexto grado de la Escuela Rosario Almarza después de iniciarse como
dependencia nacional, nace la idea de los docentes, la sociedad de
padres y representantes y comunidad de luchar por la creación del Liceo
con la finalidad de darle prosecución de estudio a los niños que egresan
de esta escuela .es así como se inicia el funcionamiento de la III etapa en
la misma institución para el año escolar 1988-1989
Se apertura con dos secciones de séptimo grado con una matrícula
de sesenta y dos (62) estudiantes , la directora Dinaura de Sarmiento, un
coordinador Licenciado Ricardo Baptista, una secretaria señora Aida de
Rivero y los docentes: María Graterol de Parra, Luzmar Vera, Maritza
Bastidas, Marlene Araujo, Victor Castro, Nancy Cadenas, Gabino Azuaje,
Olga Duarte ,Sifredo Suárez.
Cabe destacar que desde su fundación hasta nuestros días ha
cumplido una loable labor educativa convirtiéndose en una institución de
mucho prestigio y preferida por muchos representantes del Municipio
Trujillo y de otros Municipios aledaños, por la disciplina, calidad educativa
y paz estudiantil con la que ha funcionado durante los diecinueve años de
trayectoria Educativa.
Con la implementación de los nuevos proyectos educativos del
Ministerio del Poder Popular para la Educación pasó a ser Liceo
Bolivariano “Rosario Almarza” desde el año Escolar 2007-2008. En la
actualidad esta institución espera la culminación de su sede propia en El
sector Las Araujas, en donde se está construyendo la infraestructura
destinada para esta Institución Educativa.
MISIÓN
Formar Jóvenes adolescentes con un aprendizaje Holístico en Pro de su
crecimiento Cognitivo, Moral, Espiritual, Ambientalista, Cultural,
Recreativo, Cooperativista y Tecnológico con la aplicación de estrategias
pedagógicas innovadoras con la integración de la comunidad, logrando la
formación de un ciudadano con pertinencia social.
VISION
Ser la Institución Líder en el Estado Trujillo en la formación integral
de jóvenes adolescentes con pertinencia social y ambientalista a través
de la implementación del Proyecto Educativo Bolivariano y en
consonancia con los nuevos cambios que se generen en el contexto
educativo y comunitario.
PROPÓSITOS DEL PROYECTO
Verificar mejoras del Sistema existente.
Realizar un método que facilite el registro de notas, las cuales
puedan ser cargadas por diversas personas y no estén
limitadas a una sola.
Realizar la emisión de notas de manera fácil y confiable
Desarrollar el Plan de Gestión del Proyecto.
Inspeccionar y Controlar el del Plan de Gestión Propuesto
OBJETIVOS DEL PROYECTO
OBJETIVO GENERAL
Desarrollar un sistema de información automatizado para el registro y
emisión de notas del Liceo Bolivariano Rosario Almarza
OBJETIVOS ESPECÍFICOS
Diagnosticar la situación actual a través del levantamiento de
información
Definir los requerimientos establecidos por el usuario
Analizar la información y datos recolectados de los procesos
que se llevan en la institución
Diseñar la interfaz con cada una de las funciones del sistema
Programar las diferentes funciones que cumplan con las
especificaciones del prototipo diseñado.
Realizar las respectivas pruebas del software.
Implantar el sistema de información.
ALCANCE Y EXTENSIÓN DEL PROYECTO PRINCIPALES ENTREGABLES DEL PROYECTO
Aprobación del anteproyecto
Acta de Constitución aprobada
EDT
Cronograma de actividades
Información técnica aprobada.
Proyecto aprobado.
Plan de Gestión del Alcance del Proyecto.
Lista de Requerimientos aprobados.
PRINCIPALES FASES DEL PROYECTO
Primera Fase: Recopilación de Información para desarrollo de
la gestión del proyecto.
Segunda Fase: Desarrollo del Plan de Gestión.
Tercera Fase: Diseño del Software.
Cuarta Fase: Lista de Requerimientos.
RESTRICCIONES
Compatibilidad de software y hardware
Estos son los requeridos a la plataforma física y tecnológica que son
necesarios para que el sistema sea operativo en su totalidad y trabaje en
óptimas condiciones de rendimiento, permitiendo así tanto al
administrador y los usuarios un rápido y cómodo desenvolvimiento por
cada uno de las funciones del sistema sin presentar ningún tipo de falla.
Los recursos disponibles fueron:
1. Lenguaje de Hipertexto (PHP):
Sistema operativo: Windows XP Profesional
Licencia PHP
Manejador de Base de Datos: (PHP My Admin)
Sistema Operativo XP Profesional
Servidor Web
Sistema Operativo XP Profesional
Tiempo (36 semanas)
Recursos humanos Cuando nos referimos al recurso humano, es
importante acotar que la organización cuenta con un personal
capacitado para enfrentar las tareas de operar y administrar el
sistema (TSU), pero es igualmente importante decir, que se
tomarán medidas pertinentes como la capacitación y actualización
del personal que interactuará con el sistema.
Factores críticos del éxito del proyecto
Apoyo de los Directivos, Personal Administrativo y Ambientalista
del Liceo Bolivariano Rosario Almarza Trujillo.
El Grupo de Trabajo debe poseer habilidades y destrezas en la
Gestión de Proyectos Informáticos
Cambios en los Formatos de Control y Emisión de Notas por
parte de la zona Educativa.
ALCANCE Y EXTENSIÓN DEL PRODUCTO
Principales Fases del Producto
Primera Fase: Diseño Conceptual
Segunda Fase: Diseño Navegacional
Tercera Fase: Interfaz
Cuarta Fase: Implementación
RESTRICCIONES DEL PRODUCTO
De Compatibilidad: Debe ser compatible con todos los
Navegadores (Internet Explores (a partir de la 6), Mozilla
Firefox, Google Chrome, Opera, Safari)
De Tiempo: Se cuenta con 36 semanas para su desarrollo.
El Sistema mejora el control y emisión de notas del Liceo
Bolivariano “Rosario Almarza”
Se debe visualizar correctamente bajo cualquier navegador
Web.
FACTORES CRÍTICOS DEL ÉXITO DEL PRODUCTO
El Grupo de Trabajo debe poseer habilidades y destrezas en
diseño y desarrollo de sistema de información.
Las herramientas de desarrollo seleccionadas, posean licencias
flexibles y que no restrinjan ninguna de las fases del desarrollo.
ESTIMACIÓN DE FECHAS A PROGRAMAR:
Fecha de inicio: julio 2011
Fecha de Culminación: julio 2012
AUTORIDAD DEL PROYECTO
Autorización: MSc. Rosaura Quintero(Director (E) Liceo Bolivariano Rosario Almarza
Lcda. Marlene Araujo (Jefe departamento de Evaluación)
Gerente del proyecto: TSU. Ana Torres
INTEGRANTES DEL GRUPO DE TRABAJO DEL PROYECTO, ROLES Y
RESPONSABILIDADES
Ana Torres: Levantamiento de Información, diseño y
documentación
María Teresa Bastidas: Levantamiento de Información, diseño y
desarrollo
Vigdalia Duran: Documentación y metodología
Ana Cecilia Zambrano: Diseño, reportes y metodología
Darlin Enrique Araujo: Análisis de información y desarrollo
Revisado por: Grupo de Documentación. Autorizado por: Gerente del Proyecto Aprobado por: Cliente
ENUNCIADO DEL ALCANCE DEL PROYECTO INFORMACIÓN GENERAL: Planteamiento del problema o situación a mejorar
Descripción del Sistema Actual
El Liceo Bolivariano “Rosario Almarza”, ubicado en la Urb. La Vega,
Parroquia Matriz, Municipio Trujillo, cuenta con un sistema de información
para el control de estudios de los estudiantes que cursan estudios en esta
institución, Todos ellos son distribuido por año y por sección, cada año a
cursar posee un número de once asignaturas, a las cuales se le realizan
evaluaciones en tres periodos denominado primer, segundo y tercer
lapso, dichas notas son vaciadas en una planilla denominada instrumento
de evaluación, al finalizar los tres periodos se realizan el cálculo de las
definitivas y son vaciadas en una planilla hoja acumulativa de
calificaciones que posteriormente son vaciadas en otros planilla resumen
final del rendimiento estudiantil, todo este proceso se lleva de manera
manual lo cual genera, perdida, redundancia de información,
inconsistencia en los datos.
Por lo antes expuesto, se plantea la necesidad de desarrollar un
Sistema de información para el registro y emisión de notas del Liceo
Bolivariano Rosario Almarza
DEFINICIÓN
El proyecto es un sistema de información que permitirá el registro y
emisión de las notas de los estudiantes que cursan estudios en el Liceo
Bolivariano Rosario Almarza.
¿QUÉ ESTÁ INCLUIDO?
Un software que registre y emita las diferentes notas de los
estudiantes que cursan estudios en la institución
CARACTERÍSTICAS Y FUNCIONES DEL PRODUCTO
Registro de las notas que se van realizando en los tres periodos
del año escolar.
Calculo de los Índices respectivos al momento de generar las
notas.
Generación de las notas aplicando los formatos y plantillas
respectivos.
Consulta de notas de años anteriores de cualquier estudiante.
Rapidez a la hora de generar las notas certificadas.
ACTIVIDADES A EJECUTAR DURANTE EL DESARROLLO DEL PRODUCTO
Contacto con la empresa u organización
Búsqueda de la problemática o situación
Diagnostico
Captura de información
Análisis de los datos e información
Modelado (Diagrama UML)
Prototipo de sistema
Diseño de sistema
Programación de aplicación
Prueba de sistema
Talleres para los usuarios
Implementación del sistema
LÍMITES DEL PRODUCTO
De Tiempo: Se cuenta con 36 semanas para su desarrollo.
ESTUDIO DE FACTIBILIDAD
FACTIBILIDAD TECNICA:
La factibilidad técnica consistió en la evaluación de la tecnología
existente en el Liceo Bolivariano “Rosario Almarza”, y la posibilidad de
hacer uso de la misma para el desarrollo e implantación del sistema. Se
realizo la evaluación bajo dos enfoques: hardware y software. En cuanto
al hardware, específicamente al equipo donde será implantado el sistema,
este debe cumplir con los siguientes requerimientos mínimos:
Procesador Intel™ o compatible a 200 Mhz
Tarjeta Madre 256 Mb de RAM
Tarjeta SVGA 3 GB de espacio libre en el disco duro
Unidad de CD/DVD – RAM
Teclado
Mouse
Al evaluar el hardware existente en el Liceo Bolivariano “Rosario
Almarza”, y tomando en cuenta la configuración mínima necesaria, se
puede decir que la Institución no necesita adquirir o repotenciar los
equipos existentes, ya que, estos satisfacen los requerimientos técnicos
para la implantación del sistema.
Cuadro Nº 2
Cantidad Descripción Departamento
01 CPU Intel Pentium
Dual 1.8 Teclado
Mouse Monitor LCD
19” Cornetas
Departamento de
evaluación
SOFTWARE.
La Institución actualmente cuenta con el Software necesario para el
desarrollo y puesta en marcha del Sistema, el mismo será desarrollado
con el lenguaje de programación PHP; la institución cuenta con todas las
aplicaciones que se emplearán para el desarrollo del proyecto y
funcionamiento del sistema, lo cual indica que no amerita inversión alguna
por parte de la institución para la adquisición de dichos programas.
Actualmente todos los equipos con que cuenta la organización en la parte
administrativa funcionan con el sistema operativo Windows.
Software Disponible En El Liceo Bolivariano “Rosario
Almarza”:
Cuadro Nº 3
Cantidad Descripción
01 Microsoft Windows XP SP2 Microsoft Office
2003 Microsoft Office 2007 Nero Burning
ROM Software de Mantenimiento del
Sistema
Software recomendado para el desarrollo e implantación del sistema
Cuadro Nº5
Cantidad Descripción
02 Distribución GNU/Linux Debian 6.0 AppServ
2.5.9 Open Office versión 3.2
FACTIBILIDAD OPERACIONAL
La Factibilidad Operacional permite predecir quienes serán los
usuarios que interactuaran con el sistema una vez implantado. El sistema
será implantado en el Departamento de evaluación del Liceo Bolivariano
“Rosario Almarza”, siendo las personas que interactuaran directamente
con el sistema, el Personal Docente y las Secretarias del departamento,
las cuales tienen conocimientos básicos de Computación, así mismo,
existen dos (02) T.S.U. en Informática en el Departamento de Dirección y
Control de Estudio altamente capacitados para el manejo del sistema.
Con la finalidad de garantizar el buen funcionamiento del Sistema y
que este impacte de manera positiva a los usuarios, este se desarrollara
con una interfaz amigable al usuario, lo que se traduce en una
herramienta de fácil manejo y comprensión
FACTIBILIDAD ECONOMICA:
El desarrollo del Sistema de Información Automatizado para el
registro y emisión de notas del Liceo Bolivariano “Rosario Almarza”,
Parroquia Matriz Municipio Trujillo, se realizara bajo los lineamientos del
PNFI, es decir, llevar las tecnologías de Información a las comunidades
de forma gratuita para la resolución de problemas.
El objetivo de implementar un sistema de información benéfica a la
institución en el aspecto económico, ya que le permite, llevar un registro
de las operaciones realizadas, hacer comparativos con los resultados
obtenidos, mejoras a la hora de toma de decisiones
Podemos concluir que el sistema que se esta desarrollando
beneficiara a la empresa, con ello la organización lograra alcanzar los
objetivos trazados con anterioridad por el gerente de la organización.
PLAN DE GESTIÓN DEL ALCANCE
Administración Del Alcance Del Proyecto: Para la definición del
alcance del proyecto se tendrá en cuenta los siguientes pasos:
Elaborar la Estructura de Desglose de Trabajo (EDT)
Elaborar el Diccionario del EDT.
Elaborar el Enunciado del Alcance del proyecto, con su
correspondiente aprobación por parte del Gerente de Proyecto.
Procedimiento para la Aceptación de los productos entregables por parte del Gerente del Proyecto:
1. El grupo de desarrollo presentará al Gerente de Proyecto la lista
de requerimientos aplicada de los entregables para su
aprobación de acuerdo a lo establecido.
2. Registrar y archivar la lista de requerimientos con el visto bueno
correspondiente.
3. En caso de que el entregable no sea aprobado por el Gerente
de Proyecto, éste regresará al responsable del entregable para
subsanarlo en un plazo no mayor a lo programado.
4. Recibido el producto subsanado se aplica nuevamente la lista
de requerimientos y se repiten los pasos desde el paso 1.
5. Registrar y archivar la lista de Requerimientos con las
observaciones realizadas.
6. Si la subsanación afecta el plazo concertado con el Gerente
General se le remitirá un documento interno informándole del
retraso y solicitando nueva reunión si fuera necesario.
Procedimiento para la Aceptación de los productos entregables por parte del Cliente del Proyecto:
1. Recibido el entregable con el visto bueno del Gerente de
Proyecto, se concreta una reunión con el Cliente para su
aprobación.
2. Se hace la presentación al responsable de la aprobación.
3. Si lo aprueba, se firma el documento de conformidad del
entregable en el formato correspondiente, caso contrario lo
devuelve con sus observaciones.
Grafico Nº1
ETD INICIAL
SISTEMA DE INFORMACION AUTOMATIZADO PARA EL REGISTRO Y
EMISION DE NOTAS DEL LICEO BOLIVARIANO ROSARIO ALMARZA
Diseño de la
Propuesta
Propuesta y
Programación
Funcionalidad
Definir
Requerimientos
Acta Constitutiva
Funcionales
No Funcionales
Operacional
Económica
Técnica
Elaboración de
Bases de Datos
Programar
Funciones
Metodología Diseño
Arquitectónico
Interfaz
Definir Datos
Validar datos
Conexión de
Bases de datos
Operatibidad
Diagnótico
Levantamiento de
Información
Análisis Situación
Actual
Entrevista no
Estructurada
Observación
Directa actual
Implantación
Plan de
Pruebas
Instalación de
Software
Funcionales
No
Funcionales
Implantación
Capacitación de
Usuaraio
Manual
Técnico
usuario
DICCIONARIO EDT
Nombre del Proyecto: Sistema de Información automatizado para el
Registro y Emisión de notas del liceo Bolivariano Rosario Almarza Trujillo. Cuadro Nº 6
1.1.1 Entrevista no Estructurada
Descripción Se Realiza mediante comunicación directa entre Grupo de
Desarrollo, Gerente del Proyecto y Cliente.
Actividades - Preparación de la Entrevista
- Preguntas Abiertas
Duración Una semana
Responsable Ana Torres, María Teresa Bastidas
Cuadro Nº 7
1.1.2 Observación Directa Actual
Descripción Se hace un bosquejo general de la problemática actual,
mediante la observación, para así generar conclusiones.
Actividades
- Observación Directa
- Revisión de Documentación, formatos.
- Reuniones con el Cliente
Duración Una semana
Responsable Ana Torres, María Teresa Bastidas
Cuadro Nº 8
1.2 Análisis Situación Actual
Descripción Realizar un estudio a fondo del problema que se quiere
resolver, una vez levantada toda la información necesaria.
Actividades - Analizar las Documentación revisada
- Planteamiento del Problema.
Duración Una semana
Responsable Ana Torres, Vigdalia Duran
Cuadro Nº 9
2.1.1 Funcionalidad Técnica
Descripción
- Analizar la situación actual en cuanto a equipos
tecnológicos con los que cuenta la organización para la
implantación del producto.
Actividades - Analizar las Documentación revisada
- Planteamiento del Problema.
Duración 2 días
Responsable María Teresa Bastidas
Cuadro Nº 10
2.1.2 Funcionalidad Operacional
Descripción
- Establece si existe el personal capacitado para el
manejo del software, y si ese personal en realidad va
hacer uso eficiente del producto a implantar.
Actividades - Reuniones con todo el personal.
- Entrevista a Usuarios Finales del Producto.
Duración 2 días
Responsable María Teresa Bastidas
Cuadro Nº 11
2.1.3 Funcionalidad Económica
Descripción - Definir la capacidad Financiera con la que cuenta la organización para poner en marcha el Proyecto.
Actividades - Reunión con el Cliente
Duración 3 días
Responsable María Teresa Bastidas
Cuadro Nº 12
2.2 Acta constitutiva
Descripción - Verificar los productos y la documentación de estos y
darles su aceptación formal.
Actividades - Reunión con el Cliente
Duración Una semana
Responsable Grupo desarrollador
Cuadro Nº 13
2.3.1 Requerimientos Funcionales
Descripción - Establecer mediante un Listado los servicios que va
proveer el producto.
Actividades
- Evaluar el diagnostico actual.
- Discutir y analizar cada requerimiento, tanto el grupo de
desarrollo como el Cliente.
- Cuantificar los requerimientos.
Duración Una semana
Responsable Vigdalia Duran
Cuadro Nº 14
2.3.2 Requerimientos no Funcionales
Descripción
- Se describen las características esenciales que se desean
que el sistema cumpla, tales como rapidez, robustez,
portabilidad, entre otros.
Actividades - Analizar la Plataforma de Hardware y Software donde se
implantara el producto
Duración Una semana
Responsable Vigdalia Duran
Cuadro Nº 15
3.1.1 Diseño Arquitectónico
Descripción - Se diseña y especifica la estructura, funcionamiento e
interacción global del Software
Actividades
- Casos de Uso del Sistema Propuesto
-Elaboración de Diagramas de acuerdo a la metodología
seleccionada
Duración 2 semanas
Responsable Ana Cecilia Zambrano
Cuadro Nº 16
3.1.2 Interfaz
Descripción - Se Diseña el prototipo inicial del sistema de interfaz
Software-Usuario,
Actividades - Elaboración de Pantallas.
Duración una semanas
Responsable Ana Cecilia Zambrano
Cuadro Nº 17
3.2.1 Definir Datos
Descripción - Se elabora un diccionario del Modelo de Datos
Actividades - Analizar Modelado de Datos
Duración Una semana
Responsable Darlin Araujo
Cuadro Nº 18
3.2.2 Validar Datos
Descripción - Se delimitan los valores de los datos para una mejor
confiabilidad en el almacenamiento.
Actividades
- Revisión de Diccionario de Datos
- Análisis de Interfaz del Sistema
Duración Una semana
Responsable Ana Cecilia Zambrano
Cuadro Nº 19
3.3.1 Conexión Base de Datos
Descripción - Establecer la conexión de la base de datos con el sistema
mediante código fuente
Actividades - Programas la conexión de Base de Datos.
- Elaborar pruebas de conexión
Duración 6 semanas
Responsable Vigdalia Duran
Cuadro Nº 20
3.3.2 operatividad del sistema
Descripción - Evaluar las operaciones que realiza la aplicación y
establecer el cumplimiento de los requerimientos
Actividades - Instalación de la Aplicación
- Manejo de la Aplicación por parte del Grupo de Desarrollo
Duración 6 semanas
Responsable Darlin Araujo
Cuadro Nº 21
4.1.1 Pruebas funcionales
Descripción
- Realizar Pruebas de Funcionalidad del Software, es decir si
se cumple una función cumple con un requerimiento
funcional en especifico
Actividades - Realizar pruebas a funciones internas(código) del software
Duración 3 semanas
Responsable Ana Torres
Cuadro Nº 22
4.1.2 Pruebas no funcionales
Descripción
- Realizar pruebas no funcionales que se utilizan para
verificar que la aplicación desarrollada cumple con los
requerimientos no funcionales establecidos
Actividades
- Ejecutar Funciones.
- Llenar campos de formularios para probar su funcionalidad
y validaciones
Duración 2 semanas
Responsable María Teresa Bastidas
Cuadro Nº 23
4.2.1 Implantación
Descripción - Describir el plan de implementación del sistema de
información
Actividades - Implantación del software.
Duración 2 semanas
Responsable María Teresa Bastidas
Cuadro Nº 24
4.2.2 Capacitación de usuario
Descripción - Se le da adiestramiento al usuario del Software
Actividades - Instalación de los programas
- Manejo del sistema de información
Duración 2 semanas
Responsable María Teresa Bastidas
Cuadro Nº25
5.1 Técnico
Descripción - Elaborar Documentación de utilización del Software, para
Técnicos que administraran el software
Actividades - Elaboración de Manual Técnico
- Entrega de Manual técnico
Duración Una semana
Responsable Ana Torres
Cuadro Nº 26
5.2 Usuario
Descripción - Elaborar Documentación de utilización del Software, para
Usuario Final del mismo
Actividades - Elaboración de Manual de Usuario Final
- Entrega de Manual de Usuario Final
Duración 2 semanas
Responsable Darlin Araujo
id Identificador Predecesores Actividad Duración IP TP IT TT M C
1 ------- ----- Diagnostico --- --- --- --- ---- --- ---
1.1 ------- ----- Levantamiento de
información
--- --- --- --- --- --- ---
1.1.1 A ------ Entrevista no estructurada 7 días 0 0 7 7 0 X
1.1.2 B ------ Observación directa 7 días 0 0 7 7 0 X
1.2 C A,B Análisis de la situación
actual
7 días 7 7 14 14 0 X
2 ------- ------- Diseño de la propuesta --- --- --- --- --- --- ---
2.1 ------- ------- Funcionalidad --- --- --- --- --- --- ---
2.1.1 D C Técnica 2 días 14 15 16 17 1
2.1.2 E C Operacional 2 días 14 15 16 17 1
2.1.3 F C Económica 3 días 14 14 17 17 0 X
2.2 G D,E,F Acta constitutiva 7 días 17 17 24 24 0 X
2.3 ------- ------- Definir requerimiento --- --- --- --- --- --- ---
2.3.1 H G Funcionales 7 días 24 24 31 31 0 X
2.3.2 I G No funcionales 7 días 31 31 38 38 0 X
3 ------- ------- Propuesta y programación --- --- --- --- --- --- ---
3.1 ------- ------- Metodología --- --- --- --- --- --- ---
3.1.1 J H,I Diseño arquitectónico 14 días 38 38 52 52 0 X
3.1.2 K J Interfaz 7 días 52 52 59 59 0 X
3.2 ------- ------- Elaboración de la base de
dato
--- --- --- --- --- --- ---
3.2.1 L K Definir datos 7 días 59 59 66 66 0 X
Gestión calendario Lista de actividades grafico Nº 2
Camino crítico (A,C,F,G,H,I,J,K,L,N,O,P,Q,R,S,T,U)
3.2.2 M K Validar datos 7 días 59 59 66 66 0 X
3.3 ------- ------- Programar funciones --- --- --- --- --- --- ---
3.3.1 N L,M Conexión de la base de dato 42 días 66 66 108 108 0 X
3.3.2 O L,M Operatividad del sistema 42 días 108 108 150 150 0 X
4 ------- ------- Implantación --- --- --- --- --- --- ---
4.1 ------- ------- Plan de pruebas --- --- --- --- --- --- ---
4.1.1 P N,O Pruebas funcionales 21 días 150 150 171 171 0 X
4.1.2 Q P Pruebas no funcionales 14 días 171 171 185 185 0 X
4.2 ------- ------- Instalación del software --- --- --- --- --- --- ---
4.2.1 R Q Implantación 14 días 185 185 199 199 0 X
4.2.2 S R Capacitación de usuario 14 días 199 199 213 213 0 X
5 ------- ------- Manuales --- --- --- --- --- --- ---
5.1 T S Técnico 7 días 213 213 220 220 0 X
5.2 U T Usuario 14 días 220 220 234 234 0 X
Cuadro Nº 27
Cuadro Nº 28
Nombre: Observación Directa actual
Identificador 1.1.2
Descripción: Se hace un bosquejo general de la problemática actual, mediante la observación, para así general conclusiones.
Actividad predecesora:
Actividad sucesora. Análisis de la situación actual
Fecha Inicio: 18/07/2011
Fecha Culminación: 26/07/2011
Restricción:
Cuadro Nº 29
Nombre: Análisis de la situación actual
Identificador 1.2
Descripción: Realiza un estudio a fondo del problema que se quiere resolver, una vez levantada toda la información necesaria.
Actividad predecesora: Entrevista no estructurada, observación directa
Actividad sucesora: funcionalidad técnica, operacional y económica
Fecha Inicio: 27/07/11
Fecha Culminación:04/08/2011
Restricciones
Cuadro Nº 30
Nombre: Factibilidad Técnica
Identificador 2.1.1
Descripción: Analizar la situación actual en cuanto a equipos tecnológicos con los que cuenta la Institución para la implantación del producto.
Actividad predecesora: Análisis de la situación actual
Actividad sucesora: Acta constitutiva
Fecha Inicio: 05/08/2011
Fecha Culminación:08/08/2011
Restricción: Haber Culminado Actividad C
Nombre: Entrevista no estructurada
Identificador 1.1.1
Descripción: Se realiza mediante la comunicación directa entre grupo de desarrollo, gerente del proyecto y cliente.
Actividad predecesora:
Actividad sucesora Análisis de la situación actual
Fecha Inicio: 18/07/2011
Fecha Culminación:26/07/2011
Restricción:
Cuadro Nº 31
Nombre: Factibilidad Operacional
Identificador 2.1.2
Descripción: Establece si existe el personal capacitado para el manejo del software y si ese personal en realidad va hacer uso eficiente del producto del producto a implantar.
Actividad predecesora: Análisis de la situación actual
Actividad sucesora: Acta constitutiva
Fecha Inicio:05/08/2011
Fecha Culminación:08/08/2011
Cuadro Nº 32
Nombre: Factibilidad Económica
Identificador 2.1.3
Descripción: Definir la capacidad financiera con la cuenta la institución para poner en marcha el proyecto.
Actividad predecesora: Análisis de la situación actual
Actividad sucesora: Acta constitutiva
Fecha Inicio: 05/08/2011
Fecha Culminación:09/08/2011
Restricción: Haber Culminado Actividad C
Cuadro Nº 33
Nombre: Acta Constitutiva
Identificador 2.2
Descripción: Verificar los productos y la documentación de estos y darles no aceptación formal.
Actividad predecesora: Funcionalidad técnica, operacional y económica
Actividad sucesora: Requerimiento Funcionales y no funcionales
Fecha Inicio: 10/08/2011
Fecha Culminación: 18/08/2011
Restricción: Haber Culminado Actividad D,E; F
Cuadro Nº 34
Nombre: Requerimientos funcionales
Identificador 2.3.1
Descripción: Establecer mediante un listado los servicios que va proveer el producto
Actividad predecesora: Acta Constitutiva
Actividad sucesora: Requerimientos no Funcionales
Fecha Inicio: 19/08/2011
Fecha Culminación:29/08/2011
Restricción: Haber culminado Actividad G
Cuadro Nº 35
Nombre: Requerimiento no Funcionales
Identificador 2.3.2
Descripción: se describen las características esenciales que se desean que el sistema cumpla tales como: rapidez, robustez, portabilidad, entre otros. Actividad predecesora: Requerimientos Funcionales Actividad sucesora: Diseño Arquitectónico
Fecha Inicio: 30/08/2011
Fecha Culminación:07/09/2011
Restricción: Haber culminado Actividad H
Cuadro Nº 36
Nombre: Diseño Arquitectónico
Identificador 3.1.1
Descripción: Se diseña y especifica la estructura, funcionamiento e interacción global del software
Actividad predecesora: Requerimientos no funcionales
Actividad sucesora: Interfaz
Fecha Inicio:08/09/2011
Fecha Culminación:27/09/2011
Restricción: Haber: culminado Actividad I
Cuadro Nº 37
Nombre: Interfaz
Identificador 3.1.2
Descripción: Se diseña el prototipo inicial del sistema de interfaz software-usuario
Actividad predecesora: Diseño arquitectónico
Actividad sucesora: Definir datos, validar datos
Fecha Inicio: 28/09/2011
Fecha Culminación:06/10/2011
Restricción: Haber culminado Actividad J
Cuadro Nº 38
Nombre: Definir Datos
Identificador 3.2.1
Descripción: Se elabora un diccionario de modelo de Datos
Actividad predecesora: Interfaz
Actividad sucesora: Conexión a la Base de Datos
Fecha Inicio: 07/10/2011
Fecha Culminación:17/10/2011
Restricción: Haber culminado Actividad K
Cuadro Nº 39
Nombre Validar Datos Identificador 3. 2.2
Descripción: Se delimita los valores de los datos para una mayor confiabilidad en el almacenamiento
Actividad predecesora: Interfaz
Actividad sucesora: Conexión a la Base de Datos
Fecha Inicio: 07/10/2011
Fecha Culminación:17/10/2011
Restricción: culminado Actividad K
Cuadro Nº 40
Nombre: Conexión Base de Datos
Identificador 3. 3.1
Descripción: Establecer la conexión de la base de datos con el sistema mediante código de fuente
Actividad predecesora: Definir y Validar Datos
Actividad sucesora: Operatibilidad del sistema
Fecha Inicio: 18/10/2011
Fecha Culminación:14/12/2011
Restricción: culminado Actividad L,M
Cuadro Nº 41
Nombre: Operatibilidad del Sistema
Identificador 3. 3.2
Descripción: Establecer la conexión de la base de datos con el sistema mediante código de fuente
Actividad predecesora: Conexión a la Base de datos
Actividad sucesora: Pruebas Funcionales
Fecha Inicio: 15/12/2011
Fecha Culminación:10/02/2012
Restricción: culminado Actividad N Cuadro Nº 42
Nombre: Pruebas Funcionales
Identificador 4.1.1
Descripción: Realizar pruebas a funciones internas(código) del sotfware
Actividad predecesora: Operatibilidad del Sistema
Actividad sucesora: Pruebas no Funcionales
Fecha Inicio: 13/02/2012
Fecha Culminación:12/03/2012
Restricción: culminado Actividad O
Cuadro Nº 43
Cuadro Nº 44
Cuadro Nº 45
Cuadro Nº 46
Nombre: Pruebas no funcionales
Identificador 4.1.2
Descripción: Realizar pruebas no funcionales que se utilizan para verificar que la aplicación desarrollada cumple con los requerimientos no funcionales establecidos
Actividad predecesora: Pruebas Funcionales
Actividad sucesora: Implantación
Fecha Inicio: 13/03/2012
Fecha Culminación:30/03/2012
Restricción: culminado Actividad P
Nombre: Implantación del software
Identificador 4.2.1
Descripción: Describir el plan de implementación del sistema de información
Actividad predecesora: Pruebas no funcionales
Actividad sucesora: Capacitación de usuario
Fecha Inicio: 02/04/2012
Fecha Culminación:10/04/2012
Restricción: culminado Actividad Q
Nombre: Capacitación de Usuario
Identificador 4.2.2
Descripción: Se le da adiestramiento al usuario del Software
Actividad predecesora: Implantación
Actividad sucesora: Manual técnico
Fecha Inicio: 20/04/2012
Fecha Culminación:09/052012
Restricción: culminado Actividad R
Nombre: Manuel Técnico
Identificador 5.1
Descripción: Elaborar documentación de utilización del software para técnicos que administraran el software
Actividad predecesora: Capacitación de Usuario
Actividad sucesora: Manual de usuario
Fecha Inicio: 10/05/2012
Fecha Culminación:18/052012
Cuadro Nº 47
Cuadro Nº 48
Nombre: Entrevista no estructurada
Identificador 1.1.1
Descripción: Se realiza mediante la comunicación directa entre grupo de desarrollo, gerente del proyecto y cliente.
Actividad predecesora:
Actividad sucesora Análisis de la situación actual
Fecha Inicio: 18/07/2011
Fecha Culminación:26/07/2011
Restricción:
Cuadro Nº49
Nombre: Observación Directa actual
Identificador 1.1.2
Descripción: Se hace un bosquejo general de la problemática actual, mediante la observación, para así general conclusiones.
Actividad predecesora: Actividad sucesora. Análisis de la situación actual
Fecha Inicio: 18/07/2011
Fecha Culminación: 26/07/2011 Restricción:
Cuadro Nº 50
Nombre: Análisis de la situación actual
Identificador 1.2
Descripción: Realiza un estudio a fondo del problema que se quiere resolver, una vez levantada toda la información necesaria.
Actividad predecesora: Entrevista no estructurada, observación directa
Actividad sucesora: funcionalidad técnica, operacional y económica
Restricción: culminado Actividad: S
Nombre: Manuel de Usuario
Identificador 5.2
Descripción: Elaborar documentación de utilización del software ,para Usuario final del mismo software
Actividad predecesora: Manual Técnico
Actividad sucesora:
Fecha Inicio: 21/05/2012
Fecha Culminación:07/06/2012
Restricción: culminado Actividad: T
Fecha Inicio: 27/07/11
Fecha Culminación:04/08/2011
Restricción: Haber culminado la actividad A y B
Cuadro Nº 51
Nombre: Funcionalidad Técnica
Identificador 2.1.1
Descripción: Analizar la situación actual en cuanto a equipos tecnológicos con los que cuenta la Institución para la implantación del producto.
Actividad predecesora: Análisis de la situación actual
Actividad sucesora: Acta constitutiva Fecha Inicio: 05/08/2011
Fecha Culminación:08/08/2011
Restricción: Haber Culminado Actividad C
Cuadro Nº 52
Nombre: Funcionalidad Operacional
Identificador 2.1.2
Descripción: Establece si existe el personal capacitado para el manejo del software y si ese personal en realidad va hacer uso eficiente del producto del producto a implantar.
Actividad predecesora: Análisis de la situación actual
Actividad sucesora: Acta constitutiva
Fecha Inicio:05/08/2011
Fecha Culminación:08/08/2011
Restricción: Haber Culminado Actividad C
Cuadro Nº 53
Nombre: Funcionalidad Económica
Identificador 2.1.3
Descripción: Definir la capacidad financiera con la cuenta la institución para poner en marcha el proyecto.
Actividad predecesora: Análisis de la situación actual
Actividad sucesora: Acta constitutiva
Fecha Inicio: 05/08/2011
Fecha Culminación:09/08/2011
Restricción: Haber Culminado Actividad C
Cuadro Nº 54
Nombre: Acta Constitutiva
Identificador 2.2
Descripción: Verificar los productos y la documentación de estos y darles no aceptación formal.
Actividad predecesora: Funcionalidad técnica, operacional y económica
Actividad sucesora: Requerimiento Funcionales y no funcionales
Fecha Inicio: 10/08/2011
Fecha Culminación: 18/08/2011
Restricción: Haber Culminado Actividad D,E; F
Cuadro Nº 55
Nombre: Requerimientos funcionales
Identificador 2.3.1
Descripción: Establecer mediante un listado los servicios que va proveer el producto
Actividad predecesora: Acta Constitutiva
Actividad sucesora: Requerimientos no Funcionales
Fecha Inicio: 19/08/2011
Fecha Culminación:29/08/2011
Restricción: Haber culminado Actividad G
Cuadro Nº 56
Nombre: Requerimiento no Funcionales
Identificador 2.3.2
Descripción: se describen las características esenciales que se desean que el sistema cumpla tales como: rapidez, robustez, portabilidad, entre otros.
Actividad predecesora: Requerimientos Funcionales
Actividad sucesora: Diseño Arquitectónico
Fecha Inicio: 30/08/2011
Fecha Culminación:07/09/2011
Restricción: Haber culminado Actividad H
Cuadro Nº 57
Nombre: Diseño Arquitectónico
Identificador 3.1.1
Descripción: Se diseña y especifica la estructura, funcionamiento e interacción global del software
Actividad predecesora: Requerimientos no funcionales
Actividad sucesora: Interfaz
Fecha Inicio:08/09/2011
Fecha Culminación:27/09/2011
Restricción: Haber: culminado Actividad I
Cuadro Nº 58
Nombre: Interfaz
Identificador 3.1.2
Descripción: Se diseña el prototipo inicial del sistema de interfaz software-usuario
Actividad predecesora: Diseño arquitectónico
Actividad sucesora: Definir datos, validar datos
Fecha Inicio: 28/09/2011
Fecha Culminación:06/10/2011
Restricción: Haber culminado Actividad J
Cuadro Nº 59
Nombre: Definir Datos
Identificador 3.2.1
Descripción: Se elabora un diccionario de modelo de Datos
Actividad predecesora: Interfaz
Actividad sucesora: Conexión a la Base de Datos
Fecha Inicio: 07/10/2011
Fecha Culminación:17/10/2011
Restricción: Haber culminado Actividad K
Cuadro Nº 60
Nombre Validar Datos Identificador 3. 2.2
Descripción: Se delimita los valores de los datos para una mayor confiabilidad en el almacenamiento
Actividad predecesora: Interfaz
Actividad sucesora: Conexión a la Base de Datos
Fecha Inicio: 07/10/2011
Fecha Culminación:17/10/2011
Restricción: culminado Actividad K
Cuadro Nº 61
Nombre: Conexión Base de Datos
Identificador 3. 3.1
Descripción: Establecer la conexión de la base de datos con el sistema mediante código de fuente
Actividad predecesora: Definir y Validar Datos
Actividad sucesora: Operatibilidad del sistema
Fecha Inicio: 18/10/2011 Fecha
Culminación:14/12/2011
Restricción: culminado Actividad L,M
Cuadro Nº 62
Cuadro Nº 63
Cuadro Nº 62
Nombre: Pruebas Funcionales
Identificador 4.1.1
Descripción: Realizar pruebas a funciones internas(código) del software
Actividad predecesora: Operatibilidad del Sistema
Actividad sucesora: Pruebas no Funcionales
Fecha Inicio: 13/02/2012
Fecha Culminación:12/03/2012
Restricción: culminado Actividad O
Cuadro Nº 63
Nombre: Operatibilidad del Sistema
Identificador 3. 3.2
Descripción: Establecer la conexión de la base de datos con el sistema mediante código de fuente
Actividad predecesora: Conexión a la Base de datos
Actividad sucesora: Pruebas Funcionales
Fecha Inicio: 15/12/2011
Fecha Culminación:10/02/2012
Restricción: culminado Actividad N
Nombre: Pruebas Funcionales
Identificador 4.1.1
Descripción: Realizar pruebas a funciones internas(código) del software
Actividad predecesora: Operatibilidad del Sistema
Actividad sucesora: Pruebas no Funcionales
Fecha Inicio: 13/02/2012
Fecha Culminación:12/03/2012
Restricción: culminado Actividad O
Nombre: Pruebas no funcionales
Identificador 4.1.2
Descripción: Realizar pruebas no funcionales que se utilizan para verificar que la aplicación desarrollada cumple con los requerimientos no funcionales establecidos
Cuadro Nº 64
Cuadro Nº 65
Cuadro Nº 66
Cuadro Nº 67
Actividad predecesora: Pruebas Funcionales
Actividad sucesora: Implantación
Fecha Inicio: 13/03/2012
Fecha Culminación:30/03/2012
Restricción: culminado Actividad P
Nombre: Implantación del software
Identificador 4.2.1
Descripción: Describir el plan de implementación del sistema de información
Actividad predecesora: Pruebas no funcionales
Actividad sucesora: Capacitación de usuario
Fecha Inicio: 02/04/2012
Fecha Culminación:10/04/2012
Restricción: culminado Actividad Q
Nombre: Capacitación de Usuario
Identificador 4.2.2
Descripción: Se le da adiestramiento al usuario del Software
Actividad predecesora: Implantación
Actividad sucesora: Manual técnico
Fecha Inicio: 20/04/2012
Fecha Culminación:09/052012
Restricción: culminado Actividad R
Nombre: Manuel Técnico
Identificador 5.1
Descripción: Elaborar documentación de utilización del software para técnicos que administraran el software
Actividad predecesora: Capacitación de Usuario
Actividad sucesora: Manual de usuario
Fecha Inicio: 10/05/2012
Fecha Culminación:18/052012
Restricción: culminado Actividad: S
Nombre: Manuel de Usuario
Identificador 5.2
GESTION DE RECURSOS HUMANOS
La Gestión de Recursos Humanos del proyecto es aquella que incluye
los procesos requeridos para lograr la utilización más efectiva de las
personas involucradas con el desarrollo del proyecto informático.
Para la gestión de Recursos Humanos del Sistema de Información
Automatizado para el Registro y emisión de notas del Liceo Bolivariano
Rosario Almarza, definimos los siguientes términos:
PLANIFICACIÓN DE LOS RECURSOS HUMANOS: identificar y
documentar los roles del proyecto, las responsabilidades y las relaciones de
informe, así como crear el plan de gestión de personal.
ADQUIRIR EL EQUIPO DEL PROYECTO: obtener los recursos
humanos necesarios para concluir el proyecto.
DESARROLLAR EL EQUIPO DEL PROYECTO: mejorar las
competencias y la interacción de los miembros del equipo para lograr un
mejor rendimiento del proyecto.
GESTIONAR EL EQUIPO DEL PROYECTO: hacer un seguimiento
del rendimiento de los miembros del equipo, proporcionar retroalimentación,
resolver polémicas y coordinar cambios a fin de mejorar el rendimiento del
proyecto.
DESARROLLO DE LAS FASES:
EL EQUIPO DE TRABAJO
Descripción: Elaborar documentación de utilización del software ,para Usuario final del mismo software
Actividad predecesora: Manual Técnico
Actividad sucesora:
Fecha Inicio: 21/05/2012
Fecha Culminación:07/06/2012
Restricción: culminado Actividad: T
El equipo de trabajo se refiere a un conjunto de personas
interrelacionadas que se van a organizar para llevar a cabo una determinada
tarea, Cuando se habla del trabajo en equipo se habla de muchas cosas a la
vez, hay quien entiende de la misma manera equipo que grupo. La Gestión
de Recursos Humanos del proyecto es aquella que incluye los procesos
requeridos para lograr la utilización más efectiva de las personas
involucradas con el proyecto informático.
El equipo de trabajo en los proyectos software puede entrar en juego
en cualquier número de tareas específicas:
2. Desarrollo y revisión de requisitos del proyecto.
3. Desarrollo de la arquitectura y las directrices del diseño del proyecto.
4. Definición de aspectos del entorno técnico.
5. Desarrollo de los estándares de codificación del proyecto.
6. Coordinar el trabajo en las partes relacionadas del proyecto.
7. Diseño de las partes complicadas del sistema.
8. Revisión del diseño y código de los desarrolladores individuales.
9. Depuración de las partes más complicadas.
10. Prueba de requisitos, diseño y código.
11. Auditoría del avance del proyecto.
12. Mantenimiento del software, una vez construido.
Los proyectos pequeños pueden pasar sin estudiar cuestiones sobre
equipos de trabajo, pero se beneficiarán de su tratamiento. Los proyectos
grandes son esfuerzo de grupos, y las características de los grupos juegan
un papel muy importante en el éxito.
Es importante señalar que el equipo de trabajo de este proyecto se
caracteriza por ser un equipo con unión, cohesión, rendimiento y que se ha
ido moldeando a sí mismo, se tiene una serie de características comunes:
Visión u objetivo compartidos.
Sentido de identidad de equipo.
Estructura dirigida a los resultados.
Miembros del equipo competentes.
Compromiso con el equipo.
Confianza mutua.
Interdependencia entre miembros del equipo.
Comunicación efectiva.
Sentido de autonomía.
Sentido de enriquecimiento.
Tamaño del equipo pequeño.
Alto nivel de disfrute.
En este orden de ideas es importante señalar que se tiene claro que
antes de que el proyecto realmente se ponga en marcha, el equipo tiene una
visión y unos objetivos comunes. Si no se tiene una visión compartida, no
hay lugar para un equipo de trabajo de alto rendimiento. Debido a que
cuando se está de acuerdo con la visión del proyecto, se simplifica la toma
de decisiones. Visión común crea confianza entre los miembros del equipo,
porque saben que todos trabajan para llegar al mismo objetivo. También
ayuda a que el equipo se mantenga concentrado y a evitar que se pierda
tiempo debido a errores. Un equipo efectivo crea un nivel de confianza y
cooperación que le permite alcanzar mayor rendimiento que un conjunto de
personas con igual destreza.
Ocasionalmente, un equipo muy unido se encerrará compartiendo una
idea que esté de acuerdo con los objetivos de la organización. En este caso,
el equipo podría realizar bastante trabajo, pero no del tipo que la
organización necesita. Para que un grupo unido sea productivo, necesita
tener un enfoque compatible con la organización a la que pertenece.
Las cuatro características fundamentales de una estructura de equipo
dirigida por resultados son:
Las tareas deben ser claras, y todos deben ser responsables de su
trabajo en todo momento. Después de que se hayan tomado las
decisiones, la responsabilidad es fundamental para tomar decisiones
efectivas y para llevar a cabo una ejecución rápida.
El equipo debe tener un sistema de comunicación efectivo, que admita
el flujo libre de información entre los miembros del equipo. La
comunicación debe fluir abiertamente desde y hacia la directiva del
equipo.
El equipo debe tener algún control sobre el rendimiento individual y la
realimentación. El equipo debe saber a quién recompensar, quién
necesita desarrollarse individualmente y quién puede asumir más
responsabilidad en el futuro.
Las decisiones se deben tomar, si es posible, basándose en hechos
más que en opiniones subjetivas. El equipo necesita asegurarse de
que no está influenciado a la hora de interpretar los hechos para no
dificultar su funcionamiento.
COMPROMISO CON EL EQUIPO
En un equipo efectivo, sus miembros se comprometen con el equipo.
Hacen sacrificios personales por el equipo que no harían para las grandes
organizaciones. En algunos casos, el requerimiento mínimo para que el
equipo tenga éxito es que sus miembros contribuyan con su tiempo y su
energía (su esfuerzo), y esto exige un compromiso. Cuando el equipo se
compromete, tiene que haber algo por lo que comprometerse. No se pueden
comprometer sin tener unos objetivos. La visión, el reto y la identidad del
equipo proporcionan lo necesario para que los miembros del equipo se
comprometan.
CONFIANZA MUTUA
Consta de 4 componentes:
Honestidad
Franqueza.
Firmeza.
Respeto.
INTERDEPENDENCIA ENTRE MIEMBROS
Los miembros del equipo confían en la fuerza individual de los demás,
y hacen todo lo que sea mejor para el equipo. Todos sienten que tienen
posibilidad de contribuir y que su contribución es importante. Todos
participan en las decisiones. En resumen, los miembros del equipo llegar a
ser interdependientes.
COMUNICACIÓN EFECTIVA
Los miembros de los equipos unidos están al corriente
constantemente de lo que les sucede a los demás. Tienen cuidado de
comprobar que todos les entienden cuando hablan, y su comunicación se
beneficia del hecho de que muestran una visión común y un sentido de
identidad.
Los miembros del equipo expresan sus verdaderos “sentimientos”,
incluso cuando no se encuentran muy bien. En un entorno que se caracteriza
por la confianza y la interdependencia, los miembros del equipo pueden
empezar a tratar los problemas cuando tengan la primera noticia, cuando aún
quede tiempo para corregirlos de forma efectiva.
SENSACIÓN DE AUTONOMÍA
Los equipos efectivos tienen la sensación de que son libres para poder
realizar todo lo que crean necesario, para que el proyecto tenga éxito. Una
de las razones por las que los proyectos funcionan también como lo hacen,
es porque se les da a los miembros la oportunidad de hacer lo que vean
conveniente, sin preocuparse de que lo que hacen parezca que sea lo
correcto.
Pueden trabajar sin interferencias. El equipo podría cometer algunos
errores, pero las ventajas en motivación compensarán los errores. Esta
sensación de autonomía estará relacionada con el nivel de confianza que
sientan por parte de sus directivos hacia ellos. Es indispensable que los
directivos confíen en el equipo. Cualquier directivo admitirá a un equipo
cuando esté claramente en lo cierto; pero eso no es confianza. Cuando un
directivo apoya a un equipo que parece estar equivocado eso es confianza.
SENTIDO DE REFUERZO
Un equipo efectivo necesita sentirse reforzado para llevar a cabo las
acciones necesarias para obtener el éxito. La organización no se limita a
permitirles hacer todo lo que piensan que es correcto, sino que les apoya a la
hora de llevarlo a cabo.
CLAVES PARA TENER ÉXITO EN LA GESTIÓN DE UN EQUIPO UNIDO:
Establecer una visión. La visión es lo más importante, y es función
de la dirección y el responsable del equipo ponerla en juego.
Crear un cambio. La dirección reconoce que hay una gran
diferencia entre cómo son las cosas en la realidad y cómo deberían
ser. Percibe que la visión necesita un cambio, y hace que se
produzca dicho cambio.
Dirigir al equipo como un equipo. Hacer que el equipo se
responsabilice de las acciones, en vez de hacer a cada uno
responsable de sus acciones individuales. Los miembros del
equipo suelen ser más exigentes consigo mismos de lo que les
piden sus responsables.
Delegar las tareas en el equipo, de forma clara, estimulante y con
ayuda. Se liberan la energía y el talento de los miembros del
equipo.
Dejar al equipo los detalles de cómo realizar las tareas, incluyendo
posiblemente la asignación de responsabilidades de trabajo
individual.
Cuando un equipo no funciona bien, recuerde que la mayoría de
los problemas que surgen en el equipo se deben a la Motivación,
Organización e Información. Hay que intentar eliminar los
obstáculos relacionados con estos tres factores.
ESTRUCTURA DEL EQUIPO
Aunque se tenga personal formado, motivado y acostumbrado a
trabajar duro, una estructura errónea del equipo puede minar su esfuerzo en
lugar de catapultarlo al éxito. Una mala estructura de equipo puede aumentar
el tiempo de desarrollo, reducir la calidad, deteriorar la moral, incrementar los
cambios de personal y llevar a la cancelación del proyecto.
Para estructurar el equipo de proyecto, se debe evitar las estructuras
que producen fricciones. Así, un equipo de trabajo bien estructurado debe
poder enfrentar la rotación personal del equipo sobre los recursos, favorecer
la comunicación entre los miembros del equipo y facilitar la integración de las
diversas partes entre sí.
Cuadro Nº 68
ROL RESPONSABLE DEFINICIÓN
Gerente de Proyecto ANA TORRES
Es el encargado de la
planificación y ejecución
correcta del proyecto
Levantamiento de
información
MARIA TERESA
BASTIDAS
ANA TORRES
Encargado de recolectar
toda la información en
cuanto a los
requerimientos del
cliente.
Metodología
VIGDALIA DURAN
Es el encargado de
elegir la metodología y
adaptar el proyecto a la
misma
Diseñador
MARIA TERESA
BASTIDAS
ANA TORRES
Se encarga de diseñar
los prototipos y las
bases de datos del
proyecto.
Desarrollador DARLIN ARAUJO
Encargado de
desarrollar ,codificar
todo el software del
proyecto
Reportes ANA CECILIA Encargado de generar
los reportes del sistema
Cliente DEPARTAMENTO DE
EVALUACION
Personal del Liceo
Rosario Almarza
encargado de la carga
de notas
DESIGNACIONES DE ROLES Y RESPONSABILIDADES
Una tarea muy importante dentro de la gestión del recurso humano
que está involucrado en el desarrollo del Proyecto es la decisión de
establecer los roles (quién hace qué) y las responsabilidades (quién decide
qué) del proyecto deben ser asignadas a los accionistas adecuados del
proyecto. Los roles y responsabilidades pueden variar con el tiempo. Muchos
roles y responsabilidades serán asignadas a los accionistas que estén más
activamente involucrados con el trabajo del proyecto, como por ejemplo el
gerente del proyecto, otros miembros del equipo de gestión y contribuyentes
individuales.
MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES
Cuadro Nº 69
Rol ARAUJO DARLIN
MARIA BASTIDAS
VIDGALIA DURAN
ANA TORRES
ANA ZAMBRANO
Recolección
de
información
P R A R V
Metodología V A R P P
Diseñador A R P R V
Programador R A V P A
R = Responsable A = Aprobador P = participa
V = revisa
REQUERIMIENTOS DE PERSONAL
Los requerimientos de personal son los que definen qué tipos de
competencias son las que se requieren para que el proyecto sea exitoso. Los
requerimientos de personal son un subconjunto de requerimientos de
recursos globales que se identifican durante la planificación de los recursos.
ADQUISICIÓN DE PERSONAL
La Gestión de Recurso Humano para el desarrollo del proyecto implica
en algunos casos la contratación de Personal, si no se cuenta con todo el
equipo necesario para las tareas inherentes al mismo; lo cual implica obtener
los recursos humanos (individuos o grupos) asignados a y trabajar en el
proyecto. En la mayoría de los casos, es posible que no estén disponibles los
mejores recursos, y que el equipo de gestión del proyecto deba asegurarse
de que los recursos disponibles cumplan con los requerimientos del proyecto.
GESTIÓN DE CALIDAD FUNDAMENTOS TEÓRICOS APLICADOS AL PRODUCTO
La calidad de un producto de software es una inquietud a la que se dedican
muchos esfuerzos, por lo que el software casi nunca es perfecto. Todo
proyecto tiene como objetivo producir software de la mejor calidad posible,
que cumpla, y si puede supere las expectativas de los usuarios. La gestión
de calidad comprende los siguientes aspectos:
Introducción del producto
Planes de producto
Descripciones del proceso
Metas de calidad
Riesgos y gestión de riesgos.
En la construcción de un software podemos definir calidad como la
forma en que apreciamos el buen funcionamiento de la aplicación que se
prueba a través de mecanismos sencillos pero capaces de comprobar la
efectividad y estabilidad de un software.
A continuación se elaborara un plan de calidad en función de la
estructura anteriormente mencionada.
INTRODUCCIÓN DEL PRODUCTO
Los avances tecnológicos que en la actualidad estamos viviendo no
escapa del proceso de transformación que están viviendo las instituciones
educativas, desde el punto de vista del trabajo que se realiza en el ámbito
administrativo El Liceo Bolivariano Rosario Almarza cuenta con un sistema
de información automatizado para el registro y control del proceso de
inscripción de los estudiantes que cursan estudios en esta institución,
haciendo que el mismo sea realice e forma rápida y eficiente.
Se debe señalar que el proceso de registro y emisión de notas se
realiza de forma manual lo cual produce perdida de tiempo y de información
a la hora de registra, consultar y emitir dichas notas dichas notas
El Sistema de Información automatizado para el registro y emisión de
notas Liceo Bolivariano Rosario Almarza permitirá que los procesos se
automaticen y esto conllevara a que se realicen de forma más rápida y
eficiente
PLANES DEL PRODUCTO
Estimación del Tiempo Requerido
Inicio: 28/02/2012
Culminación: 30/06/2012
Autoridades del Proyecto
Autorización: MSc. Rosaura Quintero directora del Liceo
Bolivariano Rosario Almarza
Gerente del proyecto: TSU. Ana Torres.
Roles y responsabilidades
Ana Torres: Levantamiento de Información, diseño y documentación
María Teresa Bastidas: Levantamiento de Información, diseño y
desarrollo
Vigdalia Duran: Documentación y metodología
Ana Cecilia Zambrano: Diseño, reportes y metodología
Darlin Enrique Araujo: Análisis de información y desarrollo
PLANES DE DISTRIBUCIÓN Y SERVICIO
En cuanto al Plan de Distribución del Producto podemos mencionar
que es de carácter local ya que será utilizado específicamente en el
Departamento de Evaluación del Liceo Bolivariano Rosario Almarza, siendo
el mismo de código abierto bajo software libre por lo que se puede distribuir
fácilmente en otras instituciones que deseen implantar dicho sistema.
El sistema se implantará en la oficina departamento de Evaluación del
Liceo Bolivariano Rosario Almarza, el mismo es el encargado del de
Registro, modificaciones y carga de evaluaciones de los niveles de
educación que presta esta casa de estudio.
DESCRIPCIONES DEL PROCESO
Para el desarrollo del proyecto se utilizó la metodología RATIONAL
UNIFIED PROCESS (RUP) Es un proceso de Ingeniería de Software
planteado por ruchten (2000), cuyo objetivo es producir software de alta
calidad, es decir, que cumpla con los requerimientos de los usuarios dentro
de una planificación y presupuesto establecidos. Cubre el ciclo de vida
de desarrollo del software. RUP toma en cuenta las mejores prácticas
en el modelo de desarrollo de software en particular las siguientes:
Desarrollo de software en forma iterativa.
Manejo de requerimientos.
Utiliza arquitectura basada en componentes.
Modela el software visualmente (Modela con Unified Modeling
Language,UML)
Controla los cambios
Esta metodología comprende las siguientes fases:
FASE DE INICIO:
Durante esta fase de inicio las iteraciones se centran con mayor
énfasis en las actividades modelado de la empresa y en sus
requerimientos
FASE DE ELABORACION: Durante esta fase de elaboración, las iteraciones se centran al
desarrollo de la base de la diseño, encierran más los flujos de trabajo de
requerimientos, modelo de la organización, análisis, diseño y una parte de
implementación orientada a la base de la construcción.
FASE DE CONSTRUCCIÓN Durante esta fase de construcción, se lleva a cabo la construcción del
producto por medio de una serie de iteraciones las cuales se
seleccionan algunos Casos de Uso, se redefine su análisis y diseño y se
procede a su implantación y pruebas. En esta fase se realiza una
pequeña cascada para cada ciclo, se realizan tantas iteraciones hasta
que se termine la nueva implementación del producto.
FASE DE TRANSICIÓN
Durante esta fase se busca garantizar que se tiene un producto
preparado para la entrega al usuario
METAS DE CALIDAD
Estabilidad
Amigable al cliente
Confiable en los datos
Robustez en la aplicación
Compatibilidad con distintas plataformas.
IDENTIFICACIÓN Y JUSTIFICACIÓN DE LOS ATRIBUTOS DE CALIDAD
Corrección (¿Hace lo que se le pide?)
Cumple con los requerimientos establecidos por el cliente, es decir,
que el registro de las notas sea accesible y amigable al usuario y que
más adelante se le puede agregar otras funciones.
Fiabilidad (¿Lo hace de forma fiable todo el tiempo?)
Es confiable porque tiene una actualización constante.
• Eficiencia (¿Qué recursos hardware y software necesito?)
Un equipo con tecnología Pentium, con al menos 20 MB de espacio
disponible en disco duro, 512 Mb en RAM, lector de CD
• Integridad (¿Puedo controlar su uso?)
Sí, porque existen diferentes tipos de usuarios, entre los cuales los
mismos tienen acceso o restricciones diferentes y cada uno de ellos
controla la información correspondiente.
• Facilidad de uso (¿Es fácil y cómodo de manejar?)
Si, es fácil de manejar porque la interfaz grafica es accesible y todo se
encuentra a simple vista. Los iconos utilizados son adecuados a sus
funciones o interacciones.
REVISIÓN DEL PRODUCTO
• Facilidad de mantenimiento (¿Puedo localizar los fallos?)
Sí, porque, si en algún momento el sistema presenta errores de
programación son fáciles de localizar o remplazar las funciones con
problemas.
• Flexibilidad (¿Puedo añadir nuevas opciones?)
Sí, porque el sistema cuenta con la funcionalidad de administración de
base de datos. Tanto de los ya prediseñados como de los que se
pueden instalar manualmente.
• Facilidad de prueba (¿Puedo probar todas las opciones?)
Sí, porque todas las funciones instalados se pueden probar antes en
un servidor local.
TRANSICIÓN DEL PRODUCTO
• Portabilidad (¿Podré usarlo en otra máquina?)
Si, porque es un sistema de multiplataforma.
• Interoperabilidad (¿Podrá comunicarse con otras aplicaciones o
sistemas informáticos?
SI, porque se puede comunicar a otras aplicaciones que ya están
instalados en la institución.
PLAN DE PRUEBAS
Este documento describe el Plan de pruebas para el registro y emisión
de notas del Liceo Bolivariano Rosario Almarza. En concreto define los
siguientes objetivos específicos:
Identifica los elementos que se van a probar.
Describe la estrategia de pruebas que se va a seguir en el proceso de
gestión de calidad.
Identifica los recursos necesarios para llevar a cabo el proceso de
prueba y estima los esfuerzos que conlleva.
Lista los resultados que se obtienen de las actividades de prueba.
PRUEBAS Y EL PROCEDIMIENTO A SEGUIR EN LA APLICACIÓN
DE LAS MISMAS.
REQUERIMIENTOS DE LA PRUEBAS
En esta sección proporcionamos la lista que identifica los elementos
(casos de uso, requisitos funcionales y requisitos no funcionales) que son
objetivos de las pruebas mediante diferentes técnicas. Es decir, los
elementos y aspectos qué se van a probar.
PRUEBAS DE INTEGRIDAD DE LA BASE DE DATOS:
Verificar el acceso a la Base de Datos del sistema de información para
el registro y emisión de notas del Liceo Bolivariano Rosario Almarza
Verificar la recuperación correcta de las modificaciones realizadas en
la base de datos.
Verificar accesos simultáneos de lectura de datos, como son los
reportes de los diferentes registros que se efectúan:
Verificar la emisión del Reporte certificación de calificación de
educación media en general
Verificar la emisión del Reporte planilla de resumen final
Verificar la emisión del Reporte constancia de calificaciones por lapso.
Verificar la emisión del Reporte constancia de calificaciones por año
escolar
Verificar la emisión del Reporte certificación de calificación de
educación básica
PRUEBAS DE INTERFAZ DE USUARIO:
Verificar que la navegación a través de un conjunto de pantallas es
fácil y amigable.
Navegar a través de todos los casos de uso, verificando que cada
interfaz de usuario se comprende fácilmente.
Verificar que todas las interfaces de usuario siguen los estándares de
calidad.
PRUEBAS DE FUNCIONALIDAD Y ENTRADA/SALIDA:
Verificar el caso de uso inscripción.
Verificar el caso de uso registro personal.
Verificar el caso de uso registro notas.
Verificar el caso de uso certificación de calificación de educación
media en general
Verificar el caso de uso planilla de resumen final
Verificar el caso de uso constancia de calificaciones por lapso.
Verificar el caso de uso constancia de calificaciones por año escolar
Verificar el caso de uso certificación de calificación de educación
básica
ESTRATEGIA DE PRUEBA
En esta sección se presenta el enfoque que vamos a utilizar para
probar el sistema de información. En la sección anterior se describieron los
elementos que se van a probar, y en esta sección se define cómo se
realizaran las pruebas.
TIPOS DE PRUEBAS Y TÉCNICAS:
Pruebas de Unidad (Caja Negra)
Cuadro Nº 70
Objetivos de la prueba Verificar la aplicación interaccionando a través
de las interfaces de usuario y analizando los
resultados obtenidos de acuerdo a las
entradas suministradas.
Técnicas Ejecutar cada caso de uso con datos válidos e
inválidos para verificar lo siguiente:
Cuando se utilizan datos correctos se obtienen
los resultados esperados.
Cuando se utilizan datos incorrectos se
obtienen los mensajes de error o advertencias
adecuadas.
Cada regla de negocio se ha aplicado
correctamente.
Criterios de finalización Todas las pruebas planificadas se han ejecutado y
todos los defectos identificados se han
considerado.
PRUEBAS DE SISTEMA
Las pruebas de Sistema se deberían centrar en cualquier requisito que
pueda ser trazado directamente de los casos de uso y reglas de negocio. El
objetivo de estas pruebas es verificar la aceptación, procesamiento y
recuperación de datos y la adecuada implementación de las reglas de
negocio. Este tipo de pruebas están basadas en técnicas de caja negra, es
decir, verificar la aplicación interaccionando a través de las interfaces de
usuario y analizando los resultados.
Cuadro Nº 71
Objetivos de la prueba Asegurar la navegación correcta de la aplicación,
la entrada de datos, su procesamiento y
recuperación.
Técnicas Ejecutar cada caso de uso y flujo del caso de uso
con datos válidos e inválidos para verificar lo
siguiente:
Cuando se utilizan datos correctos se
obtienen los resultados esperados.
Cuando se utilizan datos incorrectos se
obtienen los mensajes de error o
advertencias adecuadas.
Cada regla de negocio se ha aplicado
correctamente.
Criterios de finalización Todas las pruebas planificadas se han ejecutado.
Todos los defectos identificados se han
considerado.
Consideraciones Ninguna.
PRUEBAS DE INTERFAZ
Las pruebas de interfaz de usuario verifican la interacción del usuario
con el sistema software. El objetivo de esta prueba es asegurar que la
interfaz de usuario permite acceder y navegar a través de toda la
funcionalidad de la aplicación. Además, la prueba de interfaz de usuario
garantiza que las interfaces de usuario cumplen los estándares.
Cuadro Nº 72
Objetivos de la prueba Verificar los siguientes objetivos:
La navegación a través de la aplicación
refleja adecuadamente las reglas de negocio
y los requisitos incluyendo ventana a ventana,
campo a campo y métodos de acceso
(tabulador, movimientos del ratón).
Las ventanas y sus características, como
menús, tamaño, posición y estado cumplen
los estándares.
Técnicas Crear o modificar pruebas para cada ventana
con el objetivo de verificar la correcta navegación
y su estado.
Criterios de finalización Cada ventana se ha verificado con éxito y es
consistente con la versión de referencia o con
los estándares utilizados.
Consideraciones Ninguna.
RECURSOS
En esta sección se describen los recursos necesarios para realizar el
proceso de prueba, sus principales responsabilidades y características.
RECURSOS HARDWARE
Cuadro Nº 73
Recurso Cantidad Nombre y Tipo
PC 1 Diseño de las pruebas
PC 1 Ejecución de las pruebas
RECURSOS SOFTWARE
Cuadro Nº 74
RECURSOS HUMANOS
Cuadro Nº 75
RECURSOS HUMANOS
Rol Mínimos
recursos
recomendados
Responsabilidades específicas o
comentarios
Gestor de prueba 1 Proporcionar una gestión adecuada.
Responsabilidades:
Nombre del elemento software Tipo y otras notas
PHP Desarrollo del proyecto
Microsoft Project Gestión del proyecto
MySql Herramienta DBMS
Windows XP Sistema Operativo
Proporcionar una dirección técnica.
Adquirir los recursos apropiados.
Informar de la gestión.
Diseñador de
prueba
1 Identificar, priorizare implementar los
casos de prueba.
Responsabilidades:
- Generar el Plan de pruebas.
- Diseñar los Casos de prueba.
- Evaluar el esfuerzo de prueba.
Probador (Tester) 2 Ejecutar las pruebas.
Responsabilidades:
Ejecutar pruebas.
Recuperar los errores.
Documentar los defectos.
ACTIVIDADES DE PRUEBA
Las actividades del proceso de prueba para esta aplicación son:
Cuadro Nº 76
Actividad
Planificación de la prueba
Diseño de la prueba
Implementación de la prueba
Ejecución de la prueba
Evaluación de la prueba
RESULTADOS DE LAS PRUEBAS
Del proceso de prueba se obtienen los siguientes documentos de
desarrollo de software:
Cuadro Nº 77
Documento de desarrollo de
software
Desarrollador Revisión
Plan de prueba Grupo Grupo
Casos de prueba Grupo Grupo
TAREAS DE LA ETAPA DE PRUEBAS
Las tareas que se realizan en cada una de las actividades son:
PLANIFICACIÓN DE LAS PRUEBAS:
Identificar los requisitos para las pruebas.
Desarrollar la estrategia de pruebas.
Identificar los recursos necesarios para realizar las pruebas.
Planificar la temporalización.
Generar el Plan de pruebas.
DISEÑO DE LAS PRUEBAS:
Análisis de la carga de trabajo.
Desarrollo de las pruebas.
Identificar y describir los casos de prueba.
IMPLEMENTACIÓN DE LAS PRUEBAS:
Establecer el entorno de prueba.
Desarrollar las clases de prueba, los componentes de prueba y los
datos de prueba.
EJECUCIÓN DE LAS PRUEBAS:
Ejecutar los casos de prueba.
Evaluar la ejecución del proceso de prueba.
Verificar los resultados.
Investigar los resultados no esperados.
Registrar los defectos.
GESTION DE COSTO
La Gestión de Costos asegura que las tareas del proyecto se lleven a
cabo dentro de los rangos económicos impuestos (presupuesto del proyecto,
recursos asignados para la actividad correspondiente, entre otros). Es decir,
La gestión de costo del proyecto incluye los procesos necesarios para
asegurar que el proyecto se complete sin exceder el presupuesto aprobado.
ESTUDIO DE MERCADO
ANÁLISIS DE LA OFERTA
Permitirá un fácil registro de notas.
Permitirá el almacenamiento de notas para permitir consultar y
emitirlas de forma rápida
Facilitara el acceso a notas de años anteriores de forma rápida,
segura, confiable.
Gestionara un mejor tiempo de respuesta para los usuarios.
Permitirá obtener mayor información acerca de promedio de notas por
año escolar.
ANÁLISIS DE LA DEMANDA
El sistema de información automatizado para el Registro y Emisión de
Notas del Liceo Bolivariano Rosario Almarza, beneficia a la institución en el
aspecto económico, ya que le permite, llevar un registro de las operaciones
realizadas, hacer comparativos con los resultados obtenidos, mejoras a la
hora de toma de decisiones.
Dicho sistema permitirá registrar notas al final de cada lapso, lo que
permitirá agilizar el cálculo de resumen final, así como, la emisión de notas.
Podemos concluir que el sistema que se esta desarrollando
beneficiara a la a la institución, con ello lograra alcanzar los objetivos
trazados con anterioridad por el gerente de la organización
ESTUDIO TÉCNICO
Según la evaluación que se realizó al departamento de Evaluación del
Liceo Bolivariano Rosario Almarza; se puede decir, que el impacto del
proyecto que esta en ejecución es muy positivo, ya que, al ponerse
operativo estaría reduciendo tiempo, espacio, dinero y agilizaría el proceso
que en la actualidad es tan engorroso por ser un proceso manual. El alcance
que tendría a nivel de cambios es real y de muy buen ver, ya que en la
institución actualmente no existe un sistema que maneje esta información
que es de gran importancia para el departamento de evaluación, a la hora de
emisión de las notas.
Las normas métodos y funciones que actualmente cumple este proceso
es manual, y el registro de las notas se llevan en planillas donde se refleja
las asignaturas por año, lo que se quiere es que ese proceso sea
automatizado y que se cumplan con ciertos parámetros para hacerlo de
manera más fácil y de mayor rapidez.
A la hora de definir los roles para la ejecución del proyecto podemos decir
que el trabajo ha sido en grupo y que hemos hecho todo con previa
investigación, y al momento de ejecutar el proyecto cualquiera de los
participantes está en la capacidad de cumplir con una función y un rol
determinado.
Uno de los roles que se debe ejecutar es la debida capacitación al
personal que va a manipular el sistema de información y que como se
mencionó anteriormente cualquiera de los participantes puede capacitar al
personal que va a operar el sistema, y el mismo, debe tener los
conocimientos mínimos de computación ya que, la interfaz del proyecto va
ser interactiva y de fácil manejo para los usuario.
El costo es realmente muy bajo debido a que se cuenta con las
herramientas necesarias para crear y desarrollar el proyecto.
ANÁLISIS COSTOS-BENEFICIOS
Este análisis permite hacer una comparación entre la relación costos
del sistema actual, y los costos que tendría un nuevo sistema, conociendo de
antemano los beneficios que la ciencia de la Informática ofrece.
Como se mencionó anteriormente en el estudio de factibilidad técnica, la
organización cuenta con las herramientas necesarias para la puesta en
marcha del sistema, por lo cual el desarrollo de la propuesta no requiere de
una inversión inicial.
A continuación se presenta un resumen de los costos intrínsecos propuestos
y una lista de los costos que conlleva implantar el mismo, y los costos de
operación Ver (Cuadro de costo)
BENEFICIOS TANGIBLES
Los beneficios tangibles aportados por el sistema propuesto están
dados por los siguientes aspectos:
A) Reducción de costos en papelerías, mantenimiento y espacio físico
B) Ahorro en suministros para los equipos empleados.
BENEFICIOS INTANGIBLES.
Entre los beneficios intangibles del sistema propuesto se pueden incluir:
Optimizar las actividades dentro del departamento de Evaluación,
aumentando la productividad del personal que labora en el mismo,
repercutiendo por ende en el funcionamiento de la Institución en el
ámbito general.
Un control del registro y emisión de las notas, que permite un mejor y
efectivo empleo de los recursos, tanto materiales como financieros.
La flexibilidad al manejar gran volumen y diversidad de información
con rapidez, oportunidad y precisión, lo que ofrece una mejor
herramienta de trabajo al personal, que facilitará sus labores.
Generar información más eficiente y confiable, que sirva de apoyo a la
toma de decisiones.
RELACIÓN COSTO-BENEFICIO
El análisis Costo-Beneficio presenta grandes ventajas para la
Institución, ya que la misma cuenta con los recursos técnicos necesarios
(hardware y software) para el desarrollo e implantación de la nueva
aplicación, por lo que no se hará erogación alguna en lo que a tecnología se
refiere.
De igual manera, el nuevo sistema trae mejoras significativas para el
desenvolvimiento de las actividades dentro de la Institución, reduciendo de
esta manera el tiempo de procesamiento y generación de la información,
disminuyendo las cargas de trabajo a los usuarios, ya que la velocidad de
procesamiento, veracidad y confiabilidad de los procesos y resultados serán
los deseados.
GESTIÓN DE COMUNICACIONES
OBJETO
El proceso de planificación de las comunicaciones determina las
necesidades de la información y comunicación de los interesados, es decir,
identifica quien necesita la información, cuando la necesitará, como la
suministrara y por quien. Además este proceso identifica las necesidades de
información de los interesados y determina la manera adecuada de satisfacer
esas necesidades, siendo este un factor de éxito para el proyecto.
Los procesos de gestión de las comunicaciones tienen por objeto asegurar la
generación apropiada y en tiempo, recopilación, distribución,
almacenamiento y disposición ultima de la información del proyecto. Estos
procesos permiten la necesaria comunicación de ideas e información a lo
largo del ciclo de vida del proyecto.
Todas las partes interesadas en el proyecto deben estar preparadas
para enviar y recibir comunicaciones de acuerdo con las instrucciones
pertinentes, y deben comprender en qué forma determinada la comunicación
afecta el desarrollo del proyecto.
Registro de Interesados
Los principales involucrados del proyecto son:
Cuadro Nº 78
Tipo Nombre Organización Datos de Contacto Rol en el
Proyecto
Interno Directora de la
institución
Liceo Bolivariano
“Rosario Almarza”
Directora
Interno Jefa de
departamento
Departamento de
Evaluación
Coordinadora del departamento
Interno T.S.U. Ana
Torres
IUTET Correo: [email protected] Celular:04264410598
Coordinador del Proyecto, desarrollador del Proyecto
Interno T.S.U. María
Teresa Bastidas
IUTET Correo: [email protected] Celular:04266727480
Desarrollador del Proyecto
Interno T.S.U. Ana
Zambrano
IUTET Correo:[email protected] Celular:0426-7341912
Desarrollador del Proyecto
Interno T.S.U. Vigdalia
Duran
IUTET Correo: [email protected] Celular:04149771499
Desarrollador del Proyecto
Interno T.S.U. Darlin
Araujo
IUTET Correo: [email protected] Celular:0414 7264232
Desarrollador del Proyecto
Interno Ingeniero
Leonardo
Segovia
IUTET Correo: Celular:
Tutor del Proyecto
externos Trabajadores
del
Departamento
de Evaluación
Liceo Bolivariano
“Rosario Almarza”
Usuarios externos del sistema
Estrategia de gestión de Interesados
La estrategia de gestión de los interesados define un enfoque para
aumentar el apoyo y minimizar los impactos negativos de los mismos a lo
largo de todo el ciclo de vida del proyecto.
ANÁLISIS DE INTERESADOS
El siguiente Análisis permite identificar el impacto e influencia de los interesados
con la finalidad del proyecto:
Cuadro Nº 79
MP
AC
TO
ALTO
Lcda. Msc. Rosaura Quintero
Lcda. Marlene Araujo
T.S.U. Ana Torres
T.S.U. María Teresa Bastidas
T.S.U. Ana Zambrano
T.S.U. Vigdalia Duran
T.S.U. Darlin Araujo
Ingeniero Leonardo Segovia
Secretarias del Departamento
de Evaluación
Directora del Liceo Bolivariano “Rosario
Almarza” encargada de aprobar la
realización el Proyecto.
Coordinadora del departamento de
Evaluación encargada de suministrar la
información para la elaboración del Proyecto
Gerente de Proyecto, Diseñador
Levantamiento de información, diseñador
Reportes del Sistema
Metodología
Desarrollador
Tutor del Proyecto, aprueba el proyecto y las
gestiones
Personal encargado de manipulación de
sistema de información
BAJO ALTO
Influencia
Cuadro Nº 80
Interesados Interés en el
Proyecto
Impacto en el
Proyecto
Estrategia Potencial para
Ganar Apoyo y Reducir
Obstáculo
Grupo desarrollador
Desarrollara un sistema de información automatizado para el registro y emisión de notas del Liceo Bolivariano Rosario Almarza
Muy alto
El sistema de información permitirá el registro y emisión de notas de los estudiantes de una manera rápida y eficiente
Directora de la institución
Directora del Liceo Bolivariano “Rosario Almarza”, es la persona encada de dirigir todos los departamento que funcionan en la institución,
alto
Es el que aprueba el proyecto
Prestar la colaboración tanto a los miembros de desarrollo como a los usuarios del producto. Facilitar el acceso a los miembros de desarrollo a las instalaciones del Liceo Bolivariano Rosario Almarza
Jefa del departamento
Es la coordinadora del departamento de Evaluación donde se va a implementar el sistema de información, con el objetivo que los procesos que se llevan de manera manual se automaticen para una mejor eficiencia
Muy alto
A través de la información suministrada se levantaran los requerimientos funcionales y no funcionales par la realización del proyecto
Presentar de forma clara y concisa los documentos necesarios para la elaboración de los requerimientos, ya sea por medios verbales, físicos o electrónicos.
Cuadro Nº 81
Tipo Interés en el
Proyecto
Impacto en el
Proyecto
Estrategia Potencial para
Ganar Apoyo y Reducir
Obstáculo
T.S.U.
María
Teresa
Bastidas
Levantamiento de Informador. Su interés radica en una efectiva recolección de los datos y que las necesidades de entrada-proceso y salidas del sistema de realicen de acuerdo a las exigencias del usuario
Muy Alto Se encarga de recopilar la información del sistema, realizar las pruebas de software y talleres a los usuarios
* Debe hacer observaciones directas al sistema actual. * Debe realizar entrevistas a los usuarios del sistema que intervienen en los procesos del nuevo proyecto. * Debe leer todos los manuales, normas y reglamentos de la empresa, para poder detectar algún fallo en la forma como llevan actualmente los procesos o estar preparado para una mal información.
T.S.U.
Darlin
Araujo
Desarrollador del
Proyecto
Diseñador y
programador, su
interés es que la
aplicación corra de
forma efectiva y
acorde a los
requerimientos del
usuario
Muy Alto
Se encarga de
diseñar y
desarrollar del
sistema de
información
* Debe reunirse con el que
recopila la información para
saber las necesidades del
usuario, las cuales se
convertirán en las entradas y
salidas del sistema
*Debe determinar los
requerimiento físicos y lógicos
para el sistema
T.S.U.
Vigdalia
Duran
Metodología, Su
propósito es
desarrollar las
fases de la
metodología a
utilizar
Muy Alto Se encarga de explicar todas las feses de la metodología para el desarrollo del sistema
*Elegir la metodología a utilizar RUP *Desarrollar las cuatro fases de esta metodología
Cuadro Nº 82
Tipo Interés en el
Proyecto
Impacto en
el Proyecto
Estrategia Potencial para
Ganar Apoyo y Reducir
Obstáculo
T.S.U. Ana
Zambrano
Diseñador y
encargado de
generar reportes,
su interés es que
se diseñe
adecuada mente
la interfaz del
sistema
Muy Alto
Se encarga
de diseñar el
sistema de
información
* Debe reunirse con el que
recopila la información para
saber las necesidades del
usuario, para diseñar el
prototipo de pantallas del
sistema
* Generar reportes
Ingeniero
Leonardo
Segovia
Tutor del
Proyecto, su
interés radica en
el proyecto se
realice
efectivamente,
ya que ésta bajo
su tutela. Si el
proyecto se da o
no también es su
responsabilidad
Muy Alta Aprueba las diferentes etapas del proyecto y corrige cualquier error o inconveniente que éste presente
* Pondrá a disposición de los desarrolladores su experiencia en proyectos, siendo un apoyo fundamental para disminuir los errores y las dificultades. * chequeará las diferentes etapas del Proyecto, así como también, todo o referente a los escritos (manuales, actas de aceptación, normas entre otros * velará por la buena prosecución del proyecto
Secretarias
del
Departamento
de Evaluación
Son usuarios del
sistema
encargadas de
manipular el
sistema de
información
Alto * Probaran el entrono gráfico de la aplicación. * Señalar cualquier error o mal diseño.
PLAN DE GESTIÓN DE LAS COMUNICACIONES
El objetivo del plan de comunicaciones del proyecto, se basa en establecer
una estrategia de comunicación permanente y oportuna, con el fin de:
Asegurar que las personas correctas reciban la información
correcta en el momento adecuado.
Informar a los diferentes públicos el estado de avance del
proyecto.
Eliminar confusión en el proyecto por desinformación.
La estrategia de comunicación debe existir durante todas las
etapas del proyecto.
COMPONENTES DEL PLAN DE COMUNICACIÓN
REPORTES DE ESTADO:
Objetivo: Hacer seguimiento a las actividades del proyecto.
Ejemplos:
Reuniones de Seguimiento
Actas de seguimiento
Reportes de estado del proyecto.
REVISIÓN DEL PROYECTO:
Objetivo: Evaluar el avance del proyecto y su calidad.
Ejemplos:
Revisión de entregables.
Evaluaciones de Calidad (Auditorías de Calidad).
PROCESO DE MANEJO DEL CAMBIO:
Objetivo: Controlar los cambios al alcance del proyecto.
Ejemplo:
C) Comité de control de Cambios.
INFRAESTRUCTURA DE COMUNICACIONES:
Objetivo: Definir los medio de comunicación que se utilizar para divulgar
el plan.
Ejemplos:
Intranet,
Reuniones, otros.
PROTOCOLO DE COMUNICACIONES:
Objetivo: Prevenir comunicaciones inadecuadas, mal intencionadas, de
carácter confidencial.
Ejemplos:
Manejo de asuntos confidenciales.
Manejo de información con el cliente.
Comunicados de prensa.
Correos directos, otros.
HERRAMIENTAS UTILIZADAS
Minuta de reunión.
Bitácora.
Reportes de gestión (avance y estado),
Aprobaciones de cambio.
Documentos contables.
Certificados de avance y finalización. (aceptación formal).
Lecciones aprendidas (positivas y negativas).
Matriz de reportes emitidos y a recibir.
Dispositivos de almacenamiento (CDs, pendrite, carpetas, entre
otros).
TECNOLOGÍAS DE COMUNICACIÓN
Mediante los siguientes medios de comunicación se gestionará la
información dentro del proyecto.
• Correos electrónico: Para comunicación formal e informal según la
ocasión; estos se deberán redactar en forma clara y en un esquema de numeración
de las ideas que se quieren transmitir.
Se copiará únicamente a los involucrados con la información, para no
entorpecer la solución o la idea que se quiere transmitir, así como también a
los encargados del control del desarrollo del proyecto. Utilizado a nivel del
director del proyecto y el gerente general
• Llamadas Telefónicas: Para comunicación informal, si se
generara algún acuerdo formal durante la misma, este se deberá de transcribir y
enviar a todas las partes interesadas vía correo electrónico. Generado a todo nivel
tanto del equipo de proyecto como del gerente general y los respectivos
subcontratistas.
• Cartas: Para comunicación formal, estas deberán contener claridad en la
redacción, y con revisión de redacción y ortografía, y en caso de que sea
complicado la ubicación personal se podrán dirigir a los interesados, vía correo
electrónico como archivo adjunto, con su correspondiente respaldo físico en
archivo.
• Reuniones de Grupo: estas deberán (en la medida de lo posible) no
superar un lapso de unos 120 minutos, se ejecutarán reuniones para los diferentes
partidos interesados con la frecuencia previamente acordada.
Durante esta etapa se deberán definir y dejar claros los ítems de lugar,
contactos, y convocatoria, haciendo llegar estos, a todos los participantes de los
partidos interesados, el medio que se usará para este fin será el correo electrónico
y todos los participantes serán responsables de confirmar su asistencia y si
existieran, comunicar los temas que les gustaría se aborden en la reunión.
DURANTE LA REUNIÓN
En esta etapa se deberán mantener para el orden, la correcta ejecución y la
eficiencia de la reunión una Agenda (previamente preparada, con temas no
resueltos de las reuniones anteriores mas los temas propuestos en las
convocatorias) se deberá contar con un Moderador (que velará por los aspectos
mencionados además de mantener la secuencia de la reunión) y por último el
director del proyecto velará por transcribir todas las ideas y acuerdos tomados para
los diferentes puntos de la agenda y los aspectos que salgan durante la reunión
para la posterior redacción de la minuta de la reunión, así como levantar la lista de
los participantes.
DESPUÉS DE LA REUNIÓN
El director del proyecto deberá redactar todos los Acuerdos y conformar la
Minuta, esta deberá ser revisada por el moderador antes de ser enviada a todos los
participantes de la reunión y a los participantes de los partidos interesados
ausentes, estas minutas se harán llegar a todos los interesados por medio del
correo electrónico un dos días posterior a la reunión.
TIPOS DE INFORMES
Para controlar el desempeño y facilitar el monitoreo de los diferentes grupos
involucrados se manejarán los siguientes documentos:
• Reportes de Cronograma: el director de proyecto presentará de
forma electrónica, avances cada 22 días al gerente general sobre el reporte
de cronograma. Y de forma escrita cuando así sea solicitado por el gerente
general.
• Control de costos: el equipo de proyecto en conjunto (director de
proyecto y contador) elaborarán controles de costos quincenales y serán
entregado por escrito al gerente general.
• Informes de Avances: la información contenida en los reportes de
cronograma y en los de control de costos, servirá como base para la elaboración
de los informes de avance, los cuales resumirán la información suministrada y
servirán para hacer los reportes al gerente general. Este informe deberá incluir la
información pertinente del proyecto, que permita el análisis de la situación del
proyecto y la toma de decisiones oportunas por parte de los gerentes. El director
del proyecto será el encargado de elaborar los informes de avances de manera
mensual.
Cuadro Nº 83
Plan de Comunicaciones
Entregable Descripción Método de Entrega Frecuencia/Fecha Propietario Audiencia
Reportes y Entregas de
Informes
Observación Directa y entrevista NO Estructurada
Recopilación de Información
Informe escrito, dispositivo USB
primera y segunda semana de ejecución de
la aplicación
Analista de Proyecto Gerente del Proyecto, Analista de Proyecto
Gestión de Alcance
Anteproyecto (Informe Técnico)
Ordenar y puntualizar el alcance del proyecto,
nombrando los responsables, y
tomando en cuenta los requerimientos
funcionales y no funcionales.
e-mail, Cd, USB, para respaldar e informe
escrito
Primer trimestre del primer año del proyecto
Gerente del Proyecto, Participantes del PSTI
Grupo desarrollador
Plan de Gestión de Calendario del
Proyecto
Realización del Cronograma de
actividades. Tiempo de ejecución y desarrollo
del proyecto y sus respectivas actividades
e hitos (si los Hay).
e-mail, USB CD e informe escrito
Primer trimestre del Primer Año de
Elaboración del proyecto
Gerente del Proyecto e Interesados (personal
Liceo Bolivariano Rosario Almarza )
Grupo desarrollador
Presentación del Plan de Recursos Humanos y
asignación de Roles del equipo proyecto
Presentación y Rol de cada miembro del equipo del proyecto con sus respectivas funciones a cumplir
USB, informe
Primer trimestre del Primer Año de
Elaboración del proyecto
Gerente del Proyecto e Interesados (personal
Liceo Bolivariano Rosario Almarza )
Grupo desarrollador
Cuadro Nº 84
Plan de Comunicaciones
Entregable Descripción Método de Entrega
Frecuencia/Fecha Propietario Audiencia
Reportes y
Entregas de
Informes
Diseño de Prototipos
Elaboración de los prototipos que serán posibles
pantallas para el sistema de información
Informe, E-mail
Segundo Trimestre del Primer Año del
proyecto
Analista y Programador
Grupo desarrollador
Diseño y Creación de Base de Datos
Elaboración del Modelo Entidad Relación y de la base de datos,
tablas, relaciones, enlaces y
Diccionario de Datos.
Cd, USB
Segundo Trimestre del Primer Año del
proyecto
Analista y Programador
Grupo desarrollador
Desarrollo de Aplicación Web
(procedimientos y funciones).
Elaboración del código fuente en
PHP del sistema de información
Cd, USB
Tercer Trimestre del Primer Año del
proyecto
Grupo desarrollador Grupo desarrollador
Plan de Gestión de
Calidad
Pruebas de Software para el
funcionamiento de la Aplicación
e-mail, cd, USB, informe escrito
Tercer Trimestre del Primer Año del
proyecto
Grupo desarrollador Grupo desarrollador
Cuadro Nº 85
Plan de Comunicaciones
Entregable Descripción Método de Entrega
Frecuencia/Fecha Propietario Audiencia
Reportes y Entregas de
Informes
Plan de Gestión de
Costos
Elaboración del Análisis del Costo-Beneficio del Proyecto
informe escrito,
USB, CD
Tercer Trimestre del Primer Año del
proyecto
Grupo desarrollador Grupo desarrollador
Primer avance
Anteproyecto (informe técnico)
Consejo en conversaciones para discutir el informe
En una sola Oportunidad
Gerente del Proyecto y Analista del
proyecto
Gerente del Proyecto e Interesados
(personal Liceo Bolivariano Rosario
Almarza )
Primer avance
Segundo Avance
Diseño del Software Presentaciones en Flash
En una sola Oportunidad
Diseñador Gerente del Proyecto e Interesados (personal Liceo
Bolivariano Rosario Almarza )
Tercer Avance
Pruebas del Sistema Presentaciones en Flash
En una sola Oportunidad
Analista de sistema Gerente del Proyecto y Participantes del PSTI
Cuarto Avance
Informe Final y Producto Presentación en Flash, Informe
escrito del proyecto
En una sola Oportunidad
Gerente del Proyecto
Gerente del Proyecto e Interesados (personal Liceo
Bolivariano Rosario Almarza )
Cuadro Nº 86
Plan de Comunicaciones
Entregable Descripción Método de Entrega
Frecuencia/Fecha Propietario Audiencia
Asamblea y Avances
Reunión del Equipo
Reunión para que el equipo se empape de todo y revisar
avances de actividades asignadas
Presencial
Dos veces por Semana Durante los 2 años del
proyecto
Gerente de Proyecto
Gerente del Proyecto y demás Participantes del grupo desarrollador
Reuniones Generales
Reuniones para revisar y proponer
posibles correcciones del
proyecto
Presencial
Cada dos meses
Gerente de Proyecto
Gerente del Proyecto e Interesados (personal Liceo Bolivariano Rosario Almarza
)
Reuniones Extraordinaria
Tratar temas de Interés
Presencial
Continuamente
Gerente de Proyecto Gerente del Proyecto e Interesados (personal Liceo Bolivariano Rosario Almarza
)
GESTIÓN DE RIESGOS
PLAN DE GESTIÓN DE RIESGOS EQUIPO DE TRABAJO
Las funciones que tienen asignadas cada grupo de los miembros
del proyecto son las siguientes:
Gerente del Proyecto:
Gestionar el presente plan.
Comprobar que el producto satisfaga los requerimientos
establecidos.
Evaluar con el equipo de gestión de configuración los cambios
solicitados en el caso que se presenten.
Ordenar al equipo de desarrollo la implementación de los cambios
aprobados.
Supervisar el cumplimiento de la planificación de desarrollo del
proyecto.
Adoptar las medidas necesarias tendientes a evitar retrasos en la
planificación realizada.
Resolver los problemas económicos que se puedan presentar.
Interactuar con el equipo de trabajo para detectar tempranamente
problemas técnicos o de personal.
Gestionar los informes de incidencia.
Relevamiento de los requerimientos Información.
Interactuar con los informáticos en el desarrollo de la estructura del
proyecto.
Administrar el producto software. Informáticos:
Desarrollar el proyecto software.
Mantener el producto software.
RIESGOS
La tabla de riesgos muestra una clasificación de alto nivel de las
fuentes de riesgo del sistema de información que esta organizadas en
tres niveles: clases, elementos y atributos.
Riesgos de una clasificación de alto nivel de las fuentes de riesgo
del Sistema de Información para el Registro y Emisión de Notas del Liceo
Bolivariano Rosario Almarza
Cuadro Nº 87
ID Elemento Riesgo Fuente
RI-01 Planificación Errores en la estimación del presupuesto
Gerente del Proyecto
RI-02 Planificación Cambio de políticas de Gestión
Departamento de Evaluación
RI-03 Planificación Seguridad del sitio
Gerente de Proyecto, Programadores
Rl-04 Equipo de Trabajo Virus presentes Diseñador, Programadores
RI-04 Equipo de Trabajo Soporte y mantenimiento
Diseñador, Programadores
RI-06
Equipo de Trabajo Dificultad de comunicación entre los miembros del grupo de desarrollo del proyecto.
Gerente de proyecto,
programadores, diseñadores.
RI-07 Equipo de Trabajo Poco conociendo por parte del equipo de desarrollo en la utilización de la herramientas
Diseñador, Programadores
RI-08 Equipo de Trabajo Virus presentes durante la instalación del sistema
Diseñador, Programadores
ANÁLISIS Y DESCRIPCIÓN DE CADA UNO DE LOS RIESGOS DEL SISTEMA DE INFORMACIÓN
Cuadro Nº 88
RIESGO: RI-01 Errores en la estimación del presupuesto
Descripción : Minimizar Costos
Impacto: Errores en los cálculos, no estimar bien los factores que influyen en los costo de (archivos, funciones, entre otros.) o el caso contrario la sobre estimación. CONCECUENCIA: No disponer de los recursos necesarios para terminar el proyecto a tiempo, Sobrecarga de tareas al personal. EFECTOS: Baja calidad del Proyecto, entrega con retraso del proyecto finalizado. Calificación del Impacto: Alto (3) Probabilidad de que ocurra: 30% Nivel de riesgo: 0,3
Cuadro Nº 89
RIESGO: RI-02 Cambio de políticas de gestión
Descripción: Mejor Planificación
Impacto: Cambio de políticas de gestión que afectan las metas y objetivos del proyecto. CONCECUENCIA: El proyecto puede sufrir retrasos, cuanto más avanzado este el desarrollo del mismo más crítico será implementar los cambios, y generación de nuevos requisitos. EFECTOS: Pérdida de tiempo en la reestructuración del proyecto, finalizar el mismo fuera de en los plazos establecidos, no obtener el resultado programado inicialmente en cuanto al producto Final. Calificación del Impacto: Bajo (1) Probabilidad de que ocurra: 10% Nivel de riesgo: 0,1
Cuadro Nº 90
RIESGO: RI-03 Seguridad del Sitio
Descripción: Seguridad del área del trabajo
Impacto: Falta de instalaciones eléctricas en buen estado, aires acondicionado, espacio físico reducido CONCECUENCIA: Mal funcionamiento de los equipos. EFECTOS: Perdida de la información por fallas eléctricas, ocasionadas por daños en unidades de almacenamiento Calificación del Impacto: Muy alto (4) Probabilidad de que ocurra: 50% Nivel de riesgo: 0,5
Cuadro Nº 91
RIESGO: RI-04 Virus presentes
Descripción: Infección de los equipos utilizados para el desarrollo del sistema de información
Impacto: Algunos participantes del equipo de desarrollo pueden perder mucho tiempo en hacer mantenimiento correctivo para expandir los virus utilizando las herramientas necesarias. CONCECUENCIA: Retraso en el desarrollo de actividades definidas por el proyecto, perdida de información y mal funcionamiento del sistema. EFECTOS: Retraso en la entrega del Proyecto Calificación del Impacto: Alto (3) Probabilidad de que ocurra: 40% Nivel de riesgo: 0,4
Cuadro Nº 92
RIESGO: RI-05 Soporte y Mantenimiento
Impacto: Algunos participantes del equipo de desarrollo pueden perder mucho tiempo en hacer mantenimiento correctivo para expandir los virus utilizando las herramientas necesarias.
CONCECUENCIA: Bajo rendimiento, desactualización de los componentes software y bajo rendimiento de hardware. EFECTOS: Error y deficiencia en el acceso a los datos, falta soporte a fallas del equipamiento. Calificación del Impacto: bajo (1) Probabilidad de que ocurra: 10% Nivel de riesgo: 0,1
Cuadro Nº 93
RIESGO: RI-06 Dificultad de comunicación entre los miembros equipo de
trabajo
Descripción : falta comunicación entre el equipo de trabajo
Impacto: Desacuerdos en la toma de decisiones para el desarrollo en el proyecto. CONCECUENCIA: Mala interpretación por parte del grupo desarrollador, que impide avanzar en el desarrollo de una actividad sin la validación y consenso de las partes. EFECTOS: Producto que no responde a los requerimientos del proyecto, ambiente tenso de trabajo, pérdida de tiempo en la búsqueda de acuerdo en la comunicación, evaluar cambio de personal en caso de no llegar a acuerdos de comunicación. Retraso en la entrega del Proyecto. Calificación del Impacto: Muy Alto (4) Probabilidad de que ocurra: 40% Nivel de riesgo: 0,4
Cuadro Nº 94
RIESGO: RI-07 Poco conocimiento por parte del equipo de desarrollo en la utilización de la herramientas
Descripción: Conocimiento incompleto todos los integrantes del grupo de trabajo
Impacto: Algunos participantes del equipo de desarrollo pueden no contar con la experiencia suficiente en cuanto a utilización de las herramientas de desarrollo, implementación. CONCECUENCIA: Retraso en el desarrollo de actividades definidas por el proyecto, no aprovechar por completo las herramientas técnico informáticas. EFECTOS: Retraso en la entrega del Proyecto Calificación del Impacto: Bajo (1) Probabilidad de que ocurra: 10% Nivel de riesgo: 0,175
Rangos de Amenaza
Bajo Riesgo = 1 – 6 (verde)
Alto Riesgo = 8 – 9 (Azul)
Muy Alto Riesgo = 12 – 16 (Rojo)
Matriz de Análisis
de Riesgo
Probabilidad de Amenaza
Elementos de
Información
Rango de
Amenaza
estimación del
presupuesto
Virus Soporte y Mantenimiento
Dificultad de comunicación entre los
miembros equipo de trabajo
Seguridad del Sitio
Compartir
contraseña
4 4 2 1 4 2
Datos e información
Datos
departamento
4 12 12 6 3 12 6
PLAN DE CONTIGENCIA PARA CADA UNO DE LOS RIESGOS DEL SISTEMA DE INFORMACIÓN
RIESGO: RI-01 ERRORES EN LA ESTIMACIÓN DEL
PRESUPUESTO
PLAN DE ACCIÓN
Se recaba información sobre el proyecto, de la institución, el rol que se
espera, el presupuesto
PLAN DE CONTINGENCIA
Es importante contar con una visión global de todas las fuentes de
financiación para la gestión del proyecto.
de evaluación
Sistemas e
información
Computadoras 4 12 16 8 4 16 8
servidor 2 6 8 4 2 8 4
Personal
Jefe de
departamento
1 3 4 2 1 4 2
Analistas 2 6 8 4 2 8 4
Especialistas
de Informática
2 6 8 4 2 8 4
RIESGO: RI-02 CAMBIO DE POLÍTICAS DE GESTIÓN
PLAN DE ACCIÓN
Reformular o re-adecuar el proyecto en base a las nuevas políticas
de gestión.
PLAN DE CONTINGENCIA
Comunicado de las autoridades del cambio de la gestión, se
deberá: Reunión Inmediata con la nueva gestión.
Presentación de la Documentación de estado del Plan.
RIESGO: RI-03 SEGURIDAD DEL SITIO
PLAN DE ACCIÓN
Los computadores, sólo deben usarse en un ambiente seguro. Se
puede decir, que un ambiente es seguro cuando se han implantado las
medidas de control apropiadas para proteger el software, el hardware y
los datos, este ambiente requiere estar ubicado en un área que cumpla
con los requerimientos de: seguridad física, las condiciones ambientales
(por ejemplo, polvo, incendio, agua), la alimentación eléctrica. Estas
medidas deben estar acorde a la importancia de los datos y la naturaleza
de riesgos previsibles.
PLAN DE CONTINGENCIA
Deben usarse protectores de energía eléctrica con supresores de
picos, los servidores deben usarse fuentes de poder
ininterrumpibles (UPS).
No se permite fumar, comer o beber mientras se está usando un
PC
RIESGO: RI-04 VIRUS PRESENTES
PLAN DE ACCIÓN
Deben mantenerse instaladas y activas herramientas de antivirus
en cada uno de los equipos, las cual deben mantenerse actualizadas. Si
se detecta la presencia de un virus u otro agente potencialmente
peligroso, se debe notificar inmediatamente al Dpto. de Computación y
Sistemas de Información y poner la PC en cuarentena hasta que el
problema sea resuelto.
PLAN DE CONTINGENCIA
Debe utilizarse un programa antivirus para examinar todo
dispositivo de almacenamiento que vaya a ser utilizado en
cualquier equipo de la institución.
No debe utilizarse software descargado de Internet ó software que
provenga de una fuente no confiable, a menos que haya sido
comprobado en forma rigurosa y que esté aprobado Dpto. de
Computación y Sistemas de Información.
Para restaurar programas originales dañados o infectados, deben
hacerse copias de todo software nuevo antes de su uso, y deben
almacenarse tales copias en un lugar seguro.
Periódicamente debe hacerse el respaldo de los datos
almacenados en PCs y servidores y las copias de respaldo deben
almacenarse en un lugar seguro, a prueba de hurto, incendio e
inundaciones. Los programas y datos vitales, los cuales son
necesarios para la operación de la Institución debe almacenarse en
otra sede, lejos de la Institución
RIESGO: RI-05 SOPORTE Y MANTENIMIENTO
El Dpto. de Computación y Sistemas de Información, es el único
autorizado para la realización del mantenimiento preventivo y correctivo
de los equipos, la conservación de su instalación, la verificación de la
seguridad física, y su acondicionamiento específico a que tenga lugar.
PLAN DE CONTINGENCIA
Corresponde al Dpto. de Computación y Sistemas de Información,
dar a conocer las listas de las personas, que puedan tener acceso
a los equipos y brindar los servicios de mantenimiento básico.
RIESGO RI-05: INEXPERIENCIA DEL EQUIPO INFORMÁTICO
PLAN DE ACCIÓN
Cursos de capacitación sobre sistemas de información
Realizar talleres y actividades integradoras
Reuniones semanales entre informáticos y bibliotecarios.
Contratar personal Informático especializado en:
Desarrolladores de sistema de información
Base de Datos.
PLAN DE CONTINGENCIA
Plan de avance no refleja los resultados esperados, falta de calidad
en el producto
Contratar una Consultaría Experta en sistemas de información.
RIESGO: RI-06 DIFICULTAD DE COMUNICACIÓN ENTRE LOS
MIEMBROS EQUIPO DE TRABAJO
PLAN DE ACCIÓN
Para mantener controlado este riesgo se deberán adoptar las
siguientes medidas de prevención y seguimiento
Realizar talleres y actividades integradoras.
Reuniones semanales entre usuarios y grupo desarrollador en donde se
expresen diferencias de criterios.
Controles de la calidad de todo el proyecto, durante el ciclo de vida del
mismo.
PLAN DE CONTINGENCIA
Problemas laborales entre el equipo de desarrollo, deficiencia en la
calidad del producto en las fases en donde las actividades sean
multidisciplinarias.
Contratar un personal capacitado para validar las funciones desde
el punto de vista usuario grupo desarrollador. Este personal
deberá tener amplios conocimientos en cuanto a desarrollo
software
Remover a los miembros del equipo que no posean una
predisposición al trabajo en grupo y multidisciplinario.
RIESGO: RI-07 POCO CONOCIMIENTO POR PARTE DEL EQUIPO DE
DESARROLLO EN LA UTILIZACIÓN DE LA HERRAMIENTAS
PLAN DE ACCIÓN
Adiestrar y sensibilizar al personal sobre las políticas para el
aseguramiento de la información existentes en la institución
PLAN DE CONTINGENCIA
Realizar con periodicidad actividades de formación y/o
adiestramiento a todo el personal de la institución en las áreas de
las tecnologías de información.
Mantener un personal de soporte técnico, formado y/o adiestrado
en su área
CONCLUSIÓN
Además de las responsabilidades de análisis y diseño de sistemas,
los analistas de sistemas asumen con frecuencia el papel de directores de
proyectos. Una mala gestión de proyectos desemboca a menudo en la no
definición de necesidades de usuario final, en excesos de costos y en
retrasos en la entrega de los proyectos. Las causas de estos problemas
pueden ser omisiones realizadas durante el desarrollo de sistemas,
definición imprecisa de objetivos, estimaciones de costos prematuras,
deficientes técnicas de estimación, mala gestión de tiempo y falta
de liderazgo. Es responsabilidad del analista de sistema evitar estos
errores y llevar a buen término el proyecto tanto en tiempo como en
presupuesto. Entre las funciones básicas de la dirección de proyecto se
incluyen la planificación de las tareas de proyecto , la elección del equipo
de proyecto , la organización y la planificación de los esfuerzos del
proyecto, la dirección del equipo y el control de la evaluación del proyecto.