Rupfarmacia

Universidad Mariano Gálvez de Guatemala
Ingeniería en Sistemas
Seminario de Privado Antigua Guatemala 2015
Análisis de Sistemas
ANÁLISIS Y DISEÑO SISTEMA

DE INCIDENTES
Alumno:
Heldy Angelo Galindo Ventura
1090-08-2123
13 de noviembre de 2015
CONTENIDO
ANTECEDENTES ................................................................................................................................................................. 1
OBJETIVOS ......................................................................................................................................................................... 2
PLAN DE DESARROLLO DE SOFTWARE ............................................................................................................................... 3
HISTORIAL DE REVISIONES ................................................................................................................................................. 4
1. INTRODUCCIÓN ................................................................................................................................................................ 5
1.1 Propósito ................................................................................................................................................................. 5
1.2 Alcance.................................................................................................................................................................... 5
1.3 Resumen ................................................................................................................................................................. 5
2. VISTA GENERAL DEL PROYECTO ........................................................................................................................................... 6
2.1 Propósito, Alcance y Objetivos ................................................................................................................................ 6
2.2 Suposiciones y Restricciones ................................................................................................................................... 6
2.3 Entregables del proyecto ........................................................................................................................................ 6
2.4 Evolución del Plan de Desarrollo del Software ........................................................................................................ 9
3. ORGANIZACIÓN DEL PROYECTO ........................................................................................................................................... 9
3.1 Participantes en el Proyecto ................................................................................................................................... 9
3.2 Interfaces Externas ............................................................................................................................................... 10
3.3 Roles y Responsabilidades .................................................................................................................................... 10
4. GESTIÓN DEL PROCESO .................................................................................................................................................... 11
4.1 Estimaciones del Proyecto .................................................................................................................................... 11
4.2 Plan del Proyecto .................................................................................................................................................. 11
4.2.1 Plan de las Fases ........................................................................................................................................................... 11
4.2.2 Calendario del Proyecto ................................................................................................................................................ 13
4.3 Seguimiento y Control del Proyecto ...................................................................................................................... 15
VISIÓN ............................................................................................................................................................................. 16
HISTORIAL DE REVISIONES ............................................................................................................................................... 17
5. INTRODUCCIÓN .............................................................................................................................................................. 18
5.1 Propósito ............................................................................................................................................................... 18
5.2 Alcance.................................................................................................................................................................. 18
5.3 Definiciones, Acrónimos, y Abreviaciones ............................................................................................................. 18
5.4 Referencias ........................................................................................................................................................... 18
6. POSICIONAMIENTO ......................................................................................................................................................... 19
6.1 Oportunidad de Negocio ....................................................................................................................................... 19
6.2 Sentencia que define el problema ......................................................................................................................... 19
6.3 Sentencia que define la posición del Producto...................................................................................................... 20
7. DESCRIPCIÓN DE STAKEHOLDERS (PARTICIPANTES EN EL PROYECTO) Y USUARIOS ........................................................................ 20
7.1 Resumen de Stakeholders ..................................................................................................................................... 21
7.2 Resumen de Usuarios............................................................................................................................................ 21
7.3 Entorno de usuario................................................................................................................................................ 22
7.4 Perfil de los Stakeholders ...................................................................................................................................... 22
7.4.1 Representante del área técnica y sistemas de información.......................................................................................... 22
7.5 Perfiles de Usuario ................................................................................................................................................ 22
7.5.1 Técnico de Soporte ....................................................................................................................................................... 22
7.5.2 Gerente General ........................................................................................................................................................... 23
7.5.3 Jefe de Ventas ............................................................................................................................................................... 23
7.5.4 Vendedor ...................................................................................................................................................................... 24
8. DESCRIPCIÓN GLOBAL DEL PRODUCTO ................................................................................................................................ 24
8.1 Perspectiva del producto ...................................................................................................................................... 24
8.2 Resumen de características .................................................................................................................................. 24
8.3 Costo y precio........................................................................................................................................................ 25
9. DESCRIPCIÓN GLOBAL DEL PRODUCTO ................................................................................................................................ 25
9.1 Ingreso de Incidente.............................................................................................................................................. 25
9.1.1 Seguimiento de incidente ............................................................................................................................................. 25
9.1.2 Edición de Incidente ...................................................................................................................................................... 25
9.2 Estadísticas de Incidentes ..................................................................................................................................... 25
10. REQUISITOS DE DOCUMENTACIÓN ..................................................................................................................................... 25
10.1 Manual de Usuario........................................................................................................................................... 25
10.2 Guías de Instalación, Configuración, y Fichero Léame ..................................................................................... 26
A. ATRIBUTOS DE CARACTERÍSTICAS ....................................................................................................................................... 26
ESPECIFICACIÓN DE CASO DE USO: INGRESO DE UN NUEVO INCIDENTE .......................................................................... 27
11. INGRESO DE UN NUEVO INCIDENTE ..................................................................................................................................... 29
11.1 Descripción ....................................................................................................................................................... 29
12. FLUJO DE EVENTOS ......................................................................................................................................................... 29
12.1 Flujo Básico ...................................................................................................................................................... 29
12.2 Flujos Alternativos............................................................................................................................................ 29
13. POSCONDICIONES ........................................................................................................................................................... 29
13.1 Fecha y hora del incidente ............................................................................................................................... 29
ESPECIFICACIÓN DE CASO DE USO: EDICIÓN DE UN INCIDENTE ....................................................................................... 30
14. EDICIÓN DE UN INCIDENTE ................................................................................................................................................ 32
14.1 Descripción ....................................................................................................................................................... 32
15. FLUJO DE EVENTOS ......................................................................................................................................................... 32
15.1 Flujo Básico ...................................................................................................................................................... 32
15.2 Flujos Alternativos ............................................................................................................................................ 32
ESPECIFICACIÓN DE CASO DE USO: ADICIÓN DE COMENTARIOS A UN INCIDENTE ........................................................... 33
16. EDICIÓN DE UN INCIDENTE ................................................................................................................................................ 35
16.1 Descripción ....................................................................................................................................................... 35
17. FLUJO DE EVENTOS ......................................................................................................................................................... 35
17.1 Flujo Básico ...................................................................................................................................................... 35
18. PRECONDICIONES ........................................................................................................................................................... 35
18.1 Estado del incidente ......................................................................................................................................... 35
19. POSCONDICIONES ........................................................................................................................................................... 35
19.1 Edición de comentarios .................................................................................................................................... 35
DIAGRAMAS .................................................................................................................................................................... 37
20. DIAGRAMAS DE CASOS DE USO ................................................................................................................................. 37
21. DIAGRAMA DE CLASES ............................................................................................................................................... 40
22. DIAGRAMA ENTIDAD RELACION ................................................................................................................................ 40
23. DIAGRAMA DE COMPONENTES ................................................................................................................................. 41
24. DIAGRAMA DE DESPLIEGUE ....................................................................................................................................... 42
PROTOTIPOS NO FUNCIONALES....................................................................................................................................... 43
ANÁLISIS DE FACTIBILIDAD .............................................................................................................................................. 50
Antecedentes
La Farmacia Valle quién se identifica con razón social Farmacias Valle, S.A. solicita nuestros
servicios para elaboración e implementación de un sistema que les ayude a controlar sus
inventarios, facturación y cuentas por cobrar. Actualmente cuentan con un control en excel
que no les permite actualizar su inventario al tiempo real de las entradas y salidas de
medicamentos, muy arriesgado contablemente.
El negocio ha crecido considerablemente ya que en dos años cuentan con cuatro sucursales, las
cuales trabajan de la misma manera su contabilidad, haciendo diariamente inventarios fìsicos
dos veces al día, lo cual implica contratación de más personal. En el caso de Facturación lo
hacen manualmente y con el riesgo que una factura se traspapele o se pierda ya que no hay un
registro electrónico.
Por lo anterior solicitan un programa que les simplifique los procesos, que les permita generar
reportes, que sea confiable y los ayude a identificar sus debilidades para poder enfocarse más
en sus mejoras, tener mejor control de sus cuentas por cobrar y saldos, tener un inventario
electrónico actualizado con cada facturación así como registro de sus movimientos en compras
y ventas.
Objetivos
Objetivo General
Implementar un sistema de fácil manejo, un control de inventarios y administración de la

