Ing. Miguel ngel Silva Zapata.

PLANIFICACION DE UN PROYECTO DE SOFTWARE

1. DATOS DE LA ORGANIZACIN
1.1. Nombre de la organizacin
Universidad Santiago Antnez de Mayolo Unidad de Comedor Universitario

1.2.

Ubicacin de la organizacin.
Regin: Ancash
Provincia: Huaraz
Distrito: Huaraz
Localidad: Ciudad Universitaria
Institucin: UNASAM
Direccin: Av. Centenario N200

1.3.

Representante de
la
organizacin.
Gerente
General:
Jefe del rea:

1.4.

Giro de
negocio.

El rubro en el
cual se dedica el
comedor
universitario es brindar servicio de alimentacin y bienestar social.

Ing. Miguel ngel Silva Zapata.

1.5.

Grupos de inters en relacin al proyecto.

Las personas que sern beneficiadas con el proyecto seremos nosotros
mismos y el personal administrativo del comedor universitario.

1.6.

Visin y misin de la organizacin.

VISION
Universidad acreditada con carreras profesionales acordes a la demanda,
posicionada
y reconocida
a nivel
nacional, propulsora del
desarrollo sostenible.
MISION
Formar profesionales emprendedores, innovadores, promotores e
impulsores del desarrollo regional y nacional, con base cientfica,
tecnolgica y responsabilidad social.

1.7.

Objetivos de la organizacin.
Los objetivos son:

1.8.

Organigrama de la organizacin.
Estructura organizacional de todas las reas, para poder definir en cules
reas va a estar definido nuestro proyecto. Tener claro que reas pretender
apoyar nuestro software.

Ing. Miguel ngel Silva Zapata.

2. DATOS DEL PROYECTO

2.1.

Ttulo del proyecto.

Desarrollo de un software para la gestin de los procesos de inscripcin,

evaluacin y seleccin de postulantes a usuarios del comedor universitario de la
UNASAM en el ao 2014.
2.2.

Objetivos del proyecto: Resultado que queremos conseguir, deben ser

alcanzables

2.2.1. General.
Desarrollo de un software para la gestin de los procesos de inscripcin,
evaluacin y seleccin de postulantes a usuarios del comedor universitario
de la UNASAM en el ao 2014.
2.2.2. Especficos.
a. Encaminar el proyecto en base al proceso de desarrollo de software
RUP y Lenguaje unificado de modelamiento (UML).
b. Identificar y analizar los requerimientos de la Organizacin.
c. Modelar los diagramas pertinentes (componentes, secuencia de
estados, de clases, etc.) utilizando el Lenguaje de Modelamiento
unificado.
d. Iniciar la codificacin en base los modelamientos obtenidos.

2.3.

Descripcin de la situacin problemtica, relacionada con el manejo

de informacin. (Tambin llamado oportunidades de mejora).
El comedor universitario de la UNASAM realiza tres procesos para que un
estudiante pueda llegar a ser usuario, stos son de inscripcin, evaluacin y
seleccin.
Los Procesos mencionados se registran de forma manual, sta actividad toma
mucho tiempo en llevarse a cabo, por la cual se abren nuevas fechas para poder
completar los procesos. Cuando un proceso demora ms de lo planificado, abarca
el tiempo en el que debera realizarse el proceso siguiente, por lo que
generalmente, los procesos de Inscripcin y Evaluacin son realizados al mismo
tiempo.
A continuacin se describir detalladamente y de acuerdo a los procesos
mencionados, problemtica que estn afectando actualmente a la unidad de
comedor universitario.

2.3.1. Ineficiencia en el registro de datos de los postulantes

El registro, bsqueda de datos recolectados en los procesos son registrados en
fichas, todo el proceso es realizado de manualmente. El tiempo invertido en la
toma de datos en el proceso de evaluacin excede los 30 minutos por estudiante.

Ing. Miguel ngel Silva Zapata.

