Subido por Link Mercado

Gestion de R

Anuncio
Índice
Introducción .................................................................................................................................. 1
Desarrollo ....................................................................................................................................... 2
Gestión de Requisitos ............................................................................................................ 2
Gestionar los requerimientos ........................................................................................ 2
Conclusión...................................................................................................................................... 9
Bibliografía .................................................................................................................................. 10
Introducción
COCINAS AVILA GARCIA ubicada en Rota, España. Es una empresa con más de 22 años de
experiencia en el montaje, instalación y diseño de distintos modelos de cocina.
Se ha decidido desarrollar este sistema ya que las gestiones diarias realizadas en la empresa
tienden a ser tediosas de realizar simplemente para un cliente, antes de esto todas las tareas
se documentaban con la herramienta Microsoft Excel.
5T2-COMPUTACION
1
Desarrollo
Gestión de Requisitos
Propósito
El propósito de la Gestión de Requisitos (REQM) es gestionar los requisitos de los
productos y los componentes de producto del proyecto, y asegurar la alineación entre esos
requisitos, y los planes y los productos de trabajo del proyecto.
Notas introductorias
Los procesos de gestión de requisitos gestionan todos los requisitos recibidos o generados
por el proyecto, incluyendo tanto los requisitos técnicos como los no técnicos, así como los
requisitos impuestos al proyecto por la organización.
Gestionar los requerimientos
Los requisitos se gestionan y las inconsistencias con los planes y productos de trabajo del
proyecto se identifican.
Obtener una comprensión de los requerimientos
5T2-COMPUTACION
2
Obtener el compromiso sobre los requerimientos
Para el desarrollo de este proyecto tendremos en cuenta que cada requerimiento de los que
hemos identificado nos sea de mucha utilidad de manera que estos no se desperdicien o se
pierdan o no se tomen en cuenta si el proyecto toma un cambio con respecto a los
requerimientos y para ello el grupo de trabajo está comprometido a trabajar con estos
requerimientos con dedicación y responsabilidad.
Los requisitos son sugeridos por los principales stakeholders del proyecto, durante el
proceso de iniciación y planificación del proyecto.
Gestionar los cambios de los requerimientos
Para las actividades de cambio al producto, servicio o requisito se realizará lo siguiente:
Cualquier Stakeholder puede presentar la Solicitud de cambio, donde se detalla el porqué
del cambio solicitado.
El comité de control de cambios evaluará el impacto en el proyecto (a nivel de costos,
tiempos y alcance) de las solicitudes de cambios presentadas, y reportará si estas son o no
al equipo de gestión del proyecto.
Si el cambio ha sido aprobado, se implementará el cambio.
Se hará un seguimiento del cambio, para ver los efectos positivos o negativos que tenga en
el proyecto.
5T2-COMPUTACION
3
Para la verificación de requisitos se debe validar lo siguiente:
Puntos de Chequeo
Funcionalidad
Observación
Si: Aplica
(si no aplica en
N/A: No Aplica
esta parte se dará
#defecto: Cuando hay
la explicación del
error, identificar el número
porqué)
de incidencias
El requerimiento
especificado cumpla con
Si
las necesidades del
cliente.
El requerimiento sea
necesario para el sistema
Si
y le de valor al producto.
En el requerimiento no
se encuentre palabras o
frases ambiguas que
Si
puedan referirse a dos o
más propiedades u
objetos.
El requerimiento será
probable y la
Esta función no
N/A
aplica debido al
información sea
compromiso que
coherente.
tenemos hacia la
organización en la
5T2-COMPUTACION
4
cual tenemos claro
los requerimientos
que vamos a ocupar y
realizar.
El requerimiento no
tenga errores de sintaxis
Si
y morfológicos.
Los requerimientos
cumplan con los
estándares y
Si
procedimientos
definidos y estén
correctamente
documentados.
El requerimiento no use
palabras como “debería”
Si
ya que da a entender que
el requerimiento es
opcional.
Se debe confirmar que
los involucrados en el
negocio y especificación
Si
de requerimientos,
tienen el mismo
entendimiento acerca de
los requisitos
especificados.
Cuadro tomado de (Metodología gestión de requisitos, s. f.)
5T2-COMPUTACION
5
Mantener la trazabilidad bidireccional de los requerimientos
En la Matriz de Trazabilidad se documentará la siguiente información: Atributos de
Requisitos, que incluye: código, Requisito, descripción, prioridad, estado actual, nivel de
estabilidad, grado de complejidad Este formato es una plantilla tipo para documentos de
requisitos del software. (PMBOK-GUIDE, 2017, p. 149)
Matriz de trazabilidad de requisitos (PMI
Nivel de Complejidad
Estado
Nivel de estabilidad
Abreviatura
Alto
AL
Mediano
ME
Bajo
BA
Estado
Alto
Abreviatura
A
Mediano
M
Bajo
B
Estado actual
Estado
Abreviatura
Activo
AC
Cancelado
CA
Cumplido
CU
5T2-COMPUTACION
6
ID
Requisito
Descripción
RQ1
Registrar
la
solicitud
de
usuario
El sistema controlará
el acceso y lo
permitirá solamente a
usuarios autorizados.
Los usuarios deben
ingresar al sistema
con un nombre de
usuario y
contraseña.
RQ2
Administr
ar
permisos
de
usuario
RQ3
CRUD
clientes
RQ4
CRUD
bancos
RQ5
Prioridad Nivel
de
estabili
dad
Muy alta M
Estado
Actual
El sistema debe
permitir que el
administrador asigne
los permisos para
cada usuario de tener
control de los
formularios que le
convenga.
Medio
Objetivos
del
negocio
Objetivo
del
proyecto
Entregable
de la WBS
Estrategi
a de
prueba
AC
Grado
de
Compl
ejidad
AL
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
Aplica
A
AC
AL
Satisfacer
al cliente
gestión
de
requisitos
MTDR
Aplica
El sistema debe tener
un formulario en el
que se pueda realizar
las funciones CRUD
de base de datos
sobre sus clientes.
Muy alta A
AC
AL
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
No
aplica
El sistema debe tener
un formulario en el
que se pueda realizar
las funciones CRUD
de base de datos
sobre los bancos
donde se hacen
operaciones.
El sistema
CRUD
presupuest debe tener
os
un
formulario
en el que se
pueda
realizar las
funciones
CRUD de
Muy alta A
AC
AL
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
Aplica
Muy Alta M
AC
M
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
Aplica
5T2-COMPUTACION
7
base de
datos sobre
los
presupuesto
s que
realizan.
RQ6
Generaci
ón
de
pedidos
RQ7
CRUD
incidencia
s
RQ8
CRUD
albaranes
RQ9
CRUD
facturas
RQ10 Generar
Informe
de ventas
RQ11 Crear/rest
aurar
copia de
seguridad
de la BD
Al realizar un pedido y
aceptarlo se deben
pasar los ítems del
presupuestos a los
pedidos donde se
clasifican por el
material.
El sistema debe tener
un formulario en el
que se pueda realizar
las funciones CRUD
de base de datos
sobre las incidencias
que realizan.
El sistema debe tener
un formulario en el
que se pueda realizar
las funciones CRUD
de base de datos
sobre los albaranes
que realizan.
El sistema debe tener
un formulario en el
que se pueda realizar
las funciones CRUD
de base de datos
sobre las facturas que
realizan.
Se debe poder
visualizar informes del
histórico de ventas de
la empresa dando
como parámetros la
fecha de inicio y de fin
para la búsqueda.
El software debe
permitir que se hagan
copias de seguridad
de la BD al igual que
restaurarla en
cualquier momento.
Muy Alta B
CA
ME
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
No
aplica
Muy Alta B
CA
ME
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
No
aplica
Muy Alta B
CA
ME
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
No
aplica
Muy Alta B
CA
ME
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
No
aplica
Muy Alta B
CA
ME
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
No
aplica
Medio
CA
ME
Satisfacer
al cliente
Gestión
de
requisitos
MTDR
No
aplica
B
5T2-COMPUTACION
8
Conclusión
5T2-COMPUTACION
9
Bibliografía
Metodologia gestion de requisitos. (s. f.). Recuperado de
https://sites.google.com/site/metodologiareq/capitulo-iii
PMBOK-GUIDE (Sixth Edition). (2017). Estados Unidos: Project Management Institute.
5T2-COMPUTACION
10
Descargar