emisión de facturas en los periodos contables bajo el esquema sugerido por la
Superintendencia de Administración Tributaria.
Objetivo Especifico
 Control y manejo más ágil de la mercadería del Inventario.

 Reportes de cuentas por cobrar.
 Administración de Facturas, historial de transacciones.
 Reportes de compras y ventas.
Plan de Desarrollo de Software
Sistema de Control de Incidentes y Estadísticos
Versión 1.0
Sistema de Control de Incidentes y Estadísticos Versión: 1.0
Visión Fecha: 14/11/2015
Plan de Desarrollo
Historial de Revisiones
Fecha Versión Descripción Autor
14/11/2015 1.0 Versión preliminar como propuesta Heldy Angelo Galindo Ventura
de desarrollo.
Confidencial Proyecto Análisis y Diseño de Página 4 de 52

Sistemas 2019
Plan de Desarrollo
1. Introducción
El principal objetivo de nuestra propuesta es de poder realizar un ejemplo de desarrollo
de software basado en la metodología RUP (Rational Unified Process), que ayude a
agilizar todos los procesos, y a tener un mayor control de la información, que sea
eficiente y práctico en su manejo.
Nuestro proyecto consiste en la implementación de un sistema de información que

permita a la Farmacia Valle generar reportes contables, creación de usuarios que
ayudará a un trabajo más eficiente y responsable en sus trabajadores.
1.1 Propósito
El propósito del Plan de Desarrollo de Software es proporcionar la información actualizada, correcta,

amparada en cada registro en el sistema; que ayude a la toma de decisiones de los ejecutivos:
Los usuarios del Plan de Desarrollo del Software son:
 Propietario del Software
 Analistas del Sistema
 Desarrolladores
1.2 Alcance
En nuestra propuesta el Plan de Desarrollo del Software describe el plan global usado para el
desarrollo del “Sistema de Gestión de Información”. En el cual buscamos un mejor control y
registrar cada transacción con soporte tanto electrónico como en documentación. Durante el
proceso de desarrollo en el artefacto “Visión” se definen las características del sistema a
desarrollar, lo cual constituye la base para la planificación. Para la versión 1.0 del Plan de
Desarrollo del Software.
1.3 Resumen
Vista General del Proyecto — Análisis de las debilidades de la empresa, planeación de
las mejoras y objetivos definidos.
Organización del Proyecto — Integrada por propietario, analistas y desarrolladores
Gestión del Proceso — Muestra una planificación especifica según las necesidades que
tiene la Farmacia Valle, con métodos claros y 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.

Sistemas 2019
Plan de Desarrollo
2. Vista General del Proyecto

2.1 Propósito, Alcance y Objetivos
La información que a continuación se incluye ha sido extraída del documento de
requerimientos del proyecto que se entregó al equipo de desarrollo.
La empresa solicitante presta servicios de soporte técnico a clientes externos, además
de darlos para sus clientes internos (diferentes departamentos de la empresa). Debido a
que los incidentes son sucesos que pueden aportar información principalmente la
calidad del servicio, el tiempo de respuesta y frecuencia, se ve la necesidad de poder
registrarlos y poder formar una base de datos que actuará como una base de
conocimientos, sobre la cual se podrá extraer información que brinde indicadores que
permitan gestionar de una mejor manera la calidad del servicio prestado.
2.2 Suposiciones y Restricciones

Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de
las entrevistas con el stakeholder de la empresa son:
a) Debe contemplarse las implicaciones de los siguientes puntos críticos:
 Los datos deben estar centralizados.
 Se debe poseer diferentes niveles de acceso
 Gestión de flujos de trabajo, seguridad de transacciones e intercambio de
información
 Adaptación a la normativa de Protección de Datos
2.3 Entregables del proyecto
A continuación se indican y describen cada uno de los artefactos que serán generados y
utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la
configuración de RUP desde la perspectiva de artefactos, y que proponemos para este
proyecto.
Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e

incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de
desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión
definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y
los hitos del proyecto están enfocados a conseguir un cierto grado de completitud y
estabilidad de los artefactos. Esto será indicado más adelante cuando se presenten los
objetivos de cada iteración.

Sistemas 2019
Plan de Desarrollo
1) Plan de Desarrollo del Software

Es el presente documento.
2) Modelo de Objetos del Negocio

Es un modelo que describe la realización de cada caso de uso del negocio,
estableciendo los actores internos, la información que en términos generales
manipulan y los flujos de trabajo (workflows) asociados al caso de uso del negocio.
Para la representación de este modelo se utilizan Diagramas de Colaboración, para
mostrar actores externos, internos y las entidades (información) que manipulan, un
Diagrama de Clases para mostrar gráficamente las entidades del sistema y sus
relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo.
3) 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.
4) 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.
5) 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 cuyo flujo de eventos sea complejo podrá adjuntarse una
representación gráfica mediante un Diagrama de Actividad.
6) 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 el resultado de las iteraciones vayan desarrollando el
producto final.
7) Modelo de Análisis y Diseño

Sistemas 2019
Plan de Desarrollo
Este modelo establece la realización de los casos de uso en clases y pasando desde
una representación en términos de análisis (sin incluir aspectos de implementación)
hacia una de diseño (incluyendo una orientación hacia el entorno de
implementación), de acuerdo al avance del proyecto.
8) Modelo de Datos
Previendo que la persistencia de la información del sistema será soportada por una
base de datos relacional, este modelo describe la representación lógica de los datos
persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para
expresar este modelo se utiliza un Diagrama de Entidad-Relación.
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) Casos de Prueba

Cada prueba es especificada mediante un documento que establece las condiciones
de ejecución, las entradas de la prueba, y los resultados esperados. Estos casos de
prueba son aplicados como pruebas de regresión en cada iteración. Cada caso de
prueba llevará asociado un procedimiento de prueba con las instrucciones para realizar
la prueba, y dependiendo del tipo de prueba dicho procedimiento podrá ser
automatizable mediante un script de prueba.
12) Evaluación de Iteración

Este documento incluye le evaluación de los resultados de cada iteración, el grado
en el cual se han conseguido los objetivos de la iteración, las lecciones aprendidas y
los cambios a ser realizados.
13) Lista de Riesgos

Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto,
ordenados en orden decreciente de importancia y con acciones específicas de
contingencia o para su mitigación.

Sistemas 2019
Plan de Desarrollo
14) Manual de Técnico

Este documento incluye las instrucciones para realizar la instalación del producto.
15) Manual de Usuario Final

Corresponde a un conjunto de documentos y facilidades de uso del sistema.
16) 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 release al final de cada iteración.
Los artefactos 14, 15 y 16 se generarán a partir de la fase de Construcción, con lo

cual se han incluido aquí sólo para dar una visión global de todos los artefactos que se
generarán en el proceso de desarrollo.
2.4 Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del
comienzo de cada iteración.
3. Organización del Proyecto

3.1 Participantes en el Proyecto
De momento no se incluye el personal que designará la empresa solicitante como
Responsable del Proyecto, Comité de Control y Seguimiento, otros participantes que se
estimen convenientes para proporcionar los requisitos y validar el sistema
Jefe de Proyecto.
Experiencia modesta en metodologías de desarrollo, herramientas CASE y notaciones,
en particular la notación UML y el proceso de desarrollo RUP. Heldy Angelo Galindo
Ventura
Analista de Sistemas.
Ingeniero en Informática con conocimientos de UML, uno de ellos al menos con
experiencia en sistemas afines a la línea del proyecto. Heldy Angelo Galindo Ventura
Analistas - Programadores.

Sistemas 2019
Plan de Desarrollo
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. Heldy Angelo Galindo Ventura
Ingeniero de Software.
Realiza labores de gestión de requisitos, gestión de configuración, documentación y
diseño de datos. Encargado de las pruebas funcionales del sistema. Heldy Angelo
Galindo Ventura
3.2 Interfaces Externas
La empresa solicitante definirá los participantes del proyecto que proporcionarán los
requisitos del sistema, y entre ellos quiénes serán los encargados de evaluar los
artefactos de acuerdo a cada subsistema y según el plan establecido.
El equipo de desarrollo interactuará activamente con los participantes de la empresa
solicitante para especificación y validación de los artefactos generados.
3.3 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 las interacciones con los clientes y
usuarios, y mantiene al equipo del proyecto enfocado en los
objetivos. El jefe de proyecto también establece un
Jefe de Proyecto conjunto de prácticas que aseguran la 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
Analista de
entrevistas. Elaboración del Modelo de Análisis y Diseño.
Sistemas
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
Programador de las pruebas funcionales, modelo de datos y en las
validaciones con el usuario

Sistemas 2019
Plan de Desarrollo
Gestión de requisitos, gestión de configuración y cambios,

Ingeniero de elaboración del modelo de datos, preparación de las
Software pruebas funcionales, elaboración de la documentación.
Elaborar modelos de implementación y despliegue.
4. Gestión del Proceso
4.1 Estimaciones del Proyecto

El presupuesto del proyecto y los recursos involucrados se en otra sección del
documento en el cual también se detalla y análisis de factibilidad.
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 1 2 Semanas
Fase de 1 1 Semanas
Elaboración
Fase de 1 2 Semanas
Construcción

Sistemas 2019
Plan de Desarrollo
Fase de - -
Transición
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án 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

Elaboración de 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 release de la fase de Construcción deben estar analizados y
diseñados (en el Modelo de Análisis / Diseño). La revisión y
aceptación del prototipo de la arquitectura del sistema marca el
final de esta fase.

Sistemas 2019
Plan de Desarrollo
Fase de Durante la fase de construcción se terminan de analizar

Construcción y diseñar todos los casos de uso, refinando el Modelo
de Análisis / Diseño. El producto se construye en base a
1 iteración, a la cual se le aplican las pruebas y se valida
internamente en el equipo de desarrollo. El hito que
marca el fin de esta fase es la versión de la reléase 1.0
con la capacidad operacional final del producto.
Fase de En esta fase se prepararán un release para distribución,