La bsqueda de informacin en el proceso de seleccin retrasa la fecha de
publicacin de resultados, debido a que el puntaje de cada postulante se registra
en una ficha Socioeconmica, ubicados en una carpeta. Los postulantes superan
los 800 cada ciclo acadmico, esos son aproximadamente 800 carpetas, con
puntajes que se consultan y luego clasifican para seleccionar los 600 que se
convierten en usuarios.

2.3.2. Desorden en el archivamiento de datos de los postulantes

El tipo de archivamiento de datos consiste en una carpeta por postulante, que
contiene la evaluacin y requisitos presentados por ste. Los registros
archivados fsicamente, no benefician la eficiencia de consulta de datos, por lo
cual tiene una repercusin directa en el proceso de seleccin y publicacin de
resultados.

2.3.3. Registros duplicados

Los procesos se repiten cada semestre, por lo cual los usuarios que quieren
renovar su condicin, tienen que pasar por el mismo proceso otra vez. El hecho
de que los registros son manuales, imposibilita el proceso de modificacin de
datos.
La consecuencia de ste problema es que el estudiante llega a tener una carpeta
diferente cada semestre, sta carpeta contiene datos que son mnimamente
modificados

2.3.4. Redundancia de datos

ste problema se ve reflejado en los procesos de inscripcin y evaluacin, donde
las fichas proporcionadas al estudiante repiten datos relacionados a la
informacin personal, condicin socioeconmica y acadmica.
La redundancia de datos afecta a la eficiencia de las entrevistas realizadas a los
postulantes, de tal forma que es necesario abrir nuevas fechas para poder
terminar de evaluar a todos los postulantes.

2.3.5. Errores en el manejo de informacin

La percepcin de la Asistenta social a la hora de sumar el puntaje de los
postulantes, se ve afectado por la cantidad de registros que tiene que sumar, y
las herramientas que utiliza para realizar la actividad.
ste problema genera errores de clculo que altera la integridad de los datos.
Otro de los errores dentro del contexto del manejo de informacin se puede dar a
la insuficiencia de la capacidad de uso del personal que est a cargo.

2.4.

Justificacin del proyecto del software.

Nuestro motivo por el cual queremos realizar el proyecto es para mejorar la atencin
dentro del comedor universitario y plasmar los conocimientos adquiridos en clases.
Adems tenemos identificadores mediante el cual nos estamos guiando las cuales son:

Ing. Miguel ngel Silva Zapata.

Conveniencia: Disminuye la cantidad de problemas que afectan el
funcionamiento del comedor universitario.
Optimizacin: el tiempo de registro, mejora el control de comensales.
Relevancia social: Beneficia principalmente a la Universidad,
optimizando el funcionamiento del comedor.
Implicaciones prcticas: Mediante el software se realizara la
verificacin de datos, e incluso la eliminacin definitiva de la
suplantacin de cdigo de comensal. El tiempo se reduce en el
registro. No se necesitara de alguien que verifique el cdigo y anote.
Tambin ayudaremos a contribuir con el medio ambiente, es decir, ya ser menor
el uso del papel.
Por otro lado, nos encontramos en una era donde la tecnologa abarca gran parte
de nuestras vidas la cual busca mejorar, simplificar y optimizar nuestras tareas
tanto domesticas como empresariales es por ello que es poco aceptable que en
estos tiempos se sigan utilizando sistemas poco ptimos para desarrollar tareas
en diversos campos laborales es por ello que nuestro beneficio con el presente
proyecto es cambiar los sistemas utilizados en la actualidad anteponiendo
nuestros conocimientos para as lograr mejorar el funcionamiento en nuestro
comedor universitario. Y esto ser un beneficio tambin para la parte
administrativa del comedor, puesto que ya no ser necesario estar tanto tiempo
revisando o analizando cada solicitud.
.
2.4.1. Tecnolgica.
a. El proyecto beneficiar al avance en el uso de herramientas tecnolgicas para
sistematizar procesos manuales y repetitivos que se llevan a cabo en la
universidad.
b. El proyecto suprimir los errores de percepcin que se generan por realizar una
actividad de clculo repetitiva, por el hecho de que el software no cometera
errores de clculo cuando se suma el puntaje de los postulantes.

