Sistema de nómina para la Farmacia María

Plan de Desarrollo de Software

Versión <0>
 Versión: 0

Fecha: 02/09/2018

.doc

Historia de Revisiones
Fecha Versión Descripción Autor
22/09/2018 0 versión preliminar como propuesta de Maria Montilla
desarrollo

Página 1 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Tabla de Contenidos
1. Introducción ...................................................................................................................................................3
1.1 Propósito ..................................................................................................................................................3
1.2 Alcance .....................................................................................................................................................3
1.3 Resumen ...................................................................................................................................................4

2. Vista General del Poyecto ..............................................................................................................................4

2.1 Propósito, Alcance y Objetivos ................................................................................................................4
2.2 Suposiciones y
restriciones………………………………………………………………………………………………………………..4
2.3 Entregables del proyecto ..........................................................................................................................4

3. Organización del Proyecto ............................................................................................................................5

3.1 Participantes en el Proyecto ....................................................................................................................6
3.2 Roles y Responsabilidades .......................................................................................................................7

4. Gestión del Proceso ........................................................................................................................................7

4.1 Estimacion del

proyecto………………..…………………………………………………………………………………………7
4.2 Plan del Proyecto .....................................................................................................................................7
4.2.1 Plan de las Fases...............................................................................................................................7
4.2.2 Calendario del Proyecto ...................................................................................................................9

5. Referencias.................................................................................................................................................... 12

Anexos

Página 2 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Plan de Desarrollo del Software

1-Introducción
Este Plan de Desarrollo del Software es una versión preliminar preparada como respuesta al proyecto de
la asignatura Ingeniería de Software I. Este documento provee una visión global del enfoque de desarrollo
propuesto.
Es importante destacar esto puesto que utilizaremos la terminología RUP en este documento. Se incluirá
el detalle para las fases de Inicio y Elaboración y adicionalmente se esbozarán las fases posteriores de
Construcción y Transición para dar una visión global de todo proceso.
El enfoque desarrollo propuesto constituye una configuración del proceso RUP de acuerdo a las
características del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los
artefactos (entregables) que serán generados. Este documento es a su vez uno de los artefactos de RUP.
1.1 Propósito
El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar
el proyecto y poder llevar a cabo el desarrollo del software sistema de nómina para la Farmacia María
con la finalidad de entregar un producto de calidad al cliente. En él se describe el enfoque de desarrollo
del software.
Los usuarios del Plan de Desarrollo del Software son:
 El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar
su seguimiento.
 Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer, cuándo deben
hacerlo y qué otras actividades dependen de ello.
1.2 Alcance

Este documento es un enfoque preliminar del plan para el desarrollo del sistema. No se establecerá un
calendario rígido para realizar el proyecto, sino el uso de este para llevar el control del proyecto.
Posteriormente, el avance del proyecto y el seguimiento en cada una de las iteraciones ocasionará el ajuste
de este documento produciendo nuevas versiones actualizadas.

Página 3 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

1.3 Resumen
Después de esta introducción, el resto del documento está organizado en las siguientes secciones:
Vista General del Proyecto — proporciona una descripción del propósito, alcance y objetivos del
proyecto, estableciendo los artefactos que serán producidos y utilizados durante el proyecto.
Organización del Proyecto — describe la estructura organizacional del equipo de desarrollo.
Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos del proyecto
y describe cómo se realizará su seguimiento.
Planes y Guías de aplicación — proporciona una vista global del proceso de desarrollo de software,
incluyendo métodos, herramientas y técnicas que serán utilizadas.

2. Vista General del Poyecto

2.1 Propósito, Alcance y Objetivos

El producto es una página web, con el fin de integrar y prestar facilidades a la Farmacia María. Se busca
que el mismo sea fácil y que tenga éxito en dicha empresa.

2.2 Suposiciones y Restricciones

Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las entrevistas de
la empresa son:

 Adaptación a la normativa de Protección de Datos

 Uso de la metodología RUP