Transición asegurando una implantación, 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.
4.2.2 Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del proyecto
incluyendo sólo las fases de Inicio y Elaboración. 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. La siguiente
figura ilustra este
enfoque, en ella lo
ensombrecido marca
el énfasis de cada
disciplina (workflow)
en un momento
determinado del
desarrollo.

Sistemas 2019
Plan de Desarrollo
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación

indica cuándo el artefacto en cuestión tiene un estado de completitud suficiente para
someterse a revisión y aprobación, pero esto no quita la posibilidad de su posterior
refinamiento y cambios.
Disciplinas / Artefactos generados o modificados

Comienzo Aprobación
durante la Fase de Inicio
Modelado del Negocio
Modelo de Casos de Uso del Negocio y
Semana 1
Modelo de Objetos del Negocio
Requisitos
Visión Semana 1
Modelo de Casos de Uso Semana 2 siguiente fase
Especificación de Casos de Uso Semana 3 siguiente fase
Análisis/Diseño
Modelo de Análisis/Diseño Semana 3 siguiente fase
Modelo de Datos Semana 3 siguiente fase
Implementación
Prototipos de Interfaces de Usuario Semana 4 siguiente fase
Modelo de Implementación Semana 4 siguiente fase
Codificación Semana 4 siguiente fase
Pruebas
Casos de Pruebas Funcionales Semana 5 siguiente fase
Despliegue
Modelo de Despliegue Semana 5 siguiente fase
Gestión de Cambios y Configuración Durante todo el proyecto
Gestión del proyecto
Plan de Desarrollo del Software en su
versión 1.0 y planes de las Iteraciones
Ambiente Durante todo el proyecto

Sistemas 2019
Plan de Desarrollo
4.3 Seguimiento y Control del Proyecto
Gestión de Requisitos
Los requisitos del sistema son especificados en el artefacto Visión. Cada requisito tendrá
una serie de atributos tales como importancia, estado, iteración donde se implementa,
etc. Estos atributos permitirán realizar un efectivo seguimiento de cada requisito. Los
cambios en los requisitos serán gestionados mediante una Solicitud de Cambio, las
cuales serán evaluadas y distribuidas para asegurar la integridad del sistema y el
correcto proceso de gestión de configuración y cambios.
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de
proyecto y por el Comité de Seguimiento y Control.
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 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 todo 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.

Sistemas 2019
Plan de Desarrollo
Visión
Versión 1.0

Sistemas 2019
Plan de Desarrollo
14/11/2015 1.0 Versión preliminar como propuesta Heldy Angelo Galindo Ventura
de desarrollo.

Sistemas 2019
Plan de Desarrollo
5. Introducción
5.1 Propósito
El propósito de éste documento es recoger, analizar y definir las necesidades de alto

nivel y las características del sistema de control de incidentes y estadísticos. El
documento se centra en la funcionalidad requerida por los participantes en el proyecto
y los usuarios finales.
Esta funcionalidad se basa principalmente en la gestión de los diferentes incidentes de

soporte técnico que se realizan a diario, de tal forma que se vaya crean una base de
conocimiento para su posterior análisis.
Los detalles de cómo el sistema cubre los requerimientos se pueden observar en la

especificación de los casos de uso.
5.2 Alcance
El documento Visión se ocupa, como ya se ha apuntado, del sistema de control de

incidentes y estadísticos de una empresa dedicada a dar soporte técnico.
El sistema permitirá a los encargados de la empresa tener una base de conocimiento y

obtener información estadística sobre los diferentes tipos de incidentes que suceden
durante diferentes lapsos de tiempo, además de poder generar comparativos, todo esto
de tal forma que se pueda brindar indicadores que permitan dar información valiosa
para la toma de decisiones.
5.3 Definiciones, Acrónimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para
describir el proceso de desarrollo de software.
5.4 Referencias
- Glosario.
Sistemas 2019
Plan de Desarrollo
- Plan de desarrollo de software.

- RUP (Rational Unified Process).
- Diagrama de casos de uso.
6. Posicionamiento
6.1 Oportunidad de Negocio
Este sistema permitirá a la empresa sistematizar el control de todos los incidentes (por
diferentes motivos: soporte técnico, reclamos, etc.) lo cual supondrá un proceso rápido
y sencillo al momento de registrar dichos incidentes, gracias a interfaces gráficas
sencillas y amigables. Además también se podrá llevar un seguimiento del incidente a
través de comentarios relacionados, de tal forma que no solo se quede registrado el
incidente sino que al mismo tiempo se le pueda dar una respuesta o comentario para así
formar una base de conocimiento.
6.2 Sentencia que define el problema

El problema de Controlar los diferentes incidentes, por los motivos
que sean, que suceden de tal forma que sirvan
para un análisis estadístico posterior.
Gestionar y dar seguimiento a cada incidente.
Analizar los incidentes para encontrar un patrón.
afecta a Departamento Técnico
Gerencia
Departamento de Ventas
El impacto asociado es Llevar un control de todos los incidentes
ocurridos, su origen, motivo, descripción,
ubicación etc. Y darle un debido
seguimiento que sin un sistema informático
sería una tarea demasiado trabajosa, con
riesgos de dejar en el olvido cada suceso.
una adecuada solución Sistematizar el proceso, a través de una
sería aplicación web, lo que permitiría el acceso
a ella sin importar el sistema operativo,
bastaría con tener un navegador
actualizado.

Sistemas 2019
Plan de Desarrollo
6.3 Sentencia que define la posición del Producto
Para Departamento de Soporte Técnico