2.4.2. Econmica.
a. Se reducirn costos en cuanto a los recursos que se usan, como la cantidad de
Fichas para almacenar los datos y las horas extras que se paga al personal por
culminar los procesos

Ing. Miguel ngel Silva Zapata.

b. El proyecto usar de forma eficiente los recursos suministrados por la Universidad
para realizar los procesos mencionados en el ttulo del proyecto, por ejemplo el
uso de la computadora, que actualmente no tiene una participacin activa y
directa en los procesos.

2.4.3. Medio Ambiente (Opcional)

a. Se reducirn los costos y el uso en cuanto al papel utilizado para las fichas de
cada alumno, y para el proceso de publicacin de resultados.

2.5.

Determinar la factibilidad del proyecto.

2.5.1. Tecnolgica.
El proyecto es factible tecnolgicamente ya que se desarrollara por medio de
diferentes procesos de estudio para el correcto funcionamiento del software, ya
que la universidad tiene disponible el equipo suficiente para poder implementar el
software y las herramientas que le brindaremos para su adecuado funcionamiento.
Tambin cuando se vaya avanzando el proyecto en el tiempo requerido el
comedor universitario tendr a disponibilidad de generar y crear al equipo y las
herramientas e ir implementndolos cada vez ms seguro y as obtendremos un
servicio mucho mejor.
En este punto es factible puesto que se cuentan con los recursos tecnolgicos
requeridos, tales como: computadora, software, internet, servidores y otros.

2.5.2. Econmica.
La universidad dispone con los recursos econmicos necesarios para la
adquisicin de estos equipos. Si la universidad efecta esta adquisicin, entonces
ser factible el desarrollo e implementacin de ste proyecto.
Pero esta inversin ser superada a corto plazo pues la implementacin del
software se ver reflejada en el aumento de las utilidades que producir la
automatizacin de los procesos que se desarrollan en este comedor, disminuir
considerablemente la adquisicin de otros recursos que anteriormente eran
indispensables.
2.5.3. Operativa.
Ya que tanto los lderes de la organizacin, los usuarios as como los
desarrolladores tienen el inters de desarrollar e implementar el sistema en la

Ing. Miguel ngel Silva Zapata.

empresa. Por parte de la organizacin el inters que tiene es contar con dicho
sistema para automatizar diversos procesos, los usuarios tienen el derecho a la
calidad y comodidad en la realizacin de sus funciones laborales.
Despus de la implementacin del sistema se capacitar al personal involucrado
con la finalidad de garantizar el correcto funcionamiento del sistema que se
desarrollar, asegurando el fcil entendimiento y manipulacin de la informacin.

2.6.

Alcance del proyecto.

El proyecto permitir automatizar procesos que anteriormente se llevaban de

manera manual dentro de la organizacin. Esto contribuir en llevar un estricto
control en cuanto a los registros de los usuarios, alumnos y comidas, pues nos
permitir acceder a la informacin de manera inmediata y en cualquier momento.

2.7.

Identificacin de recursos necesarios para el proyecto de software.

2.7.1. Recursos Humanos.

Profesionales que se van a necesitar:
Analistas de Sistemas (Entrevistadores)
Diseadores
Programadores
Testers
Tcnicos para la configuracin y mantenimiento a los equipos
Capacitadores

Desarrollo

Opcional (Personal que trabaja con la Empresa) cuando los

Proyectos son grandes.
Cdig
o
0001

0002

Recurso
Gestor del
proyecto

Funciones
Elaborar el plan del proyecto.
Supervisar el avance del
proyecto.
Prever que los recursos
necesitados estn en el
momento oportuno.

Capacidades/
Habilidades
Administracin.
Liderazgo.
Trabajo en equipo.
Anticipacin

Ing. Miguel ngel Silva Zapata.