Como es natural, la lista de suposiciones y restricciones se incrementará durante el desarrollo del

proyecto, particularmente una vez establecido el artefacto “Visión”.

2.3 Entregables del proyecto

La información que a continuación se presenta y define cada uno de los mecanismos que se utilizaran en
el proyecto.
Hay que destacar que de acuerdo a la filosofía de RUP todos los mecanismos son objetos de cambios a
lo largo del desarrollo del proyecto. No obstante, el fin de cada interacción está orientado a conseguir un
cierto grado de complejidad de los mecanismos.

1) Plan de Desarrollo del Software

Es el presente documento.

2) Acta de constitución

Es el documento emitido por el Patrocinador del Proyecto que autoriza la existencia del Proyecto. El
Acta proporciona al Gerente del Proyecto la autoridad necesaria para iniciar el Proyecto.

Página 4 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

3) Visión

Este documento define la visión del producto desde la perspectiva del cliente, especificando las
necesidades y características del producto. Constituye una base de acuerdo en cuanto a los requisitos del
sistema.

4) Glosario
Es un documento que define los principales términos usados en el proyecto.

5) Modelo de Casos de Uso

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se
representa mediante Diagramas de Casos de Uso.

6) Especificaciones de Casos de Uso

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple
descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde
se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados.
También, para casos de uso cuto flujo de eventos sea complejo podrá adjuntarse una representación
gráfica mediante un Diagrama de Actividad.

7) Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que
proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema.
Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o
prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de
este último tipo serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo,
este artefacto, será desechado en la fase de Construcción en la medida que los resultados de las iteraciones
vayan desarrollando el producto final.

8) Documento de arquitectura

Este método establece la relación de los casos de uso en clases y pasando desde una representación en
términos de análisis hacia una de diseño, de acuerdo al avance del proyecto.

9) Modelo de Implementación
Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes
incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de ficheros necesarios para la
implantación y despliegue del sistema. (Este modelo es sólo una versión preliminar al final de la fase de
Elaboración, posteriormente tiene bastante refinamiento).

10) Modelo de Despliegue

Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los cuales se hará
el despliegue de los componentes.

11) Material de Apoyo al Usuario Final

Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guías del

Página 5 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Usuario, Guías de Operación, Guías de Mantenimiento y Sistema de Ayuda en Línea

12) Producto
Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para
facilitar su instalación. El producto, a partir de la primera iteración de la fase de Construcción es
desarrollado incremental e iterativamente, obteniéndose una nueva reléase al final de cada iteración.

3. Organización del Proyecto

3.1 Participantes en el Proyecto
Jefe de Proyecto.
Montilla, María Del Carmen
2 Analistas de Sistemas. El perfil establecido es: Ingeniero en Informática con conocimientos de UML,
uno de ellos al menos con experiencia en sistemas afines a la línea del proyecto.
2 Programadores. Con experiencia en el entorno de desarrollo del proyecto, con el fin de que los
prototipos puedan ser lo más cercanos posibles al producto final.
1 Ingeniero de Software. El perfil establecido es: Ingeniero en Informática recién titulado que
participará como becario en el convenio universidad-empresa, realizando labores de gestión de
requisitos, gestión de configuración, documentación y diseño de datos.

3.2 Roles y Responsabilidades

A continuación, se describen las principales responsabilidades de cada uno de los puestos en el equipo
de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan en
RUP.