Gerencia
Departamento de Ventas
Quienes De una u otra forma intervienen en la gestión
de un incidente
El nombre del producto Es una herramienta de software
Que Registra cada incidente sucedido y lleva un
seguimiento a través de comentarios.
No como El sistema actual: Notas en papel.
Nuestro producto Permite gestionar los diferentes incidentes
que suceden mediante una interfaz gráfica
sencilla y amigable. Además de proporcionar
una base de conocimiento para sucesos
futuros y generar datos estadísticos.
7. Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios
Para proveer de una forma efectiva productos y servicios que se ajusten a las
necesidades de los usuarios, es necesario identificar e involucrar a todos los
participantes en el proyecto como parte del proceso de modelado de requerimientos.
También es necesario identificar a los usuarios del sistema y asegurarse de que el
conjunto de participantes en el proyecto los representa adecuadamente. Esta sección
muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así
como los problemas más importantes que éstos perciben para enfocar la solución
propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se capturan
mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos
requisitos son necesarios.

Sistemas 2019
Plan de Desarrollo
7.1 Resumen de Stakeholders
Nombre Descripción Responsabilidades

Usuario Representante El stakeholder realiza:
Represen global de la Representa a todos los
tante empresa y de usuarios posibles del sistema.
todos los
usuarios Seguimiento del desarrollo del
potenciales de la proyecto.
misma Aprueba requisitos y
funcionalidades
7.2 Resumen de Usuarios
Nombre Descripción Stakeholder

Jefe del Responsable del Departamento de Departamento de
Departamento Técnico y de Soporta, encargado Soporte Técnico
de Soporte de la gestión de todos los servicios
Técnico técnicos y de soporte a clientes
tanto externos como internos.
Técnico de Encargado de realizar el soporte Departamento de
soporte técnico sobre los incidentes Soporte Técnico
reportados, tanto internos como
externos
Gerente Responsable de todas las Gerencia
General actividades que realiza la empresa,
en este caso será a quien serán
dirigidas las estadísticas para
realizar la toma de decisiones.
Jefe de Ventas Responsable de todas las Departamento de
actividades que se tienen que ver ventas
con la venta de productos,
servicios y contacto con el cliente.
Vendedor Encargado de realizar las ventas y Departamento de
gestionar cualquier reclamo con el ventas
cliente.

Sistemas 2019
Plan de Desarrollo
7.3 Entorno de usuario
Los usuarios ingresaran al sistema haciendo un inicio de sesión a través de una

aplicación web, por lo que no será necesario un sistema operativo específico, sin
embargo si tendrá como requisito tener un navegador(de preferencia Mozilla Firefox o
Google Chrome) instalado a su última versión para soportar todas las características de
la aplicación.
La aplicación contará con un entorno grafico de tal forma que se lo mas intuitivo
posible, con mensajes y etiquetas descriptivas para orientar al usuario.
7.4 Perfil de los Stakeholders

7.4.1 Representante del área técnica y sistemas de información
Representante Jefe del Departamento de Soporte Técnico
Descripción Representante Empresa Tecnología Global.
Tipo Experto de Sistemas.
Responsabilidades Encargado de mostrar las necesidades de cada usuario del
sistema. Además, lleva a cabo un seguimiento del
desarrollo del proyecto y aprobación de los requisitos y
funcionalidades del sistema
Criterio de Éxito A definir por el cliente
Grado de Revisión de requerimientos, estructura del sistema
participación
Comentarios Ninguno
7.5 Perfiles de Usuario

7.5.1 Técnico de Soporte
Representante Técnico de Soporte
Descripción Encargado de realizar el soporte técnico sobre los
incidentes reportados, tanto internos como externos
Tipo Usuario Experto

Sistemas 2019
Plan de Desarrollo
Responsabilidades Dar soporte técnico sobre cualquier tipo de incidente

Grado de A definir por el cliente
participación
Comentarios Ninguno
7.5.2 Gerente General

Representante Gerente General
Descripción Responsable de todas las actividades que realiza la
empresa, en este caso será a quien serán dirigidas las
estadísticas para realizar la toma de decisiones.
Tipo Usuario Casual
Responsabilidades Llevar el control de cada actividad realizada por la
empresa y gestionar sus recursos
participación
Comentarios Ninguno
7.5.3 Jefe de Ventas

Representante Jefe de Ventas
Descripción Responsable de todas las actividades que se tienen que
ver con la venta de productos, servicios y contacto con el
cliente. Responsable de todas las actividades que se tienen
que ver con la venta de productos, servicios y contacto con
el cliente.
Tipo Usuario Casual
Responsabilidades Gestiona todas las actividades del departamento de
ventas
participación
Comentarios Ninguno

Sistemas 2019
Plan de Desarrollo
7.5.4 Vendedor
Representante Vendedor
Descripción Encargado de realizar las ventas y gestionar cualquier
reclamo con el cliente.
Tipo Usuario Casual
Responsabilidades Realiza venta hacia el usuario.
Gestiona comunicación con el cliente.
participación
Comentarios Ninguno
8. Descripción Global del Producto
8.1 Perspectiva del producto

El producto a desarrollar es un sistema de control de incidentes y estadísticos para
empresa Tecnología Global, con la intención de llevar un control digital de todos los
incidentes ocurridos, originados tanto por clientes internos (los diferentes
departamentos de la empresa), como externos.
8.2 Resumen de características

A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir
del producto:
Beneficio del cliente Características que lo apoyan
Registro digital de cada incidente y su Aplicación web desde la cual se podrá
seguimiento registra cada incidente
Base de conocimiento, alimentada por los Base de datos centralizada.
diferentes incidentes registrados
Seguimiento del incidente para que los Cada incidente tendrá una sección de
usuarios aporten algún comentario comentarios para aportar alguna opinión.
Análisis estadístico de todos los incidentes Mediante la base de datos como origen de
información, usar una solución de BI para
Sistemas 2019
Plan de Desarrollo
obtener información crítica.

8.3 Costo y precio
A definir en reuniones posteriores.
9. Descripción Global del Producto
9.1 Ingreso de Incidente

Cuando sea reportado un incidente se ingresará su información, se deberá completar
campos como la categoría, subcategoría, prioridad, el lugar y fecha del incidente, un
asunto que será el título principal y una descripción que detalle el incidente, también la
persona que solicita o reporta el suceso, así como también el usuario registra en el
sistema.
9.1.1 Seguimiento de incidente

Se podrá dar seguimiento a un incidente reportado, mediante comentarios que los
usuarios podrán hacer. Cada comentario almacenará la fecha y hora, además de quién
realiza dicho comentario.
9.1.2 Edición de Incidente