Implementacin

Cdig
o

Recurso

Capacidades/
Habilidades

Funciones

2.7.2. Recursos tecnolgicos.

DESCRIPCIN

UNIDAD

Computadoras de
escritorio
Impresora
Video-Cmara digital
Pendrive de 16gb
Cables de

Hardware

CANTIDAD

Unidad

03

Unidad
Unidad
Unidad

01
01
03

red
Switch
Routert

S/. 7 500.00
S/. 280 .00
S/. 600.00
S/.250.00

S/.1000.00
Otros

inicio

Fin

07/10/2014

22/11/2014

07/10/2014
07/10/2014
07/10/2014

22/11/2014
22/11/2014
22/11/2014

07/10/2014

22/11/2014

07/10/2014

22/11/2014

07/10/2014

22/11/2014

01

Red
local

COSTO

PERIODO
Fecha
Fecha

Kit

Software de
modelamiento
Rational Rose

Unidad

01

S/.0.00

Enterprise v7.0.
Lenguaje de
programacin java
con entorno visual
NetBeans IDE 7.1.1
Software

Unidad

01

S/.0.00

Ing. Miguel ngel Silva Zapata.

Sistema Gestor de
base de datos Mysql
v5.5
Otras herramientas

Unidad

Case: Hojas de
clculo.

Unidad

Desarrollo

0001

Implementacin

Cdigo

Cdigo

01

S/.0.00

01

S/.0.00

Recurso

SOFTWARE
Unida
d

Entorno de desarrollo
Netbeans

07/10/2014

22/11/2014

07/10/2014

22/11/2014

Versin
7.0.1

Tipo
Libre

0002
0003
Recurso

Unida
d

Versin

Tipo

2.7.3. Materiales y accesorios.

Cdigo

Descripcin

Unidad

Implementacin

Desarrollo

2.7.4. Servicios.
Cdigo
0001
0002
0003

Descripcin

Unidad

Cdigo

Descripcin

Unidad

2.8.- Estimacin del tiempo y costo de los recursos necesitados.

Ing. Miguel ngel Silva Zapata.

Implementacin .

Desarrollo

2.8.1.- Recursos Humanos.

Cdigo

Recurso

0001
0002

Gestor del proyecto

Cdigo

Recurso

Costo
Cantida
d

P.Unitario

Tiempo
Importe

Costo
Cantida
d

P.Unitario

Desde

Hasta

Tiempo
Importe

Desde

Hasta

Implementacin

Desarrollo

Implementacin

Desarrollo

2.8.2.- Recursos Tecnolgicos.

Cdigo

Recurso

Computadora
0001

HARDWARE
Costo
Cantida
d

P.Unitario

Tiempo
Cantida
d

P.Unitario

Hasta

0002
0003
Cdigo

Cdigo

Recurso

Recurso

0001

Costo

Tiempo

SOFTWARE
Costo
Cantida
d

P.Unitario

Cantidad

P.Unitario

Cantida
d

Tiempo
Hasta
P.Unitario

0002
0003
Cdigo

Recurso

Costo
Importe

Tiempo
Hasta

Desde

Ing. Miguel ngel Silva Zapata.

2.8.3.- Materiales y Accesorios.
Cdigo

Descripcin

Costo
Cantidad

P.Unitario

Tiempo
Hasta

Importe

Desde

Implementacin

Desarrollo

2.8.4.- Servicios

Cdig
o

Descripcin

Costo
Cantida
d

P.Unitario

Import
e

Tiempo
Hasta
Desde

0001
0002
0003
Cdig
o

Costo

Descripcin
Cantida
d

P.Unitario

Tiempo
Importe

Desde

Hast
a

Consolidado del Costo.

Descripcion

Monto

Monto total

xxxx

2.9.- Identificacin y gestin de riesgos.

Muy Bajo
(0-10)%

Riesgo

Bajo
(11-25)%

Probabilidad

Moderado
(26-50)%

Perdidas

Alto
(51-70)%

