Planificacion Final

DOCUMENTO DE
Ingeniera del Software

Componentes:
Garca Nez Alexis Uriel
PLANIFICACIN
Grupo 361
Angulo Ramrez Ramn Neftal
Profesor: Ahumada Tello Eduardo Arreola Maciel Giovanna Michelle
Daz Vega Luis Fernando
Fecha entrega: Fuentes Ros Carlos Gerardo
Versin:
FASE 01 DOCUMENTO DE PLANIFICACIN
ndice
1. INTRODUCCIN.................................................................................2
1.1. OBJETIVOS GENERALES.......................................................................................................2
1.2. FUNCIONALIDADES DEL PROYECTO................................................................................3
1.3. RESTRICCIONES DEL PROYECTO......................................................................................7
2. ANALISIS DE RIESGOS.......................................................................8
2.1. IDENTIFICACION DE RIESGOS...........................................................................................8
2.2. PRIORIDADES DE LOS RIESGOS......................................................................................13
2.3. PLANES DE CONTINGENCIA.............................................................................................15
3. ESTIMACION DE COSTES..................................................................18
3.1. LEY DE PARKINSON.............................................................................................................18
3.2. JUICIO EXPERTO...................................................................................................................19
3.3. COCOMO 2.............................................................................................................................21
3.4. COMPARACION Y DISCUSION DE LOS VALORES OBTENIDOS...............................27
4. AGENDA DEL PROYECTO..................................................................28
4.1. RELACIN DE ACTIVIDADES Y PRECEDENCIAS.........................................................28
4.2 HITOS DEL PROYECTO............................................................................................................34
4.3 ASIGNACIN DE TIEMPO Y RECURSOS A ACTIVIDADES.........................................42
4.4 RECURSOS HUMANOS.......................................................................................................43
4.5 OTROS RECURSOS..............................................................................................................43
4.6 CLCULO DE HOLGURAS Y DURACIN DEL PROYECTO..............................................44
4.7 AGENDA CON FECHAS TEMPRANAS Y TARDAS (ACTIVIDADES).........................50
5 MECANISMOS DE SEGUIMIENTO Y CONTROL......................................56
1
Referencias..........................................................................................57
1. INTRODUCCIN
1.1. OBJETIVOS GENERALES
Usuarios:
Contar con un sistema que facilite la administracin de los pacientes y sus respectivas citas.
2
Tener un registro de medicamentos al alcance para facilitar la creacin de las recetas, simplificando
la obtencin de las mismas por parte de los pacientes.
Gestin de las recetas emitidas por cada mdico.
Generar factura electrnica para presentar declaraciones de las actividades ante Hacienda.
Contar con un sistema que permita crear expedientes mdicos de cada uno de los pacientes
atendidos para poder llevar un historial y facilitar el diagnostico en consultas posteriores.
Desarrolladores:
Lograr una correcta administracin de los usuarios y sus permisos
Contar con una base de datos que mantenga los datos de los mdicos y de los pacientes con
integridad.
Lograr un diseo atractivo de la aplicacin para mantener el inters del usuario.
Crear un sistema que tenga una navegacin fluida.
Desarrollar un sistema que sea amigable con el usuario.
Cumplir con los lineamientos establecidos para la creacin de sistemas mdicos.
1.2. FUNCIONALIDADES DEL PROYECTO
Doctores:
Funcionalidades bsicas.
3
Altas de pacientes: permite al mdico despus del ingreso a su sesin tener acceso a la seccin de
pacientes donde podr dar de alta a nuevos pacientes al sistema ingresando informacin para creacin del
expediente mdico y cualquier otra informacin que le medico crea pertinente tener para la valoracin
mdica de ste identificndolo mediante un ID nico.
Bajas de pacientes: mediante esta funcionalidad el mdico, una vez ingresada a su sesin tiene acceso a
los pacientes registrados donde el podr eliminar el registro de alguno del sistema, logrando borrar la
informacin bsica de este y de su historial mdico.
Modificaciones de pacientes: con esta opcin el medico en sesin puede modificar la informacin
ingresada de los pacientes registrado por l, todo esto con el objetivo de mantener la informacin de sus
pacientes actualizada.
Consultas de pacientes: permite al mdico en sesin tener acceso al catlogo de pacientes registrados y
mediante una bsqueda por medio de un ID nico observar toda la informacin referente a l.
Usuarios:
Consultas: el usuario consultara todos datos del paciente por medio del inicio de sesin por medio de
un numero de paciente proporcionado por el doctor.
Modificaciones: el usuario puede modificar datos generales de su informacin de paciente.
Administrador:
Altas de doctores/usuarios: el administrador del sistema tendr el acceso para dar de alta a nuevos
doctores/usuarios al sistema asignndoles una sesin con permisos que le permita de gozar de las
funcionalidades antes descritas.
Bajas de doctores/usuarios: el administrador del sistema tendr acceso a todos los doctores/usuarios
registrados en el sistema y nicamente el tendr la posibilidad de eliminar a dichos
4
doctores/usuarios en caso de ser necesario borrando su informacin, su sesin y todos los permisos
que brinda esta.
Modificaciones de doctores/usuarios: el administrador tiene acceso para modificar informacin
referente a la cuenta del doctor/usuario tales como cambio de contraseas, informacin personal de
estos.
Consultas de doctores/usuarios: el administrador tiene acceso para consultar la informacin de los
doctores y usuarios registrados en el sistema.
Actualizacin de base de datos de enfermedades: tiene como funcionalidad mantener la informacin
de las enfermedades registradas en la base de datos actualizada.
Estudios
Altas: el doctor en sesin tiene la opcin de agregar estudios al expediente de un determinado