Una vez que un incidente sea ingresado en el sistema, se podrá editar datos como su
estado y la prioridad. Si el estado que se selecciona se define como cerrado, el incidente
quedará bloqueado y ya no permitirá ningún tipo de edición.
9.2 Estadísticas de Incidentes

Se podrá realizar un análisis estadístico de todos los incidentes registrados haciendo una
comparación en diferentes medidas de tiempo (por semana, por mes, rango de fecha
específico).
10. Requisitos de Documentación

10.1 Manual de Usuario
Como parte del proyecto se incluirá un manual de usuario que describirá paso a paso
como manipular el sistema mediante texto e ilustraciones

Sistemas 2019
Plan de Desarrollo
10.2 Guías de Instalación, Configuración, y Fichero Léame

Se incluirá un manual técnico en el cual se describirá los pasos a seguir para la
implementación del sistema, características mínimas de hardware para servidor y
clientes.
A. Atributos de Características
Número y
nombre de la Estado Beneficio Esfuerzo Riesgo Estabilidad Asignación
característica
Propuesta:
[A definir
Sí [A definir
5.1 Ingreso por el
Aprobada: Sí Importante Medio por el Ninguna
de Incidente cliente]
Incorporada: cliente]
No
Propuesta:
5.1.1 Sí [A definir [A definir
Seguimiento Aprobada: Sí Útil Medio por el por el Ninguna
de Incidente Incorporada: cliente] cliente]
No
Propuesta:
Sí [A definir [A definir
5.1.2 Edición
Aprobada: Sí Importante Bajo por el por el Ninguna
de incidente
Incorporada: cliente] cliente]
No
Propuesta:
5.2 Sí [A definir [A definir
Seguimiento Aprobada: Sí Útil Medio por el por el Ninguna
de Incidentes Incorporada: cliente] cliente]
No

Sistemas 2019
Plan de Desarrollo
Especificación de Caso de Uso: Ingreso de un nuevo

incidente

Versión 1.0

Sistemas 2019
Plan de Desarrollo
02/11/2015 1.0 Versión preliminar como Heldy Angelo Galindo Ventura
propuesta de desarrollo.

Sistemas 2019
Plan de Desarrollo
11. Ingreso de un nuevo incidente

11.1 Descripción
Este caso de uso especifica el ingreso de un nuevo incidente. Una vez se ha reportado
un incidente, una persona designada es la encargada de ingresar los correspondientes
como lo son un título general o asunto, una descripción más detallada, además se elige
la prioridad, y una subcategoría, inicialmente habrá un estado que se asignará por
defecto que podrá ser llamada Estado Abierto.
12. Flujo de Eventos
12.1 Flujo Básico
1. Se mostrará una listado de todos los incidentes creados, por defecto se mostrarán solo
aquellos que estén marcados como abiertos.
2. Se hace clic sobre un botón de agregar que le habilitará los campos necesarios para el
ingreso del incidente.
3. Inicialmente el único estado que mostrará será el de Abierto.
4. Se selecciona la categoría y posteriormente las subcategoría en la cual se quiere ubicar
el incidente.
5. Se selecciona la prioridad que se le quiere dar al incidente.
6. Se seleccionar un solicitante, es quien origina el incidente o al quien el afecta.
6.1.1. Si no existe se procederá a crearlo.
7. Se ingresa un asunto que describirá de forma general al incidente.
8. Se ingresa la descripción del incidente, aquí se ingresa a detalle la información del
incidente.
9. Se hace clic en el botón Guardar.
12.2 Flujos Alternativos

1. En el punto 6.1.1, para crear un nuevo solicitante se hará clic sobre un botón de
agregado identificado con un símbolo de (+). Posterior a ello se ingresa el nombre
completo del solicitante, puede ser un nombre de persona o de una entidad, se
ingresa un teléfono, una dirección y se selecciona un municipio de ubicación.
13. Poscondiciones
13.1 Fecha y hora del incidente
La fecha y hora del incidente se graban al momento de hacer clic sobre el botón guardar
y se obtendrán del sistema operativo del servidor.

Sistemas 2019
Plan de Desarrollo
Especificación de Caso de Uso: Edición de un

incidente
Versión 1.0

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo
14. Edición de un incidente

14.1 Descripción
Este caso de uso especifica la edición de un incidente. Cuando se haya ingresado un
incidente será posible editar algunos campos de dicho incidente. Como por ejemplo, su
estado y su prioridad.

15.1 Flujo Básico
10. Se mostrará un listado de todos los incidentes creados, por defecto se
mostrarán solo aquellos que estén marcados como abiertos.
11. Se hace clic sobre el incidente que se desea editar. Nos cargará los datos del
incidente seleccionado.
12. Se procederá a editar la prioridad o el estado según sea el caso.
13. Se hará clic sobre el botón Guardar.
15.2 Flujos Alternativos

1. En el punto 3, Si se edita el estado y se selecciona cerrado, al guardar el estado quedará
bloqueado y ya no se podrá hacer ninguna edición.

Sistemas 2019
Plan de Desarrollo
Especificación de Caso de Uso: Adición de

comentarios a un incidente

Versión 1.0

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo
16. Edición de un incidente

16.1 Descripción
Este caso de uso especifica la adición de comentarios a un incidente. Será posible
agregar comentarios como seguimiento a un incidente ya sea para complementar el
incidente o bien para aportar una solución o comentario sobre el suceso.

17.1 Flujo Básico
14. Se mostrará una listado de todos los incidentes creados, por defecto se
mostrarán solo aquellos que estén marcados como abiertos.
15. Se hace clic sobre el incidente que se desea editar. Nos cargará los datos del
incidente seleccionado. Además nos mostrará todos los comentarios hechos respecto al
incidente.
16. Se hará sobre el botón Agregar Comentario que nos habilitará un campo sobre el
cual podremos agregar el comentario.
17. Posterior a ingresar el comentario se hará clic sobre el botón Guardar
Comentario.
18. Precondiciones
18.1 Estado del incidente
Para poder ingresar un comentario a un incidente, éste debe estar con cualquier estado
diferente a cerrado.
19. Poscondiciones
19.1 Edición de comentarios
Una vez se haya guardado un comentario, este ya no se podrá modificar.

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo
Diagramas
20. DIAGRAMAS DE CASOS DE USO
Adición de Comentario a Incidente
Selecciona
Incidente <<include>> Habilita nuevo
comentario
<<include>>
Usuario
Agrega formato Escribe