Muy Alto
(71-100)%

Contingencias

Ing. Miguel ngel Silva Zapata.

El tiempo que
puede dedicar el
Moderado
grupo el proyecto se
es limitado
El plan omite
algunas de las Muy Bajo
tareas necesarias.
No se puede
construir un
software del tamao Bajo
especificado en el
tiempo asignado.

Enfocar tiempo en
especificar los Muy Bajo
procesos

La estructura
ineficaz del equipo
Baja
reduce
productividad

Los planes del

proyecto se
Bajo
abandonan bajo
presin.

2.10.- Limitaciones del proyecto.

El proyecto puede
quedar a medias

Enfocarnos en usar la
Arquitectura basada en
componentes, y
enfocarlo al proyecto.

Identificar todos los

Calidad del software
requisitos antes de
producido
formular soluciones.
Insatisfaccin del
cliente, prdida de
confianza en el
equipo

Coordinar eficazmente
el tiempo usado y
analizar el tiempo
necesario para
desarrollar cada mdulo
del proyecto.

Tiempo, demora en
la entrega del
producto

Generalizar los
procesos y de acuerdo
a la elaboracin,
modificarlos y hacerlo
ms especficos en
caso de ser necesario.

Confianza en el
equipo, Calidad del
producto y retraso
en la entrega

Mejorar la comunicacin
entre los integrantes del
equipo, y mantenerla
constantemente.

Desarrollo catico e
ineficaz del sistema.

Mantener controlada la
cantidad de tareas a
realizarse en un mismo
momento. Organizar
esta distribucin

Ing. Miguel ngel Silva Zapata.

2.10. Recursos econmicos: El equipo costear todos los gastos para la
elaboracin del proyecto. El proceso de fabricacin se adaptar a las
herramientas que el presupuesto pueda financiar.
2.11. Tiempo Disponible: Se cuenta con un tiempo limitado y corto para la
realizacin completa del proyecto. El alcance de este puede verse
afectado segn el tiempo que necesite el desarrollo de los aspectos
ms importantes del sistema. Adems el tiempo con el que cuentan los
desarrolladores para dedicarse a la realizacin del proyecto se ve
limitado por otras actividades universitarias.
2.12. Inexperiencia del equipo: La falta de amplia experiencia del grupo en
el desarrollo de proyectos de software, ya sea en la identificacin de
requerimientos, el modelado de diagramas, el diseo de la interfaz del
software o la codificacin. El nivel de desarrollo est ligado al avance
que tendr el equipo a lo largo de la realizacin del proyecto. El
proceso tendr un avance y revisin constante para evitar cometer
errores por falta de experiencia.
2.11.- Seleccin de metodologa de desarrollo.
Se decidi usar la metodologa RUP (Rational Unified Process).
Es un proceso de desarrollo de software, que cuando junto al uso de un
Lenguaje Unificado de Modelado (UML), forman la metodologa ms
utilizada para el anlisis, diseo, implementacin y documentacin de
sistemas desarrollados bajo el enfoque orientado a objetos.

No es un

sistema con pasos firmemente establecidos, sino un conjunto de

metodologas adaptables al contexto y necesidades de cada organizacin.
Las razones por las cuales no enfocamos en sta metodologa son:
-

Permite que los procesos sean creados y personalizados, es decir,

nos brinda una amplia variedad de procesos, y el ajuste de estos
procesos se puede obtener de tales procesos brindados.

Proporciona una estructura bien definida para el ciclo de vida de un

proyecto, articulando claramente los hitos clave y puntos de decisin.

Ing. Miguel ngel Silva Zapata.

-

Pretende implementar las mejores prcticas en Ingeniera de

Software.

Proporciona criterios para controlar las actividades y productos de un

proyecto.

En sta metodologa, se controlan los riesgos que puedan afectar

directamente la realizacin del proyecto.

Permite la verificacin de la calidad del software.

Resumen de por qu se usa la metodologa. NO DEFINIR SINO LA