Puesto Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las prioridades,
coordina as interacciones con los clientes y usuarios, y mantiene al
equipo del proyecto enfocado en los objetivos. El jefe de proyecto
también establece un conjunto de prácticas que aseguran la
Jefe de Proyecto
integridad y calidad de los artefactos del proyecto. Además, el jefe
de proyecto se encargará de supervisar el establecimiento de la
arquitectura del sistema. Gestión de riesgos. Planificación y control
del proyecto.
Captura, especificación y validación de requisitos, interactuando
con el cliente y los usuarios mediante entrevistas. Elaboración del
Analista de Sistemas
Modelo de Análisis y Diseño. Colaboración en la elaboración de las
pruebas funcionales y el modelo de datos.
Construcción de prototipos. Colaboración en la elaboración de las
Programador pruebas funcionales, modelo de datos y en las validaciones con el
usuario
Gestión de requisitos, gestión de configuración y cambios,
elaboración del modelo de datos, preparación de las pruebas
Ingeniero de Software
funcionales, elaboración de la documentación. Elaborar modelos de
implementación y despliegue.

Página 6 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

4. Gestión del Proceso

4.1 Estimación del proyecto

La estimación de esfuerzo para el proyecto, se basó en la técnica de estimación de casos de uso. Para
llegar a la estimación fue necesario generar nuestro modelo de casos de uso.

- Líder de proyecto $ 30,000 mensuales $ 30,000

- Analistas de sistemas(2) $ 25000 mensuales $ 50,000
- Ingeniero de software $ 30,000 mensuales $ 30,000
- Programador (2) $ 25000 mensuales c/u $ 50,000
- Otros gastos (contratación de personal, $ 15,000 (aprox.) $ 15,000
etc.)

Costo Total $ 175,000

Tiempo total para el desarrollo del proyecto 8 semanas (2 meses)

4.2 Plan del Proyecto

En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto.

4.2.1 Plan de las Fases

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

Nro.
Fase Duración
Iteraciones

Fase de Inicio 3 1 semanas

Fase de Elaboración 3 3 semanas

Página 7 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Fase de Construcción 3 2 semanas

Fase de Transición 3 2 semanas

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

Descripción Hito

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

Fase de En esta fase se analizan los requisitos y se desarrolla un prototipo de

Elaboración arquitectura (incluyendo las partes más relevantes y/o críticas del
sistema). Al final de esta fase, todos los casos de uso correspondientes
a requisitos que serán implementados en la primera versión de la fase
de Construcción deben estar analizados y diseñados. La revisión y
aceptación del prototipo de la arquitectura del sistema marca el final
de esta fase. La primera iteración tendrá como objetivo la
identificación y especificación de los principales casos de uso, así
como su realización preliminar en el Documento de arquitectura,
también permitirá hacer una revisión general del estado de los
artefactos hasta este punto y ajustar si es necesario la planificación
para asegurar el cumplimiento de los objetivos.

Fase de Durante la fase de construcción se terminan de analizar y diseñar

Construcción todos los casos de uso, refinando el Documento de arquitectura. El
producto se construye en base a iteraciones, cada una produciendo
una versión estable a la cual se le aplican las pruebas y se valida
con el cliente/usuario. Se entrega a los usuarios realizar para
pruebas beta.

Fase de Se realizará una implantación y cambio del sistema previo de

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

Página 8 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Aquí es donde el gerente de la empresa acepta el proyecto de

Fase de desarrollo de software
aceptación

4.2.2 Calendario del Proyecto

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

Página 9 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Página 10 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Para este proyecto se ha establecido el siguiente calendario.

Disciplinas/Actividades Artefacto Inic Fin

io
Modelado del Negocio
- Formación de grupos 2- 6-
- Búsqueda de empresa Sep- Sep-
201 2018
8
Inicio - Documento de
- Realizar entrevistas visión 7- 22-
- Analizar el problema - Especificación de Sep- Sep-
- Clasificar y priorizar requerimientos de 201 2018
requerimientos software 8

- Modelo de casos
de uso de negocio

Elaboración (Análisis y - Modelo de casos

Diseño) de uso
- Especificación de casos de uso - Especificaciones
- Realización de casos de uso de casos de uso
- Realización de los diagramas de - Modelo de diseño 23- 7-
Sep- Oct-
clases - Modelo de datos
201 2018
- Realización de los diagramas de
8
secuencia
- Realización del
modelo de datos
- Realizar prototipos
Implementación -
- Estructurar el modelo de Mode 7- 14-
implementación lo de Oct- Oct-
- Planificar la integración implementaci 201 2018
- Implementar componentes ón 8