al comentario comentario
<<extend>>
<<include>>
Graba nuevo
comentario

Sistemas 2019
Plan de Desarrollo
Edición de un incidente
<<extend>> Selecciona
Estado Cerrado
Cambia de
estado
<<include>>
<<extend>> <<include>>
Selecciona Guarda
incidente Cambios
Usuario
<<extend>>
<<extend>> <<include>>
Cierra Incidente
Cambia de
Prioridad

Sistemas 2019
Plan de Desarrollo
Ingreso de un nuevo incidente
Crear Nuevo Incidente
Ingresar Datos del

Solicitante
<<include>>
<<extend>>
Selecciona
solicitante
<<include>>
Ingresa Asunto
Usuario
<<include>>
Selecciona
Prioridad
<<include>>
Ingresa Descripcion

Sistemas 2019
Plan de Desarrollo
21. DIAGRAMA DE CLASES

Categorias
+ IDCategoria : int
+ Categoria : String
+ ActivoCategoria : boolean
+ Nuevo () : boolean
+ Actualizar () : boolean
+ Baja () : boolean Solicitantes
Prioridades + IDSolicitante : int

SubCategorias + Solicitante : String
+ IDPrioridad : int + TelefonoSolicitante : String
+ IDSubCategoria : int + Prioridad : String
+ SubCategoria : String + DireccionSolicitante : String
+ ActivoPrioridad : boolean + ActivoSolicitante : boolean
+ ActivoSubcategoria : boolean
+ Nuevo () : int
+ Nuevo () : boolean + Nuevo () : int
+ Actualizar () : int + Actualizar () : int
+ Actualizar () : boolean + Baja () : int + Baja () : int
+ Baja () : boolean
Estados
- IDEstado : int
+ Estado : String
+ ActivoEstado : boolean
+ Actualizar () : boolean
+ Baja () : boolean
Incidentes
+ IDIncidente : int
+ Asunto : String
+ Descripcion : String
Usuarios Municipios
+ FechaHoraIncidente : Date
+ FechaHoraCierre : Date + IDMunicipio : int
+ IDUsuario : int
+ Municipio : String
+ Login : String + Nuevo () : int
+ Contrasena : String + Actualizar () : int + Nuevo () : int
+ VencimientoContrasena : Date + Baja () : int + Actualizar () : int
+ Nombre : String
+ Apellido : String
+ ActivoUsuario : boolean
+ Nuevo () : int ComentariosIncidente
+ Actualizar () : int
+ Baja () : int + IDComentario : int
+ Comentario : String
+ FechaHoraComentario : Date
Roles
Bitacora
+ IDRol : int
+ IDBitacora : int
+ Rol : String
+ IDRegistro : String
+ ActivoRol : boolean
+ FechaYHora : Date
+ Nuevo () : int
+ Nuevo () : int
+ Actualizar () : int
+ Baja () : int Departamentos
+ IDDepartamento : int
+ Departamento : String
Opciones
+ IDOpcion : int
+ Opcion : String
+ FormularioOpcion : String
+ ActivoOpcion : boolean
+ Nuevo () : int
+ Actualizar () : int OpcionesPorRol
+ Baja () : int + IDOpcionPorRol : int
+ Nuevo () : int
+ Eliminar () : int
22. DIAGRAMA ENTIDAD RELACION

Categorias
Solicitantes
IDCategoria <pi> Integer <M>
Categoria Variable characters (20) IDSolicitante <pi> Integer <M>
ActivoCategoria Boolean Solicitante Variable characters (20)
TelefonoSolicitante Variable characters (8)
Identifier_1 <pi> DireccionSolicitante Variable characters (20)
ActivoSolicitante Boolean
FK_Categorias_SubCategorias Prioridades Identifier_1 <pi>
IDPrioridad <pi> Integer <M>
Prioridad Variable characters (15)
SubCategorias
ActivoPrioridad Boolean
IDSubCategoria <pi> Integer <M>
Identifier_1 <pi>
Estados SubCategoria Variable characters (20)
ActivoSubcategoria Boolean
IDEstado <pi> Integer <M>
Estado Variable characters (15) Identifier_1 <pi>
ActivoEstado Boolean
Identifier_1 <pi>
FK_Municipios_Incidentes
FK_SubCategorias_Incidentes
Incidentes FK_Prioridad_Incidentes
FK_Estados_Incidentes IDIncidente <pi> Integer <M>
Asunto Variable characters (30)
Descripcion Variable characters (300) FK_Solicitante_Incidentes
FechaHoraIncidente Date & Time
FechaHoraCierre Date & Time
FK_Usuarios_Incidentes Identifier_1 <pi> FK_Incidentes_ComentariosIncidentes
Municipios
IDMunicipio <pi> Integer <M>
Municipio Variable characters (20)
Identifier_1 <pi>
Usuarios ComentariosIncidente
IDUsuario <pi> Integer <M> FK_Usuarios_ComentariosIncidente IDComentario <pi> Integer <M>
Login Variable characters (10) Comentario Variable characters (300)
Contrasena Variable characters (40) FechaHoraComentario Date & Time
FK_Usuarios_Bitacora
VencimientoContrasena Date Identifier_1 <pi>
Nombre Variable characters (20) FK_Departamento_Municipios
Apellido Variable characters (20)
ActivoUsuario Boolean
Identifier_1 <pi> FK_Roles_Usuario
Roles Departamentos
IDRol <pi> Integer <M> IDDepartamento <pi> Integer <M>
Rol Variable characters (20) Departamento Variable characters (20)
ActivoRol Boolean Identifier_1 <pi>
Opciones
Bitacora Identifier_1 <pi>
IDOpcion <pi> Integer <M>
IDBitacora <pi> Integer <M> FK_Opciones_Bitacora Opcion Variable characters (15)
IDRegistro Variable characters (5) FormularioOpcion Variable characters (15)
FechaYHora Date & Time ActivoOpcion Boolean FK_Roles_OpcionesPorRol
Identifier_1 <pi> Identifier_1 <pi>
OpcionesPorRol
FK_Opciones_OpcionPorRol IDOpcionPorRol <pi> Integer <M>
Identifier_1 <pi>