paciente, dichos estudios pueden ser desde radiografas hasta videos los cuales permiten
complementar el diagnostico de los pacientes.
Bajas: el doctor en sesin tiene la opcin de eliminar estudios de un expediente de un determinado
paciente para actualizarlos con estudios nuevos.
Actualizar base de datos de medicamentos: tiene como funcionalidad mantener la informacin de los
medicamentos registrados en la base de datos actualizada.
Reportes del historial mdico: tanto el paciente como el doctor tienen acceso para poder ver un
progreso en la historia clnica y el progreso en las enfermedades padecidas por el paciente en forma de
grficos pero el paciente tiene restricciones de informacin que puede visualizar.
Expedientes:
Actualizacin: el expediente ser actualizado por el doctor cuando se tenga informacin relevante para
incluir en el respetando el formato y los requisitos que estn establecidos por la ley.
Citas
5
Alta: mediante esta opcin el doctor/usuario tiene la opcin de agendar citas de sus pacientes para
poder tener un control de las revisiones mdicas y de las valoraciones realizadas a dicho paciente,
se podrn agendar en una vista de calendario y se podr recibir un recordatorio una vez acercada la
fecha.
Baja: en esta funcionalidad el doctor/usuario tiene la oportunidad de eliminar citas de su agenda
borrando totalmente los registros de esta de su agenda.
Recordatorios: tanto pacientes como doctores reciben un recordatorio de las citas agendadas, a
diferencia de que el doctor recibe una notificacin de todas las citas del da como un itinerario y el
paciente solo su prxima cita, los recordatorios sern enviados al correo.
Contacto
Mensajes (paciente-doctor): tiene el objetivo de fungir como un chat personal entre paciente-doctor, esta
funcionalidad esta funcionalidad est pensada para brindar un medio al paciente para que pueda despejar
sus dudas respecto a su cita.
Digitalizacin/recepcin de estudios: tiene como objetivo la recepcin de los estudios necesitados por el
doctor para el diagnstico del paciente y la digitalizacin de estos en caso de que sean enviados de forma
fsica los cuales sern enviados al expediente correspondiente.
6
Identificadores de las funcionalidades.
Identificador Nombre de la funcin

Agr_Pac Agregar pacientes
Eli_Pac Funcionalidades bsicas Eliminar pacientes
Mod_Pac del doctor Modificar registro de pacientes
Cons_Pac Consultar registro de pacientes
Cons_Usu Funcionalidades bsicas Consultar usuario
Mod_Usu Modificar usuario
de los usuarios
Agr_DU Agregar doctores/usuarios
Eli_DU Funcionalidades bsicas Eliminar doctores/usuarios
Mod_DU del administrador Modificar doctores/usuarios
Cons_DU Consultar doctores/usuarios
Act_BdE Actualizar base de datos de enfermedades
Agr_Est Funcionalidades bsicas Agregar estudios
Eli_Est Eliminar estudios
de los estudios
Act_BdM Actualizar base de datos de medicamentos
Rep_Med Generacin del reporte del historial medico
Act_Exp Actualizacin del expediente mdico del paciente.
Agnd_Citas Funcionalidades bsicas Agendar citas
Eli_Citas Eliminar citas
de las citas
Rec Recordatorios tanto del paciente como del doctor.
Ctc_Mnsj Contacto de mensajes entre paciente doctor
Ctc_DigEst Contacto para la recepcin y digitalizacin de los
estudios.
7
1.3. RESTRICCIONES DEL PROYECTO
Restriccin de tiempo: mediante esta restriccin especificamos el tiempo disponible en que el