Pruebas - Plan de pruebas

- Definir misión de pruebas - Casos de 14- 20-
- Validar estabilidad de pruebas Oct- Oct-
componentes - 201 2018
8
Implantación - Sistema 20
- Planificar la implantación - Plan de Oct- 20
- Desarrollar el material de apoyo implantación 201 Oct-
- Aceptación de proyecto - Documentación 8 2018
para el usuario

Página 11 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Control de Calidad
Los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio tendrán un
seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias Para la revisión
de cada artefacto y su correspondiente garantía de calidad se utilizarán las guías de revisión y checklist
(listas de verificación) incluidas en RUP.
Gestión de Riesgos
A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones
establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista será evaluada al menos
una vez en cada iteración.
Gestión de Configuración
Se realizará una gestión de configuración para llevar un registro de los artefactos generados y sus
versiones. También se incluirá la gestión de las Solicitudes de Cambio y de las modificaciones que éstas
produzcan, informando y publicando dichos cambios para que sean accesibles a todos los participantes
en el proyecto. Al final de cada iteración se establecerá una baseline (un registro del estado de cada
artefacto, estableciendo una versión), la cual podrá ser modificada sólo por una Solicitud de Cambio
aprobada.

Referencias

 Pliego de Cláusulas Técnicas para la Definición y Análisis de los Procedimientos del ES-NIC
 Sistema ERP Constructores de vivienda asociados Plan de Desarrollo Software 0.1

Página 12 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

Anexos

Página 13 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

HOJA DE CONTROL DE DOCUMENTO

TÍTULO:

Acta de constitución del proyecto

CÓDIGO FECHA REVISIÓN

111111 02/09/2018 0

REALIZADO POR FECHA FIRMA

María Montilla
02/09/2018

REVISADO POR FECHA FIRMA

Ing. Pedro Sánchez

02/09/2018

APROBADO POR FECHA FIRMA

Ing. Pedro Sánchez

02/09/2018

Página 14 de 21
 Versión: 0

Fecha: 02/09/2018

.doc

ÍNDICE

1 INFORMACIÓN GENERAL ................................................................................ 16

2 INTERESADOS DEL PROYECTO ..................................................................... 16
3 RESUMEN EJECUTIVO ..................................................................................... 16
4 JUSTIFICACIÓN DEL PROYECTO.................................................................... 16
4.1 NECESIDADES DEL NEGOCIO ...........................................................................17
4.2 OBJETIVOS DEL NEGOCIO.................................................................................17
5 DESCRIPCIÓN DEL PROYECTO ...................................................................... 17
5.1 DESCRIPCIÓN DEL PROYECTO .........................................................................17
5.2 ALCANCE DEL PROYECTO ................................................................................17
APROBACIÓN DEL ACTA........................ ERROR! BOOKMARK NOT DEFINED.

Página 15 de 21
 Versión: 0

Fecha: 22/09/2018

.doc

1 INFORMACIÓN GENERAL

Enunciado del
proyecto: ID del proyecto: SF00211
Ing. Pedro
Sponsor: Farmacia María Representante del sponsor: Sánchez

2 INTERESADOS DEL PROYECTO

Cargo Nombre/Organización Teléfono E-mail

Representante del Ing. Pedro Sánchez 809-555-6666 ingsanchez@gmail.com

Sponsor

Project Manager María Montilla 809-751-1352 Tina847del@gmail.com

3 RESUMEN EJECUTIVO

El presente documento da a conocer los diversos recursos que se ha de utilizar en la ejecución del
proyecto, estimación de costos, el alcance que tendrá el proyecto, asunciones, restricciones, requerimientos
del proyecto, entregables, riesgos todo esto para dar a conocer a la empresa Farmacia María, finalmente si
son de interés de dicha empresa se procederá a la firma del compromiso formal para la ejecución del
proyecto.

