Este documento describe los conceptos y actividades clave relacionadas con la administración de requerimientos. Establece que la administración de requerimientos implica el establecimiento y mantenimiento de un acuerdo con el cliente sobre los requerimientos del proyecto de software. Luego describe las siete principales actividades de la administración de requerimientos: 1) recolección, 2) aprobación y congelamiento, 3) administración, 4) revisión, 5) liberación, 6) auditoría y 7) control de cambios. Finalmente, proporcion
Presentación donde se explican algunos conceptos relacionados con las fábricas de software y se comparte un modelo con base en experiencia en este tipo de industria.
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloAlex Ballarin
Explicamos como Bdigital ayuda a las PYMES TIC a certificar su calidad en gestión de proyectos y desarrollo de software con CMMI, SCRUM, etc. en el marco del Plan Avanza.
Presentación donde se explican algunos conceptos relacionados con las fábricas de software y se comparte un modelo con base en experiencia en este tipo de industria.
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloAlex Ballarin
Explicamos como Bdigital ayuda a las PYMES TIC a certificar su calidad en gestión de proyectos y desarrollo de software con CMMI, SCRUM, etc. en el marco del Plan Avanza.
Presentación "Como escribir un caso de negocio eficaz" donde se ve la siguiente agenda:
- El Análisis de Negocio
- El rol del Analista de Negocio
- La relación entre el Director del Proyecto y Analista de Negocio
- Los requerimientos
- Procesos de análisis de negocio
- El caso de negocio
- Planificando el caso de negocio
- Escribiendo el caso de negocio
- Tendencias en el Análisis de Negocio
- Conclusiones y preguntas
si los requerimientos se enfocan a describir las necesidades del cliente, entonces para recabarlos haya que obtener la información de primera mano. Esto es mediante la entrevista u obteniendo la documentación del cliente que describa la manera de como el cliente desee que funcione el software.
En esta presentación se muestra el proceso para la determinación de los requerimientos de un sistema de información, para finalmente realizar el documento de requerimientos de software
concepto básicos de proyectos empresariales, fases de un proyecto empresarial, importancia de proyecto empresarial, partes de un proyecto empresarial, actividad de evaluación.
El Módulo de Vigilancia por Video para la empresa PC Solution es un software que será desarrollado para automatizar y mejorar la seguridad en la empresa, haciendo mucho más fácil el reconocimiento de las personas que se encuentran en las instalaciones de la misma en el momento en el que se requiera, así como la detección de intrusos en lugares determinados.
Anna Lucia Alfaro Dardón, Harvard MPA/ID. The international successful Case Study of Banco de Desarrollo Rural S.A. in Guatemala - a mixed capital bank with a multicultural and multisectoral governance structure, and one of the largest and most profitable banks in the Central American region.
INCAE Business Review, 2010.
Anna Lucía Alfaro Dardón
Dr. Ivan Alfaro
Dr. Luis Noel Alfaro Gramajo
Anna Lucia Alfaro Dardón, Harvard MPA/ID.
Opportunities, constraints and challenges for the development of the small and medium enterprise (SME) sector in Central America, with an analytical study of the SME sector in Nicaragua. - focused on the current supply and demand gap for credit and financial services.
Anna Lucía Alfaro Dardón
Dr. Ivan Alfaro
Entre las novedades introducidas por el Código Aduanero (Ley 22415 y Normas complementarias), quizás la más importante es el articulado referido a la determinación del Valor Imponible de Exportación; es decir la base sobre la que el exportador calcula el pago de los derechos de exportación.
Guía para hacer un Plan de Negocio para tu emprendimiento.pdfpppilarparedespampin
Esta Guía te ayudará a hacer un Plan de Negocio para tu emprendimiento. Con todo lo necesario para estructurar tu proyecto: desde Marketing hasta Finanzas, lo imprescindible para presentar tu idea. Con esta guía te será muy fácil convencer a tus inversores y lograr la financiación que necesitas.
PREVENCION DELITOS RELACIONADOS COM INT.pptxjohnsegura13
Concientizar y sensibilizar a los funcionarios, sobre la importancia de promover la seguridad en sus operaciones de comercio internacional, mediante la unificación de criterios relacionados con la trazabilidad de sus operaciones.
2. HJ & ASOC 2
TEMARIOTEMARIO
► TEORÍA DEL CMMITEORÍA DEL CMMI
► DOCUMENTACIÓN REQUERIDADOCUMENTACIÓN REQUERIDA
3. HJ & ASOC 3
CMMI CATEGORIAS DE PROCESOSCMMI CATEGORÍAS DE PROCESOS
D
E
L
C
L
I
E
N
T
E
S
A
T
I
S
F
A
C
C
I
O
N
R
E
Q
U
I
S
I
T
O
S
GESTIÓN POR PROCESOS
INGENIERÍA
GESTIÓN DE PROYECTOS
SOPORTE
D
E
L
C
L
I
E
N
T
E
4. Establecer un entendimiento
común entre el cliente y el
equipo del proyecto de
software acerca de los
requerimientos.
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
PROPÓSITOPROPÓSITO (1)(1)
5. Implica el establecimiento y el mantenimiento de un
acuerdo con el cliente sobre los requerimientos para el
proyecto de software.
El acuerdo forma la base para la estimación, la
planificación, la realización, y el rastreo las actividades
del proyecto de software en todas partes del ciclo de
vida de software.
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
PROPÓSITOPROPÓSITO (2)(2)
8. HABILIDADESHABILIDADES (2)(2)
Se deben asignar los recursos adecuados para
anejar los requerimientos.
Individuos que tengan experiencia
en el dominio de aplicación y en
ingeniería de software.
Herramientas de apoyo.
- programas de hoja de cálculo
- herramientas para admón. config.
- herramientas para trazabilidad
- herramientas para admón. pruebas
GERENTE
PROYECTO
INTERVENTOR JEFE DLLO
ANALISTA DISEÑADOR DESARROLLAD
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
9. HABILIDADESHABILIDADES (3)(3)
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
1. REQUERIMIENTOS NO TÉCNICOS:
Acuerdos, condiciones, y/o términos contractuales que
afectan y determinan las actividades del proyecto de
software.
- productos para ser entregados
- fechas de entrega
Asdaxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxdsdsdfdfsdfsfsfsfdsfs
Fsdgdgjghdfjkghdghduighi
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxdfsdf
xxxxxxxxxxxxFsfsfsdfs
Fxxxxxxxxxxxxxxxxsf
Pedro perex
Se deben documentar todos los requerimientos.
10. HABILIDADESHABILIDADES (4)(4)
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
2. REQUERIMIENTOS TÉCNICOS:
Hardware
Software
Requerimientos de rendimiento
Transacción requerida
Funciones de integración
Lenguaje de programación
Requerimientos de interfaz
13. ACTIVIDADESACTIVIDADES (1)(1)
ADMINISTRACIÓN DEADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
1.1. Recolección de requerimientosRecolección de requerimientos
2.2. Aprobación y congelamientoAprobación y congelamiento
3.3. Administración de requerimientosAdministración de requerimientos
4.4. RevisiónRevisión
5.5. LiberaciónLiberación
6.6. AuditoriaAuditoria
7.7. Control de cambios requerimientosControl de cambios requerimientos
14. ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (1)(1)
EXPECTATIVA CASO DE
USO
ACEPTADO
?
ANÁLISIS
DE FALLAS
VALIDACION
REQUERIMIENTOS
NO
SI
15. Los requerimientos son el vínculo coherente y
rastreable que une a todo el ciclo de desarrollo.
Los "casos de uso" son una excelente
forma para capturar los
requerimientos funcionales y asegurar
que éstos sean el punto único de
partida.
Establece límites Actualiza cuentas
Gerente
de
Comercio
Sistema
de
Contabilid
adAnaliza riesgo
Comercia
nte
Negocia precio
Captura negocio
Valuación
Agente de
Ventas
<<usa>>
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (2)(2)
16. EJEMPLO – Diagrama de Caso de Uso
Establece límites Actualiza cuentas
Gerente de
Comercio
Sistema de
Contabilidad
Analiza riesgo
Comerciante
Negocia precio
Captura negocio
Valuación
Agente de
Ventas
<<usa>>
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (3)(3)
20. Los requerimientos deben ser
documentados.
La documentación puede ser tan
simple como un memo o tan elaborado
como un formato elaborado para tal fin.
Los requerimientos ambiguos deben aclararse
completamente antes de continuar el proyecto.
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE1. RECOLECCIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (7)(7)
21. SOFTWARE
PROYECTO: PROGRAMA: NUMERO:
USO POR: NIVEL AUTORIDAD: NIVEL AUTONOMIA:
OBJETIVO DEL REQUERIMIENTO
VALORES DE INICIO OPERACIÓN
VALIDACIONES
ALMACENAMIENTO
BASE DE DATOS: MOTOR: MALLA:
ARCHIVOS PLANOS CD VIDEO:
HARDWARE
SERVIDOR: ESTACION TRABAJO: GETWAY:
RED LOCAL: INTRANET: OTRAS CONEXIONES:
ACTIVIDADESACTIVIDADES
1. RECOLECCIÓN DE REQUERIMIENTOS (8)1. RECOLECCIÓN DE REQUERIMIENTOS (8)
CRITERIOS ACEPTACION:
22. Los requerimientos deben ser revisados
por:
REPRESENTANTES DEL
CLIENTE
GERENTES DE SOFTWARE
OTROS GRUPOS
AFECTADOS.
ACTIVIDADESACTIVIDADES
2. APROBACIÓN Y2. APROBACIÓN Y
CONGELAMIENTOCONGELAMIENTO (1)(1)
23. Los requerimientos deben ser revisados antes de que
sean incorporados en el proyecto.
PROPÓSITO:
Identificar requerimientos
incompletos y erróneos
ACTIVIDADESACTIVIDADES
2. APROBACIÓN Y2. APROBACIÓN Y
CONGELAMIENTOCONGELAMIENTO (2)(2)
24. LOS REQUERIMIENTOS SON REVISADOS PARA
DETERMINAR SI ELLOS SON:
Factibles y apropiados poner en práctica en el
software
Claros y correctamente indicados (stated)
Compatible con el uno al otro
Que pueden ser probados.
ACTIVIDADESACTIVIDADES
2. APROBACIÓN Y2. APROBACIÓN Y
CONGELAMIENTOCONGELAMIENTO (3)(3)
25. LOS REQUERIMIENTOS DEBEN SER
“MANEJADOS
Y CONTROLADOS”:
Son identificados, evaluados, medido su riesgo y
documentado, planeados, comunicados y se sigue
semanalmente su estado.
Que se conoce la versión del producto (control de versión)
Los cambios son incorporados a una manera controlada
(control de cambio).
ACTIVIDADESACTIVIDADES
3. ADMINISTRACIÓN DE3. ADMINISTRACIÓN DE
REQUERIMIENTOSREQUERIMIENTOS (1)(1)
28. SE REVISA LA IMPLEMENTACIÓN DE CADA
REQUERIMIENTO EN LA ARQUITECTURA DEL
PROGRAMA.
Se deja constancia de ello
a cargo del Director del
Proyecto.
ACTIVIDADESACTIVIDADES
4. REVISIÓN4. REVISIÓN (1)(1)
29. REQUERIMIENTO Y ARQUITECTURAREQUERIMIENTO Y ARQUITECTURA
REQUERIMIENTREQUERIMIENT
OO
DESCRIPCIÓNDESCRIPCIÓN
ITEMITEM
.EXE.EXE
.DBF.DBF
MANUALMANUAL
USUARIOUSUARIO
ACTIVIDADESACTIVIDADES
4. REVISIÓN4. REVISIÓN (2)(2)
31. El grupo auditor revisa y
audita el ciclo de los
requerimientos y
asegura su
implementación
ACTIVIDADESACTIVIDADES
6. AUDITORIA6. AUDITORIA (1)(1)
32. Los cambios a los requerimientos deben ser revisados
e
incorporados en el proyecto de software.
El impacto a compromisos existentes es evaluado,
y los cambios son negociados como sea apropiado.
Cambios a compromisos dentro de la organización
son negociados con los grupos afectados.
ACTIVIDADESACTIVIDADES
7. CONTROL DE7. CONTROL DE
CAMBIOSCAMBIOS (1)(1)
33. LOS PLANES, PRODUCTOS Y ACTIVIDADES DEBEN
SER CAMBIADOS PARA SER COMPATIBLES CON
CAMBIOS A LOS REQUERIMIENTOS.
Si los requerimientos cambian: Los cambios deben
ser documentados y todos los cambios necesarios
que resulten en otros documentos se les deben hacer
seguimiento y ser verificados.
ACTIVIDADESACTIVIDADES
7. CONTROL DE7. CONTROL DE
CAMBIOSCAMBIOS (2)(2)
34. Los cambios a los planes, productos y actividades
deben ser:
Identificados,
Evaluados,
Evaluado el riesgo,
Documentados,
Planificados,
Comunicados a los grupos afectados,
Rastreados a la terminación.
ACTIVIDADESACTIVIDADES
7. CONTROL DE7. CONTROL DE
CAMBIOSCAMBIOS (3)(3)
35. Se deben realizar mediciones para determinar el
estado de las actividades de administración de
los requerimientos:
Estado de cada requerimiento;
Cambios en la actividad para los requerimientos;
Número acumulativo de cambios a los requerimientos,
incluyendo número total de cambios propuestos, abierto,
aprobado, e incorporado en la línea base del sistema.
MEDIDASMEDIDAS
36. VERIFICACIONESVERIFICACIONES (1)(1)
Las actividades de
Administración de
Requerimientos son revisadas
periódicamente y cuando se
presente un evento con:
El Gerente del Proyecto
Gerentes Senior
Grupo SQA
37. El propósito de las revisiones periódicas es
proporcionar el conocimiento y la visión en las
actividades de proceso de software a un nivel
apropiado de abstracción y de una manera oportuna.
El tiempo entre las revisiones debe satisfacer las
necesidades de la organización.
VERIFICACIONESVERIFICACIONES (2)(2)
38. HJ & ASOCHJ & ASOC 3838
TALLER APLICATIVOTALLER APLICATIVO
ESCRIBA LA POLITICA DE GESTION DEESCRIBA LA POLITICA DE GESTION DE
REQUERIMIENTOSREQUERIMIENTOS
DEFINA LAS AUTORIDADES DE GESTION DEDEFINA LAS AUTORIDADES DE GESTION DE
REQUERIMIENTOSREQUERIMIENTOS
PREPARE UN EQUIPO PARA ESCRIBIR LOSPREPARE UN EQUIPO PARA ESCRIBIR LOS
DOCUMENTOS RELACIONADOSDOCUMENTOS RELACIONADOS
39. HJ & ASOC 39
DOCUMENTACIÓNDOCUMENTACIÓN
►CARACTERIZACIÓN DE PROCESOCARACTERIZACIÓN DE PROCESO
GESTIÓN DE REQUERIMIENTOSGESTIÓN DE REQUERIMIENTOS
►PROCEDIMIENTO DE GESTIÓN DEPROCEDIMIENTO DE GESTIÓN DE
REQUERIMIENTOSREQUERIMIENTOS
►FORMATOS RELACIONADOSFORMATOS RELACIONADOS
►DOCUMENTACIÓN TEÓRICADOCUMENTACIÓN TEÓRICA
RELACIONADARELACIONADA
40. PP = PROCESOS YPP = PROCESOS Y
PROCEDIMIENTOSPROCEDIMIENTOS
PP - ADMINISTRACIÓN DE REQUERIMIENTOS
- DIAGRAMA DE PROCESO
- PROCEDIMIENTO DE RECOLECCIÓN DE
REQUERIMIENTOS
- PROCEDIMIENTO DE APROBACIÓN Y
CONGELAMIENTO DE REQUERIMIENTOS
- PROCEDIMIENTO DE CAMBIO DE
REQUERIMIENTOS.
- PROCEDIMIENTO DE DOCUMENTACION DE
REQUERIMIENTOS.
41. HJ & ASOCHJ & ASOC 4141
NOMBRE: GESTIÓN REQUERIMIENTOS
POLÍTICA: Todos los requerimientos y los ítems de software deben ser controlados .
FORMACIÓN: Curso de 8 horas, examen calificación y competencia a cargo del Director Técnico.
ENTRADAS
-REQUERIMIENTOS
-CAMBIOS REQUERIMIENTOS
PROCESO
-Recibo requerimientos
-Check out desarrollo
-Codificación
-Pruebas
-Check in
-CHECK OUT CLIENTES
SALIDAS
- REQUERIMIENTOS CONTROLADOS
- ÍTEMS CONTROLADOS
CRITERIOS ENTRADA
- Requerimiento firmado
RECURSOS HUMANOS
INGENIEROS SISTEMAS
USUARIOS
GERENTE PRODUCTO
SEGUIMIENTO
Comité de control de cambios hace
seguimiento a diario
DOCUMENTOS
-Procedimiento de administración
de la configuración
PARTES INTERESADAS
CLIENTE
USUARIOS
DESARROLLADORES
RECURSOS FÍSICOS
ESTACIÓN PC
RED
UTILITARIOS
REQUERIMIENTOS
A TIEMPO
CARACTERIZACIÓN DEL PROCESO
CRITERIOS SALIDA
- REQUERIMIENTO CERTIFICADO
42. HJ & ASOC 42
OPERA
INICIO
AMONESTACIÓN
FIN
VALIDA
CONSULTA
43. HJ & ASOC 43
NUMERO DENUMERO DE
REQUERIMIENTOSREQUERIMIENTOS
REQUERIMIENTOS REQUERIDOS:REQUERIMIENTOS REQUERIDOS:
►CADA ACTIVIDAD CRITICA REQUIERECADA ACTIVIDAD CRITICA REQUIERE
UN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL
►CADA MOMENTO DE VERDAD ENCADA MOMENTO DE VERDAD EN
PROCESOS DE SERVICIOS REQUIEREPROCESOS DE SERVICIOS REQUIERE
UN REQUERIMIENTO FUNCIONALUN REQUERIMIENTO FUNCIONAL
44. HJ & ASOCHJ & ASOC 4444
PROCESO DOCUMENTADO
SÍMBOLO DE INICIO Y FIN
FORMATO IMPRESO O ELECTRÓNICO
FORMATO MULTIFORMA
45. HJ & ASOCHJ & ASOC 4545
ALISTAMIENTO Y PREPARACIÓN
ALMACENAMIENTO EN DISCO DURO
ESPERA
ALMACENAMIENTO SECUENCIAL
47. HJ & ASOCHJ & ASOC 4747
TALLER APLICATIVOTALLER APLICATIVO
ELABORE LA CARACTERIZACIÓN DEL PROCESOELABORE LA CARACTERIZACIÓN DEL PROCESO
DEFINA LOS PROCEDIMIENTOS RELACIONADOSDEFINA LOS PROCEDIMIENTOS RELACIONADOS
DEFINA LOS FORMATOS RELACIONADOSDEFINA LOS FORMATOS RELACIONADOS
49. UNA DE LAS PRINCIPALES CAUSAS
PARA EL FRACASO DE UN
PROYECTO DE SOFTWARE ES LA
MALA (O AUSENCIA DE)
ADMINISTRACIÓN DE
REQUERIMIENTOS.
PROBLEMAS
FRECUENTES
50. HJ & ASOC 50
PROBLEMAS FRECUENTES
NO SON CLARAS LAS
REGLAS DEL NEGOCIO
LAS REGLAS CON
CAMBIANTES
NO HAY ESTABILIDAD EN
EL NEGOCIO
LOS USUARIOS SON
CAMBIADOS
RÁPIDAMENTE, INCLUSIVE
NO SON DE LA EMPRESA
CLIENTE, SON PERSONAL
EN MISIÓN.
51. PROBLEMAS
FRECUENTES
LOS PRINCIPALES PROBLEMAS DE UN MAL
MANEJO DE REQUERIMIENTOS SON:
Incapacidad para manejar los cambios en los
requerimientos durante el desarrollo.
Falta de especificación detallada de los
requerimientos.
Mala organización y control de requerimientos.
Requerimientos mal entendidos.