sistema deber estar listo como mnimo en una fase Alfa para poder cumplir en tiempo y forma para
su entrega.
o El tiempo para el desarrollo de este proyecto es de 98 das, este nmero fue determinado
mediante el software Project en el cual incluimos las actividades que son necesarias a elaborar
para el logro del desarrollo mnimo del proyecto y la cifra arrojada muestra la cantidad mxima
de das disponibles en que deben de realizarse dichas actividades.
Restriccin de costo: esta restriccin nos indica la cantidad presupuestada para la correcta
elaboracin del proyecto al igual que la restriccin de tiempo la cantidad obtenida mediante el
software Project la cual fue de $ 29,104.50 dlls dentro de esta cantidad se encuentran incluidos
sueldos, pago de los servicios usa, dos y los gastos de papelera que sea necesarios efectuar para el
logro de las actividades durante todo el periodo de desarrollo.
Restriccin de alcance: son las actividades necesarias para alcanzar el objetivo de lograr
desarrollar el sistema en el tiempo y forma necesarios, las fases que son requeridas son planeacin,
diseo, implementacin y pruebas, es indispensable que se cumplan todas y cada una de estas ya
que son fundamentales para cumplir con el objetivo; dentro de cada fase a realizar durante todo el
periodo de desarrollo estn incluidas actividades necesarias como en planeacin, que se definen las
bases y el aterrizaje de la idea del proyecto, en el diseo se crea la interfaz del sistema que se
desarrollara, en la implementacin se pone en marcha el diseo antes creado y se desarrolla el
sistema y en la fase de pruebas se busca resolver cualquier error que pudiera haber pasado
desapercibido durante el desarrollo.
8
2. ANALISIS DE RIESGOS
2.1. IDENTIFICACION DE RIESGOS
Tipo de
Posibles Riegos
Riesgo
Falta de compromiso por parte del equipo

El personal no cuenta con los conocimientos requeridos para sacar adelante el
Personal proyecto
Ausencia de personal en momentos decisivos
Demora en la toma de decisiones
Resistencia al cambio por parte del equipo
Mala designacin de tiempos para la realizacin del Proyecto.
Organizaciona Cambios de ltimo momento en la planeacin del proyecto.
Posibles retrasos en la entrega de documentos para la revisin
l Reduccin de la funcionalidad del proyecto por motivo de falta de tiempo.
Reestructuracin de los responsables de cada tema del proyecto
No se cuenta son software para la programacin.
Falta de equipo de cmputo para el trabajo continuo.
Tecnologa El proyecto no funcione en cualquier equipo.
Falta de conexin a internet.
Perdida del proyecto.
Las computadoras no cuentan con Python 3.4 Instalado.
El framework, Django, cuenta con problemas de compatibilidad.
Herramientas Herramientas de Django no se pueden adaptar con Windows.
Windows no acepta los comandos de Python.
Python 3.4 no es aceptado por Windows.
Requerimient Cambios en los requerimientos a ltimo momento.
os Falta de cumplimiento en los requerimientos
9
El personal no entienda lo importante de los requerimientos.