4 JUSTIFICACIÓN DEL PROYECTO

El proyecto tiene como finalidad optimizar el proceso de control de nómina, con ello se disminuirá
tiempo, inversión, aumentarán las ganancias además la información ayudará en la toma de decisiones
de la alta gerencia, ya que con este sistema se controlará de manera eficiente estos procesos.

Página 16 de 21
 Versión: 0

Fecha: 22/09/2018

.doc

4.1 NECESIDADES DEL NEGOCIO

La empresa Farmacia María, está ubicada en el Sector de Pantoja, calle paseo de la gloria no,
30, Santo Domingo oeste. Se dedica a la venta de medicamentos para tratar enfermedades.

El problema se observa al momento de pago de nómina, no se tiene registrados los empleados,

y no se lleva el control de pagos a realizar

4.2 OBJETIVOS DEL NEGOCIO

Implementar un sistema software para el área de nómina para la farmacia María.
Ítem del Plan Estratégico Objetivos del negocio
1 Conocer el negocio

2 Identificar Requerimientos del Sistema.

3 Elaborar el documento de Arquitectura.

4 Construir los módulos del software para las capacitaciones y

entrenamiento organizacional

5 Elaborar Manual de Usuario

5 DESCRIPCIÓN DEL PROYECTO

5.1 DESCRIPCIÓN DEL PROYECTO

Este proyecto nace por la necesidad de optimizar el proceso de nomina de la farmacia María para
ello se implementará un sistema de software.

Alcance del proyecto

Este documento es un enfoque preliminar del plan para el desarrollo del sistema. No se establecerá
un calendario rígido para realizar el proyecto, sino el uso de este para llevar el control del proyecto.
Posteriormente, el avance del proyecto y el seguimiento en cada una de las iteraciones ocasionará el
ajuste de este documento produciendo nuevas versiones actualizadas

Cargo Nombre Firma Fecha

Página 17 de 21
 Versión: 0

Fecha: 22/09/2018

.doc

Representante del Sponsor Ing. Pedro Sanchez 02-09-2018

Project Manager María Montilla 02-09-2018

Página 18 de 21
 Versión: 0

Fecha: 22/09/2018

.doc

UNIVERSIDAD NACIONAL TECNOLOGICA

FECHA EMISIÓN: 20 octubre 2018

ACTA DE ACEPTACION PROYECTO

Version: 0

ACTA DE ACEPTACIÓN DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Sistema de nómina para la Farmacia
María S.N.F.M
Plan de Desarrollo de Software
NOMBRE DEL CLIENTE O SPONSOR
Ing. Pedro Sánchez

DECLARACIÓN DE LA ACEPTACIÓN FORMAL

Por la presente se deja constancia de que el Proyecto S.N.F.M ha sido aceptado y aprobado por
el Sponsor del Proyecto, Ing. Pedro Sánchez, por lo que concluye que el proyecto ha sido
culminado exitosamente.
El proyecto comprendía de la entrega de los siguientes entregables:

 Plan de Desarrollo del Software

 Acta de constitución
 Visión
 Glosario
 Modelo de Casos de Uso
 Especificaciones de Casos de Uso
 Prototipos de Interfaces de Usuario
 Documento de arquitectura
 Modelo de Implementación
 Modelo de Despliegue
 Material de Apoyo al Usuario Final
 Producto
ACEPTADO POR
NOMBRE DEL CLIENTE, SPONSOR U OTRO FUNCIONARIO FECHA
20 de Octubre del 2018
Ing. Pedro Sánchez
DISTRIBUIDO
NOMBRE FECHA
María Del Carmen Montilla 20 de Octubre del 2018
Página 19 de 21
 Versión: 0

Fecha: 22/09/2018

.doc

Página 20 de 21