Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Integrantes:
Oscar Prez
Felipe Espinoza
Docente:
Jos Luis Ramrez
Fecha de entrega:
02/12/2014
ndice
ANLISIS...Pg. 3-12
Requerimientos del Software....Pg. 3
Detalles SLA....Pg. 4-5
StakeHolders....Pg. 6
DESARROLLO.....Pg. 7
Manual de Usuario....Pg.7
UML (Casos de Uso).........Pg. 8
Control de Versiones.......Pg. 9
Estimacin por puntos de Casos de Uso....Pg. 9-12
QA.Pg. 13
Certificaciones......Pg. 13
Plan de Pruebas.....Pg. 14-15
Plan de Gestin de Calidad..Pg. 16-18
Plan de Gestin de Riesgos.Pg. 19-21
PRODUCCINPg. 22
Anlisis de Impacto/ Clasificar.......Pg. 22
Captura del Problema..Pg. 23
Seguimiento del Problema..Pg. 23
Fase por Fase....Pg.23
Correcciones/Parches.....Pg. 24
Mantencin a Realizar.Pg. 24
ANLISIS
Requerimientos del Software
Este documento describe los requerimientos de software de MxM, cuyo objetivo principal
es la mantencin adaptativa al nuevo escenario que se le propone seguir a la empresa.
ALCANCE
Este documento de requerimientos de software es la base del desarrollo de software del
proyecto. Describe los siguientes tpicos:
Requerimientos no funcionales.
Para que esta mantencin cumpla con lo solicitado por el cliente y logre cumplir
con sus especificaciones.
Esta mantencin debe responder a la adaptacin del sistema de software ya
utilizado en el supermercado, para lograr el completo funcionamiento con las
nuevas especificaciones del negocio (la nueva forma de dividir el pas bajo la
visin de la empresa).
Adaptacin al nuevo entorno de trabajo. Desarrollado en .net y enlazado a bases
de datos SQL Server 2008.
Proporcionar interface, para las operaciones de la empresa (Aplicacin software).
Lograr completa interaccin y coordinacin entre las diferentes zonas en las que
se divide el Pas.
Requerimientos Funcionales
Para que esta mantencin cumpla con lo solicitado por el cliente y logre cumplir
con sus especificaciones, esta ser una mantencin de tipo adaptativa.
Normalizacin de estructura de las base de datos (Estructura necesaria para dar
respuesta a las nuevas visiones de la empresa).
Proporcionar interface (Aplicacin software) para las consultas de ventas por
artculos, local y agrupacin. As tambin las de compra.
Y por ltimos generar reportes de gestin comercial (ventas y comprar
centralizadas)
DETALLES SLA
Documento de Detalles de Acuerdo de Nivel de Servicio
Contenido
Propsito
Autorizacin
Servicio
Administracin
servicio
del
Mantenimientos del
sistema
Tiempo de respuesta
del servicio
Stakeholders
Los interesados en el proyecto son personas y organizaciones que participan de forma
activa en el proyecto o cuyos intereses pueden verse afectados como resultado de la
ejecucin del proyecto o de su conclusin. Los interesados tienen niveles de
responsabilidad y autoridad variable al participar en un proyecto. Estos niveles de
responsabilidad pueden ir desde el promotor y patrocinador del proyecto hasta el operario
que participa en la ejecucin del proyecto, pasando por todos los tcnicos y mandos
intermedios.
DESARROLLO
Manual de usuario:
En l se escriben las caractersticas tcnicas y de funcionamiento de la aplicacin.
Su lectura detenida, como casi todas, es muy recomendable y obligatoria para el correcto
uso de la aplicacin y poder explotar sus funcionalidades.
El manual del usuario contiene los siguientes aspectos:
Introduccin
a. Identificacin del software expresando su nombre comercial y el problema que
resuelve.
b. Panormica de los elementos componentes (subsistemas) describiendo de forma
general las caractersticas bsicas de cada uno de ellos, as como exponiendo a grandes
rasgos la informacin que es necesario suministrar al software y los resultados que sern
obtenidos.
c. Organizacin y estructura del documento y breve descripcin del contenido del manual.
d. Forma de usar el manual.
Generalidades
a. Informacin sobre el producto del software, indicando quien dise, desarroll y
document el software.
b. Forma de como contactar con el productor, brindando adems la informacin que el
usuario debe tener en caso de detectar errores en el software.
c. Informacin sobre la facilidad de obtener ayuda o asesora tcnica.
Iniciacin
a. Comienzo. Pasos inciales para dar inicio a la utilizacin del software, por ejemplo el
procesamiento de la informacin antes del tratamiento automatizado, el procedimiento de
carga, etc.
b. Modo de ayuda, descripcin de cmo se puede obtener ayuda referente a la utilizacin
del software.
c. Documentacin de referencia. Recomendacin en caso necesario de la consulta de
cualquier material impreso que posibilite completar los conocimientos de los
mtodos, algoritmos, etc. utilizados en el software.
1 Escenario
Escenario:
Actor:
Inicio de sesin
Usuario
Pre Requisitos:
Objetivos:
Resumen:
Post Requisitos:
2 Escenario
Escenario:
Actor:
Pre Requisitos:
Objetivos:
Resumen:
Post Requisitos:
CONTROL DE VERSIONES
El control de versiones involucra procedimientos y herramientas para gestionar los
cambios en los elementos creados durante el ciclo de vida del software. Comenzando por
la asignacin de un nmero de versin para la configuracin de la lnea de base.
En el existe tambin los repositorios donde bsicamente un rbol del sistema de archivos
(directorio), centralizado y controlado por una herramienta que gestiona los permisos y
conexiones para leer o escribir dichos archivos, y guardar un registro histrico de las
modificaciones que se les realizan.
Tambin existen los llamados mecanismo de control que permiten un acceso colaborativo
al repositorio (para modificacin y lectura), las herramientas utilizan diferentes estrategias,
orientadas a evitar conflictos al compartir archivos.
Medio
Complejo
Descripcin
Otro
sistema
que
interacta con el sistema
a desarrollar mediante
una
interfaz
de
programacin
de
aplicaciones (API).
Otro
sistema
que
interacta con el sistema
a desarrollar mediante un
protocolo o una interfaz
basada en texto.
Una
persona
que
interacta con el sistema
mediante una interfaz
grfica.
Factor de peso
1
Descripcin
El Caso de Uso contiene
de 1 a 3 transacciones.
El Caso de Uso contiene
de 4 a 7 transacciones.
El Caso de Uso contiene
ms de 8 transacciones.
10
Factor de Peso
5
10
15
T3
T4
T5
T6
T7
T8
T9
T10
T11
T12
T13
Descripcin
Sistema Distribuido.
Objetivos
de
Rendimiento o Tiempos
de respuesta.
Eficiencia del usuario
final.
Procesamiento
interno
complejo.
Cdigo
debe
ser
reutilizable.
Facilidad de instalacin.
Facilidad de uso.
Portabilidad.
Facilidad de cambio.
Concurrencia
Incluye
objetivos
especiales de seguridad.
Provee acceso directo a
terceras partes.
Se requiere facilidades
especiales
de
entrenamiento
a
usuarios.
11
Peso
2
1
1
1
1
0.5
0.5
2
1
1
1
1
1
E2
E3
E4
E5
E6
E7
E8
Descripcin
Familiaridad
con
el
modelo
de
proyecto
utilizado.
Experiencia
en
la
aplicacin.
Experiencia
en
orientacin a objetos.
Capacidad del analista
lder.
Motivacin.
Estabilidad
de
los
requerimientos.
Personal
a
tiempo
parcial.
Dificultad del lenguaje de
programacin.
Peso
1.5
0.5
1
0.5
1
2
-1
-1
12
QA
Dentro de la configuracin del software se ofrecen distintos procesos de verificacin,
validacin, certificacin, de cada paso para poder autorizar, desarrollar y liberar el
producto llamado Software. Todo esto estos procesos estn bajo los estndares IEEE
828-1990 y IEEE 1042-1987.
Con estas funcionalidades ya dadas a conocer se definirn los mtodos utilizados para
controlar los cambios, ofrecer la facilidad, asegurar la integridad y el mantener
peridicamente informado al jefe de proyecto, para documentar todas las actividades que
se realicen.
-
Certificaciones
Las principales normas o estndares que nos rigen en el mbito de la mantencin son los
siguientes:
IEEE 1219
ISO 12207
13
Plan de Pruebas
14
Pruebas de Regresin
Utilizaremos pruebas de Regresin, estas pruebas de regresin me asegura como
MxM poder tener una infraestructura slida y poder verificar por cada fase de
desarrollo saber si existe algn error que corregir y con ello liberar versiones del
software de alta calidad.
Tenemos que minimizar los riesgos en el sistema existente para que los cambios o
modificaciones realizados para corregir un problema no creen problemas
adicionales o tengan efectos laterales no deseados. Para ello se tendr que
adoptar un proceso o utilizar herramientas que ayuden a realizar las pruebas de
regresin.
Las pruebas de regresin son particularmente valiosas cuando se utilizan como un
repositorio para las pruebas que validan la solucin de los defectos del software
encontrados.
Como resultado, la porcin de mantenimiento de estas pruebas de regresin,
crece con el tiempo. Otros efectos interesantes sern:
15
Componente
Descripcin
Supermercado con el motivo de expandirse a todo el pas.
MxM
La Poltica de Calidad del Proyecto cumplir con los requisitos de
Poltica de calidad calidad desde el punto de vista de la Organizacin Ejecutante, es
del proyecto.
decir culminar el Proyecto en el tiempo y presupuesto planificado,
cumpliendo con las normas aplicables y utilizando la tecnologa
adecuada con el fin de brindar la satisfaccin a los requerimientos
del cliente.
Estructura
Organizacional
Planificacin de la Calidad
Aseguramiento de Calidad
Control de Calidad
16
Patrocinador
Objetivo del Rol:
Responsable financiero del proyecto y Stakeholders.
Funciones del Rol:
Provee polticas y normas de calidad adecuadas con el fin
de aprobar el plan de gestin del proyecto.
Proteger el proyecto de influencias externas, obviamente
negativas, y asegurar que sean alcanzados los estndares
de calidad.
Nivel de Autoridad:
Designacin o reasignacin de recursos de la empresa para
los fines correspondientes del proyecto.
Roles
y
Responsabilidades
Reporta / Supervisa:
Directorio / Gerente del proyecto
17
Nivel de autoridad
Uso de recursos asignados.
Reporta / Supervisa
Gerente del proyecto / Equipo del personal
Mejora de Procesos
Auditorias de Procesos
Aseguramiento de Calidad
Solucin de Problemas
Documentos
Normativos para la
Calidad
Formatos
Mtricas de Calidad
Plan de Gestin de Calidad
Plantillas
Mtricas de Calidad
Plan de Gestin de Calidad
Procedimientos
Checklists
De Mtricas de Calidad
De Auditorias
De Acciones Correctivas / Preventivas
18
GESTIN DE RIESGOS
Plan de Gestin de Riesgos
Descripcin de la Gestin del Riesgo
del Proyecto
a) Planificar la Gestin de
Riesgos
Se utilizar como entrada el enunciado
del Alcance del Proyecto, Gestin de
Costos,
Plan
de
Gestin
del
Cronograma.
Factores ambientales
Dado que este proyecto se realizar
principalmente por personas con baja
experiencia, es necesario realizar
control de avance y estado en cada
actividad del cronograma.
Herramienta para la planificacin de la
Gestin del Riesgo:
Reunin de Planificacin y Anlisis
-
para
identificar
los
19
los
procesos
de
la
Anlisis de Supuestos
Se revisar el planteamiento de las
actividades y los costos para saber si
algo no fue considerado. As mismo se
complementar
con los
riesgos
detectados.
Como salida se obtendr el registro de
riesgos.
c) Anlisis Cualitativo de los
Riesgos
Las entradas para realizar el anlisis
cualitativo de los riesgos son:
Plan de gestin de los riesgos y el
enunciado del alcance del proyecto.
Determinacin de la probabilidad e
impacto de los Riesgos
En base a las reuniones realizadas se
identificar y evaluar el nivel de
impacto de cada riesgo.
Escalas de Probabilidad e Impacto
Para clasificar los riesgos negativos y
positivos detectados, se utilizar las
escalas de probabilidad e impacto,
para determinar los umbrales de
riesgos.
Como salida se obtendr las
actualizaciones al registro de riesgos.
20
las
Estrategias
para
enfrentar
riesgos negativos o amenazas.
Estrategias
para
riesgos
positivos u oportunidades.
Como
salida
se
obtendr
la
actualizacin al registro de riesgos,
actualizaciones al plan de gestin del
proyecto
e) Monitorear y controlar los
riesgos
Las entradas para
controlar los riesgos:
monitorear
Registro de riesgos.
Herramientas para el monitoreo y
control de los riesgos:
-
21
PRODUCCIN
Implementacin
En la Produccin se realiza la puesta en produccin, la implementacin de nuestro
trabajo, donde van consecutivamente fases las cuales se describen a continuacin.
Anlisis de Impacto.
La actual empresa MxM ha decidido automatizar sus funciones, tanto nivel
operativo como nivel administrativo. Para esto MxM quiere la implementacin de
un aumento de zonas, los cuales pasan de 3 a 5 el cual permite apoyar la gestin
en la parte administrativa de la empresa y le permitir tomar mejores decisiones
con informacin certera, confiable y actualizada, adems se llevar un control ms
detallado de la actividad laboral, tambin el sistema es capaz de sacar informe
diario, semanal, mensual, por trimestre, por semestre y anual de sus compras y
ventas.
Los impactos que generar sern los siguientes:
-
22
de los pasos que los usuarios deben realizar para describir los problemas
del sistema impedirn su verdadera funcin. Muchos pasos dan ms
oportunidad a que la informacin sea modificada.
Diseo:
Se asegurar de que el personal encargado del diseo tenga la
documentacin actualizada de la librera del sistema. Ser muy importante que los
diseadores reciban cualquier cambio en la documentacin tan pronto como sea
posible.
Implementacin:
Responsable de ofrecer a los programadores copias de los
mdulos que se van a modificar y asegurarse del control riguroso de versiones.
Tambin se debe de asegurar la organizacin convenientemente para prevenir la
prdida de los cambios.
23
CORRECCIONES:
Las correcciones ofrecen un soporte formal para relacionar
uno o ms problemas con su conjunto asociado de clases y/o cambios de las
versiones. La correccin es slo aplicable si el problema representa un defecto del
software.
PARCHES:
Un parche es un conjunto de correcciones que juntas
comprenden un mantenimiento incremental sobre un nivel de la versin de la
aplicacin. En otras palabras, un parche es una unidad de versin incremental.
MANTENCIN A REALIZAR
La mantencin a realizar ser Adaptativa, debido que a los cambios que se deber
aplicar a MxM, solo deriva de ciertos cambios estructurales internos, ante todo se debe
Priorizar la modificacin, y despus de ello Realizaruna estimacin preliminar de la
magnitud de la modificacin. No es necesario utilizar la Reingeniera, solo se necesita
adaptar los cambios correspondientes para que todo funcione como debe de ser.
24