Cambios en los requerimientos que necesiten ms trabajo de lo ya planeado.
10
MONITORIZACION DE RIESGOS.
Riesgo Indicadores
Las computadoras no
cuentan con Python 3.4 No se puede instalar el framework Django.
Instalado.
El framework, Django,
Al crear el proyecto de software, se cuentan con problemas para instalar los
cuenta con problemas de
recursos necesarios.
compatibilidad.
Herramientas de Django
no se pueden adaptar Django no puede inicializarse cuando es requerido.
con Windows.
Windows no acepta los Al intentar instalar recursos mediante el interfaz Python, este tiene
comandos de Python. problemas para ejecutarse.
Python 3.4 no es
Ocurren problemas de instalacin en Windows.
aceptado por Windows.
Cambios en los
requerimientos que
Surgen requisitos extra en el desarrollo de una tarea de importancia.
necesiten ms trabajo de
lo ya planeado.
El personal no da
Las entregas de avance, por parte del personal, se ven retrasadas o
importancia a los
realizadas de manera parcial.
requerimientos
Cambios a ltimo Surgen inconsistencias en el desarrollo de los requerimientos que requieren
11
momento en los
re adaptacin de requerimientos.
requerimientos.
Incumplimiento de los
El proyecto tiene problemas para cumplir con puntos cruciales establecidos.
requerimientos
No se cuenta son
software para la No existe un IDE para desarrollar en Python.
programacin.
Falta de equipo de
cmputo para el trabajo El personal comienza a presionarse por la falta de equipo para el desarrollo.
continuo.
El proyecto no funcione
El software tiene problema para ejecutarse en los diferentes navegadores.
en cualquier equipo.
Falta de conexin a
El personal tiene problemas de conexin a internet.
internet.
Perdida del proyecto. Se encuentran fragmentos parciales del proyecto y no el proyecto en
general.
Mala designacin de
tiempos para la Las tareas comienzan a extenderse en su plazo de realizacin.
realizacin del Proyecto.
Cambios de ltimo
momento en la Se comienzan a re agendar las tareas por falta de tiempo.
planeacin del proyecto.
Posibles retrasos en la
La entrega de los documentos para su revisin no se entrega en tiempo y
entrega de documentos
forma estipulados.
para la revisin.
12
Reduccin de la
funcionalidad del
Comienzan a notarse huecos funcionales en el proyecto.
proyecto por motivo de
falta de tiempo.
Reestructuracin de los
El responsable de un rea comienza a necesitar ayuda de responsables de
responsables de cada
las dems reas del proyecto.
tema del proyecto
Falta de compromiso por Se comienzan a notar ausencias en reuniones y falta de responsabilidad y
parte del equipo compromiso en las entregas de documentos.
El personal no cuenta
con los conocimientos El personal se encuentra con desconocimiento de los medios para realizar el
requeridos para sacar proyecto.
adelante el proyecto
Ausencia de personal en
Hay ausencias en reuniones de carcter obligatorio.
momentos decisivos
Demora en la toma de
Durante reuniones, se es problemtico el llegar a un consenso.
decisiones
Resistencia al cambio por El personal comienza a resistirse a la re- organizacin del proyecto en caso
parte del equipo de contingencia.
13
2.2. PRIORIDADES DE LOS RIESGOS
Riesgo Probabilidad Efectos
Las computadoras no cuentan con Python

Alto Insignificante
3.4 Instalado.
El framework, Django, cuenta con
Medio Tolerable
problemas de compatibilidad.
Herramientas de Django no se pueden
Medio Tolerable
adaptar con Windows.
Windows no acepta los comandos de
Alto Tolerable
Python.
Python 3.4 no es aceptado por Windows. Bajo Serio
Cambios en los requerimientos que
Moderado Serio
necesiten ms trabajo de lo ya planeado.
El personal no da importancia a los
Moderado moderado
requerimientos
Cambios a ltimo momento en los
Bajo Catastrfico
requerimientos.
Incumplimiento de los requerimientos Alto Catastrfico
No se cuenta son software para la
Bajo Catastrfico
programacin.
Falta de equipo de cmputo para el trabajo
Bajo Tolerable
continuo.
El proyecto no funcione en cualquier
Bajo Serio
equipo.
14
Falta de conexin a internet. Alto Moderado

Perdida del proyecto. Moderado Catastrfico
Mala designacin de tiempos para la
Alta Serio
realizacin del Proyecto.
Cambios de ltimo momento en la
Baja Serio
planeacin del proyecto.
Posibles retrasos en la entrega de
Moderada Tolerable
documentos para la revisin.
Reduccin de la funcionalidad del proyecto
Baja Catastrfico
por motivo de falta de tiempo.
Reestructuracin de los responsables de
Baja Catastrfico
cada tema del proyecto
Falta de compromiso por parte del equipo Moderado Tolerable
El personal no cuenta con los
conocimientos requeridos para sacar Bajo Catastrfico
adelante el proyecto
Ausencia de personal en momentos
Moderado Serio
decisivos
Demora en la toma de decisiones Alto Moderado
Resistencia al cambio por parte del equipo Bajo Tolerable
15
2.3. PLANES DE CONTINGENCIA
Riesgo Estrategia
Las computadoras
no cuentan con Realizar una instalacin limpia, descargando lo necesario desde la pgina
Python 3.4 oficial de Python.
Instalado.
El framework,
Django, cuenta con Realizar una desinstalacin del primer framework instalado e instalar
problemas de nuevamente en su versin ms actualizada.
compatibilidad.
Herramientas de
Django no se
Optar por no utilizar dicha computadora en el desarrollo del proyecto.
pueden adaptar
con Windows.
Windows no acepta Realizar utilizacin de herramientas por Comandos del Sistema en Windows,
16
los comandos de para acceder a la carpeta de Python 3.4 o en su versin encontrada en el