JUSTIFICACIN. SIN MARCO TERICO
2.12.-Principales requerimientos y caractersticas del software del proyecto a
implementar.

Inscripcin de postulantes.
Registro de los documentos presentados.
Evaluacin de postulantes.
Seleccin de usuarios del comedor universitario.
Reporte del puntaje de cada postulante.
Publicacin de resultados.
Asignacin de un cdigo a los usuarios.

Funciones principales (no detallado)

Funciones ms generales del proyecto
Registro y funcin de ventas
Registro y control de asistencia de personal, de las comprar
Registro y control de cuentas de pagar
NO SON LOS REQUERIMENTOS FUNCIONALES
2.13.- Arquitectura bsica o general del sistema.
ESQUEMA GRFICA DE LA SITUACION ACTUAL Y COMO SER LA
SITUACION
2.14.- Cronograma de actividades.

Etapa

Actividad

Recursos

Responsab
le

Mes1

Periodo
Mes 2
Mes 3

Mes

4
S S S S S S S S S S S S S SS

Ing. Miguel ngel Silva Zapata.

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3
Visitar

el

comedor
universitario

realizar

la

Pasajes de

Representa

transporte

nte de

urbano.

proyecto y
equipo de

Estudio

primera

desarrollado

prelimin

entrevista con el

res

encargado

(Luis Cano)

ar

de

dicha rea.
Elaborar un

Anlisis

USB 16Gb,

perfil y recopilar

laptop,

Equipo de

datos de la

hojas bond,

desarrollado

organizacin

lapiceros,

res (Mariela

folder,

Gmez

laptop.
Requerimie

Trejo)

Obtencin de
requerimientos

ntos y

Grupo de

(entrevista,

recopilacin

trabajo

cuestionario y

de

observacin)

informacin

obtenida
durante la

entrevista,
hojas,
laptop,
lapiceros,
folder, USB
Anlisis de los

de 16gb.
Respuesta

requerimientos

obtenida en
las
entrevistas

X
Analista

Ing. Miguel ngel Silva Zapata.

Evaluacin de

al usuario.
Informacin

los

especificada

requerimientos

del

Analistas
X X

movimiento
Diseo del

del empresa
Recursos a

diagrama de

utilizar son;

Diseadore

negocio

papel bond,

programa
Diseo

Rational

X X

Rose 2007,
lapiceros,
lpices,
Diseo de la

laptop.
Cuaderno,

base de datos,

lpiz,

de acuerdo a

MySQL

los diagramas

Query

elaborados.

Browser,

Diseadore
s

MySQL

X X

Workbench
5.0 SE,
MySQL
Administrato
r
Diseo de la

MySQL

Program

interfaz y la

Query

Programado

acin

codificacin.

Browser,

res

laptop,
Netbeans

X X X

Ing. Miguel ngel Silva Zapata.

7.0

Pruebas

Prueba y

Netbeans

Equipo de

revisin del

7.0, PC

desarrollado

cdigo

escritorio,

res

cd,
Cuaderno,
lpiz,

X X

MySQL
Query
Browser,
MySQL
Administrato
Implementacin

r
Computador

Gestor de

Implanta

e instalacin del

as de la

proyecto y

cin y

equipo

organizaci

Equipo de

entrega

(hardware y

n, cables de

desarrollado

software)

red, Smith,

res

modem
Manteni

Ajustar mejoras

Los nuevos

Gestor de

miento

mnimas,

requerimient

proyecto y

supervisin del

os y el

equipo de

equipo

software

desarrollado

instalado,

desarrollado

res

Monitoreo de

, Cuaderno,

adaptacin del

lpiz,

personal

MySQL
Query
Browser,
MySQL

Ing. Miguel ngel Silva Zapata.

Workbench
5.0 SE,
MySQL
Administrato
r

2.15.- Financiamiento del proyecto.

Parcial: modelo de negocio

Modelo de dominio, nos presentar un caso para hacer su modelo de
dominio
Todo lo relacionado al proyecto