Sistemas 2019
Plan de Desarrollo
23. DIAGRAMA DE COMPONENTES

Login.aspx
PaginaPrincipal.aspx
NuevoIncidente.aspx
EditarIncidente.aspx
ListadoIncidentes.aspx
ComentariosIncidentes.aspx
Conexion a Datos (CAD.dll)
Categorias.aspx CADMysql
- CadenaConexion : String
Envio De + Insertar ()
Parametros + Actualizar ()
SubCategorias.aspx
+ Eliminar ()
+ EjecutarSP ()
Usuarios.aspx
Prioridades.aspx
Municipios.aspx
MySQL
Solicitantes.aspx
RolesDeUsuario.aspx
Departamentos.aspx

Sistemas 2019
Plan de Desarrollo
24. DIAGRAMA DE DESPLIEGUE
Modelo Propuesto
Servidor Web Servidor de Base Datos
Aplicacion Web Base de Datos Mysql
Cliente
Navegador Web
Modelo Alternativo
Servidor Web2
Aplicacion Web
Base de Datos Mysql
Cliente2
Navegador Web

Sistemas 2019
Plan de Desarrollo
Prototipos no funcionales

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo

Sistemas 2019
Plan de Desarrollo
Análisis de Factibilidad
Estudio de Factibilidad Técnica
En este estudio detallamos los diversos componentes tanto de hardware y software que
necesitaremos para la implementación del sistema de control de incidentes y reclamos.
No. Descripción
1 Servidor de Web.
1 Servidor de base de datos
1 Infraestructura de red
Estudio de Factibilidad Operativa
Dentro de este estudio nos hemos encontrado que se encuentra con el personal adecuado para
la utilización del sistema de control de incidentes y reclamos. Haciendo énfasis en las
capacitaciones que se necesitaran recibir por parte de los usuarios.
Estudio de Factibilidad Económica
Haciendo una verificación de precios en base a los estudios anteriores hemos elaborado una
lista que reflejan el costo total del sistema, detallándolos individualmente.
Cantidad Descripción Precio

1 Servidor Web. Requerimientos mínimos de Q8,000.00
hardware y software
1 Servidor de Base de datos: Q6,000.00
1 Sistema Web Q30,000.00
TOTAL Q.44,000.00

Sistemas 2019

Rupfarmacia

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

Rupfarmacia

Cargado por

Copyright:

Formatos disponibles

Universidad Mariano Gálvez de Guatemala

ANÁLISIS Y DISEÑO SISTEMA

Implementar un sistema de fácil manejo, un control de inventarios y administración de la

 Control y manejo más ágil de la mercadería del Inventario.

Confidencial Proyecto Análisis y Diseño de Página 4 de 52

Nuestro proyecto consiste en la implementación de un sistema de información que

El propósito del Plan de Desarrollo de Software es proporcionar la información actualizada, correcta,

Los usuarios del Plan de Desarrollo del Software son:

 Propietario del Software

 Analistas del Sistema

Confidencial Proyecto Análisis y Diseño de Página 5 de 52

2. Vista General del Proyecto

2.2 Suposiciones y Restricciones

Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e

Confidencial Proyecto Análisis y Diseño de Página 6 de 52

1) Plan de Desarrollo del Software

2) Modelo de Objetos del Negocio

3) Modelo de Casos de Uso

5) Especificaciones de Casos de Uso

6) Prototipos de Interfaces de Usuario

7) Modelo de Análisis y Diseño

Confidencial Proyecto Análisis y Diseño de Página 7 de 52

10) Modelo de Despliegue

11) Casos de Prueba

12) Evaluación de Iteración

13) Lista de Riesgos

Confidencial Proyecto Análisis y Diseño de Página 8 de 52

14) Manual de Técnico

15) Manual de Usuario Final

Los artefactos 14, 15 y 16 se generarán a partir de la fase de Construcción, con lo

2.4 Evolución del Plan de Desarrollo del Software

3. Organización del Proyecto

Confidencial Proyecto Análisis y Diseño de Página 9 de 52

3.3 Roles y Responsabilidades

Confidencial Proyecto Análisis y Diseño de Página 10 de 52

Gestión de requisitos, gestión de configuración y cambios,

4. Gestión del Proceso

4.1 Estimaciones del Proyecto

4.2 Plan del Proyecto

4.2.1 Plan de las Fases

Fase de Inicio 1 2 Semanas

Confidencial Proyecto Análisis y Diseño de Página 11 de 52

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

Confidencial Proyecto Análisis y Diseño de Página 12 de 52

Fase de Durante la fase de construcción se terminan de analizar

Fase de En esta fase se prepararán un release para distribución,

4.2.2 Calendario del Proyecto

Confidencial Proyecto Análisis y Diseño de Página 13 de 52

Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación

Disciplinas / Artefactos generados o modificados

Confidencial Proyecto Análisis y Diseño de Página 14 de 52

4.3 Seguimiento y Control del Proyecto

Confidencial Proyecto Análisis y Diseño de Página 15 de 52

Confidencial Proyecto Análisis y Diseño de Página 16 de 52

Confidencial Proyecto Análisis y Diseño de Página 17 de 52

El propósito de éste documento es recoger, analizar y definir las necesidades de alto

Esta funcionalidad se basa principalmente en la gestión de los diferentes incidentes de

Los detalles de cómo el sistema cubre los requerimientos se pueden observar en la

El documento Visión se ocupa, como ya se ha apuntado, del sistema de control de

El sistema permitirá a los encargados de la empresa tener una base de conocimiento y

5.3 Definiciones, Acrónimos, y Abreviaciones

- Plan de desarrollo de software.

6.1 Oportunidad de Negocio