Python. sistema.
Python 3.4 no es
Desinstalar la instalacin realizada de Python 3.4 e instalar una versin ms
aceptado por
antigua pero estable de Python.
Windows.
Cambios en los
requerimientos que
Adaptarse a los requerimientos, aadiendo solamente los requerimientos
necesiten ms
nuevos; conservando en esencia, el realizado con anterioridad
trabajo de lo ya
planeado.
El personal no da
Realizar un censo de grupo, donde se conozca la situacin por la que el
importancia a los
personal puede estar pasando, que nos aleja de los objetivos.
requerimientos
Cambios a ltimo Realizar una adaptacin limpia de nuevos requerimientos a los antiguos,
momento en los mediante herramientas profesionales para el desarrollo de los nuevos
requerimientos. requerimientos.
Incumplimiento de Comprender y re analizar los requerimientos planteados, para ser aplicados a
los requerimientos los trabajos de desarrollo del proyecto.
No se cuenta son
Realizar instalacin del software y herramientas necesarias para el desarrollo
software para la
del proyecto de software.
programacin.
Falta de equipo de
Rentar tiempo en uso de computadoras de terceros, para realizar el trabajo
cmputo para el
necesario asignado.
trabajo continuo.
17
El proyecto no
Revisar requerimientos especficos de software y realizar cambios necesarios
funcione en
para la adaptacin del software a la plataforma deseada.
cualquier equipo.
Falta de conexin a Adquirir un servicio de internet, que perdur la duracin del proyecto de
internet. desarrollo.
Perdida del Utilizar un respaldo realizado con la fecha anterior ms cercana a la fecha de
proyecto. prdida del proyecto.
Mala designacin
Revisar con detenimiento nuestra agenda de trabajo y re agendar a la fecha
de tiempos para la
ms pronta y accesible, la tarea que necesitara ms tiempo del previsto para
realizacin del
su realizacin.
Proyecto.
Cambios de ltimo
momento en la Realizar cambios a la agenda, en el momento que sea necesario para prevenir
planeacin del problemas por mala asignacin de tiempos.
proyecto.
Posibles retrasos
en la entrega de Estimar y estipular un plazo de entrega de contingencia, en caso de no contar
documentos para con los documentos en tiempo y fecha estipulados.
la revisin.
Reduccin de la
funcionalidad del
Realizar cambios en funcionalidades no bsicas, siendo posible su eliminacin.
proyecto por
Incrementando el enfoque sobre funcionalidades ms vitales del proyecto.
motivo de falta de
tiempo.
18
Reestructuracin De acuerdo a la Hoja de Tareas, asignar nuevas tareas a todos aquellos

de los responsables responsables que hayan finalizado su tarea o tengan una tarea con poco
de cada tema del tiempo de realizacin. Alargando as, fechas de entrega de acuerdo a la
proyecto agenda del proyecto.
Falta de
Llevar a cabo la dinmica Tarjeta Amarilla, Tarjeta Roja, en cuales casos sea necesario; como aviso para
compromiso por
reivindicar el compromiso de los responsables con el proyecto.
parte del equipo
El personal no
cuenta con los
conocimientos Realizar un curso de preparacin en las reas que sea necesaria un
requeridos para incremento en los conocimientos para el desarrollo del proyecto.
sacar adelante el
proyecto
Ausencia de
Hacer llegar al personal una minuta donde se le notifique una amonestacin
personal en
por su ausencia, buscando que el personal se comprometa ms con el
momentos
proyecto.
decisivos
Demora en la toma Realizar reuniones de trabajo, donde se llene una minuta en la cual, en cada
de decisiones sesin, se deba tener un acuerdo en la toma de decisiones en cuestin para el
proyecto.
Resistencia al Realizar platicas en conjunto con los equipos de trabajo, para fomentar la
cambio por parte cultura del cambio a las adaptaciones necesarias que el proyecto de
del equipo desarrollo requiera.
19
3. ESTIMACION DE COSTES
3.1. LEY DE PARKINSON
Asignando los recursos

acordados, el programa
Project arrojo estos resultados.
El proyecto tendr una
duracin de 98 das y tendr
un costo de 387,842.00 pesos,
esto lo utilizamos ms
adelante para hacer el clculo
por el medio de COCOMO 2.
Utilizamos moneda nacional (Pesos) ya que se nos hizo ms fcil manejarlo de esa forma. Aunque para el
clculo de COCOMO 2 preferimos convertirlo en dlar para poder ver mejor como iba modificando las
cantidades segn las especificaciones del Proyecto.
20
3.2. JUICIO EXPERTO
En este mtodo de costeo tuvimos que entrevistarnos con tres personas que tuvieran experiencia sobre el
desarrollo de software, para poder ayudarnos a darnos una idea de cunto nos va a costar realizar este
proyecto.
Ningunos de los 3 expertos que consultamos nos dio una cifra concreta, solamente nos fue orientando a
cuanto le deberamos pagar a los programadores, analistas, etc. Para que despus nosotros con ayuda de
Project pudiramos sacar el costo del proyecto segn las indicaciones que nos daba cada uno de los
expertos.
Biografa de los expertos.

Experto 1.
Nombre: Salgado Consuelo.
Cargo: Coordinadora del rea de programacin en la Universidad Autnoma de Baja California.
Elegimos a la profesora consuelo ya que ella nos dio clases 2 semestres de la carrera y adems tiene
mucha experiencia en el desarrollo de proyectos y desarrolla proyectos para la universidad.
Experto 2.
Nombre: Cruz Diana.
Trabajo: Trabaja en proyectos independientes.
21
Elegimos a la profesora diana ya que ella nos dio clases 2 semestres de la carrera y adems tiene mucha
experiencia en el desarrollo de proyectos ya que ella trabaja en proyectos independientes.
Experto 3.
Nombre: Mauricio Ascencio.
Cargo: Programador en empresa de ventas al menudeo y mayoreo.
Elegimos al ingeniero Mauricio ya que es conocido de uno de los integrantes del equipo y tiene mucho
conocimiento sobre el desarrollo de software.
A continuacin, mostraremos una tabla con los resultados obtenidos segn cada experto.
Expertos. Descripcin. Calculo
Final.
El experto 1 nos coment sobre el pago por hora
dependiendo de la relevancia que tenga la actividad
realizada por el trabajador. Teniendo un promedio de
pago por hora de 15 dlls.
Experto 1 29,104.50 dlls
El experto 2 nos coment sobre el pago por hora
dependiendo de cuanto duremos en la elaboracin del
proyecto y para quien va enfocado el proyecto, si se
puede pedir ms dependiendo de la empresa que este
solicitando nuestro software. Teniendo un promedio de
pago por hora de 25 dlls.
Experto 2
48,464.50 dlls
22
El experto 3 nos coment sobre el pago por hora de 30

dlls para cada integrante del proyecto, ya que todos
Experto 3 estamos ayudando en los diferentes puntos del 58,144.50 dlls
proyecto.
23
3.3. COCOMO 2
Para la realizacin de este

costeo cambiamos la cifra que
nos dio el archivo de Project a
dlar para poder ver mejor los
cambios que se iban
presentando durante el
proceso de COCOMO 2.
Como se muestra en la
imagen el valor base que
nosotros presentamos es de
21,843 ellas y de ah parte
todos los costos estimados
que fue arrojando la pgina
donde realizamos el costeo.
Al final del costeo nos arroj un costo estimado de 7,490.13 dlls. Todo esto por las habilidades del personal
a comparacin del proyecto anterior, eso hizo que el proyecto bajara mucho de costo en comparacin del
valor base.
24
A continuacin, mostraremos los resultados obtenidos por cada uno de los integrantes
Angulo Ramrez Ramn Neftal.
25
Arreola Maciel Giovanna Michelle
26
Diaz Vega Luis Fernando
27
Fuentes Ros Carlos Gerardo
28
Garca Nez Alexis Uriel
29
3.4. COMPARACION Y DISCUSION DE LOS VALORES OBTENIDOS
Al estar revisando y discutiendo los costos realizados en los puntos anteriores, vimos que nuestro costo
salido del archivo de Project es muy apegado a lo que el experto 1 nos dijo, si hay una diferencia
considerable, pero est en el rango de los costos.
Los otros dos costos fueron muy elevados por el pago por hora que nos dieron que era de 25 y 30 dlls la
hora.
Lo que si nos tom por sorpresa fue el costo estimado del COCOMO 2 ya que fue muy bajo a comparacin
de lo que nosotros calculamos en un principio con Project y los costos que nos brindaron los personas en el
juicio experto. A comparacin de esos dos costeos fue mucha la diferencia y eso es lo que nos hizo dudar
sobre cunto va a costar sacar este proyecto adelante.
Como en todos los costeos son aproximados, hicimos un debate entre los integrantes del equipo para
poder llegar a una decisin de cual sera el costo del proyecto segn los resultados obtenidos con los
costeos anteriormente descritos y al final decidimos que el proyecto costara alrededor de 29,104.50 dlls
que fue la cifra que nos arroj la opinin del primer experto, ya que se nos hizo una cifra ms realista para
nuestro proyecto fue por eso que elegimos esa opcin como el costo aproximado de nuestro proyecto.
30
4. AGENDA DEL PROYECTO

4.1. RELACIN DE ACTIVIDADES Y PRECEDENCIAS
31
32
33
34
35
36
37
38
39
40
41
42
43
44
4.2 HITOS DEL PROYECTO
45
46
47
48
49
50
51
52
53
54
4.3 ASIGNACIN DE TIEMPO Y RECURSOS A ACTIVIDADES
55
56
4.4 RECURSOS HUMANOS
57
4.5 OTROS RECURSOS
58
4.6 CLCULO DE HOLGURAS Y DURACIN DEL PROYECTO
59
60
61
62
63
64
65
66
67
68
69
70
4.7 AGENDA CON FECHAS TEMPRANAS Y TARDAS (ACTIVIDADES)
71
72
73
74
75
76
77
78
79
80
81
82
5 MECANISMOS DE SEGUIMIENTO Y CONTROL
Primero que nada, tenemos que dejar claro que esta etapa es fruto de toda la planificacin anterior
vindolo a manera futura, se debe ser flexible para permitir adaptaciones y ajustes que se presenten.
Para dejar ms claro manejaremos dos tipos de control de tres que existen, el primero ser control
direccional, el cual ser de una manera continua y no por puntos determinados, quiere decir que antes de
dar por terminada una actividad dentro del proyecto esta ser rectificada.
El siguiente tipo de control que se manejara junto con el anterior es postoperacional, el cual comenzara ya
que se termine una operacin, este arrojara informacin que solo se utilizara en un periodo cuando se
inicie la planificacin de un nuevo ciclo de actividades. Vamos a manejar el proyecto por metas a corto
plazo para poder llevar un control, dichas metas no pasaran al rea de control a menos que sobrepasen
sus lmites de tiempo.
Se van a evaluar resultados por medio de consensos realizados a los componentes que integran el
proyecto y de ser posible con sujetos externos para una mejor valoracin de los resultados. De esta
manera se van a encontrar los errores al compararlos con lo planeado con anterioridad, evaluando cules
sern las posibles maneras de corregirlo para despus pasar a su correccin.
Una herramienta clara para esta parte ser el uso de la herramienta Project la cual nos lleva un
seguimiento completo de los tiempos de trabajo de cada meta, las cuales no pueden llegar a cierto lmite
de tiempo ya que pueden afectar a las dems actividades dentro del proyecto.
La combinacin de estos dos tipos de control y las herramientas mencionadas aqu ayudaran a dirigir las
siguientes actividades dentro del proyecto:
Organizar y planificar.
Supervisar.
Controlar y corregir.
Cabe destacar que tambin se tendr que luchar con ciertas dificultades como lo es contar con todo el
personal, as como la falta de instalaciones adecuadas de trabajo por lo que el equipo tendr que
adecuarse a las instalaciones que se tengan cerca de todos los miembros del equipo. Toda actividad
necesita tiempo y al ser un proyecto con cierto nivel ms alto de dificultad requerir de tiempo extra que
83
no todos los miembros podrn cumplir, lo que causara costos para reponer el tiempo y poder cumplir con
las actividades que se fueron retrasando para detener el proyecto en general. [ CITATION Ges01 \l 1033 ]
Tarjeta Amarilla/Tarjeta Roja
Una herramienta ms que ser constantemente utilizada ser Tarjeta amarilla/tarjeta roja que consiste
en penalizar a alguna de las partes por alguna falta que cometan que afecta al proyecto, la tarjeta amarilla
deber ser aprobada por los miembros del equipo y deber estar completamente justificada la
penalizacin por escrito.
El otorgamiento de cada tarjeta deber ser notificada a la parte afectada por el coordinador de proyecto o
la persona designada por el equipo. La parte afectada podr apelar por escrito las razones en contra de la
tarjeta que se le fue otorgada, esta apelacin ser anexada a la documentacin y ser discutida hasta una
semana despus de emitirse la apelacin.
Estas tarjetas se notificarn al maestro, pero solo se notificar la cantidad de tarjetas otorgadas, no se
notificarn datos de esta misma.
Si una persona acumula tres tarjetas amarillas automticamente recibir una tarjeta roja, esta tarjeta roja
se notificar completamente al profesor y de ser aceptada se penalizar al afectado con 5 puntos menos.
Las tarjetas se podrn retirar si todos los miembros que la otorgaron aprueban dicha decisin. Tambin
deber ser por escrito la retiracin de dicha tarjeta y deber estar totalmente detallada, mencionando por
qu se retir.
Si se retira una tarjeta amarilla que por su consecuencia otorgo una tarjeta roja se retirara tambin y los
puntos que se restaron volvern al total.
As mismo como existen penalizaciones con la tarjeta amarilla y roja, tambin se encuentran la jugada
valiosa y el jugador destacado, tres jugadas valiosas convertirn a un miembro del equipo un jugador
destacado, el cual otorgara un bono de tres puntos. Estas jugadas pueden retirarse y apelarse de la misma
manera, todas las reglas aplicadas a la tarjeta roja y amarilla aplican a estas jugadas.
Referencias
84
Gestiopolis. (6 de Junio de 2001). Obtenido de Control y seguimiento en gestin de proyectos:

http://www.gestiopolis.com/control-y-seguimiento-en-gestion-de-proyectos/
85

Planificacion Final

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Planificacion Final

Cargado por

Copyright:

Formatos disponibles

DOCUMENTO DE

Ingeniera del Software

Garca Nez Alexis Uriel

1.2. FUNCIONALIDADES DEL PROYECTO

Altas: el doctor en sesin tiene la opcin de agregar estudios al expediente de un determinado

Identificadores de las funcionalidades.

Identificador Nombre de la funcin

1.3. RESTRICCIONES DEL PROYECTO

Restriccin de tiempo: mediante esta restriccin especificamos el tiempo disponible en que el

Falta de compromiso por parte del equipo

El personal no entienda lo importante de los requerimientos.

2.2. PRIORIDADES DE LOS RIESGOS

Riesgo Probabilidad Efectos

Las computadoras no cuentan con Python

Falta de conexin a internet. Alto Moderado

2.3. PLANES DE CONTINGENCIA

los comandos de para acceder a la carpeta de Python 3.4 o en su versin encontrada en el

Reestructuracin De acuerdo a la Hoja de Tareas, asignar nuevas tareas a todos aquellos

Asignando los recursos

3.2. JUICIO EXPERTO

Biografa de los expertos.

El experto 3 nos coment sobre el pago por hora de 30

Para la realizacin de este

Arreola Maciel Giovanna Michelle

Diaz Vega Luis Fernando

Fuentes Ros Carlos Gerardo

Garca Nez Alexis Uriel

3.4. COMPARACION Y DISCUSION DE LOS VALORES OBTENIDOS

4. AGENDA DEL PROYECTO

4.2 HITOS DEL PROYECTO

4.3 ASIGNACIN DE TIEMPO Y RECURSOS A ACTIVIDADES

4.4 RECURSOS HUMANOS

4.5 OTROS RECURSOS

4.6 CLCULO DE HOLGURAS Y DURACIN DEL PROYECTO

4.7 AGENDA CON FECHAS TEMPRANAS Y TARDAS (ACTIVIDADES)

5 MECANISMOS DE SEGUIMIENTO Y CONTROL

Gestiopolis. (6 de Junio de 2001). Obtenido de Control y seguimiento en gestin de proyectos:

También podría gustarte