Documentos de Académico
Documentos de Profesional
Documentos de Cultura
MP Gestion Solicit y Requer
MP Gestion Solicit y Requer
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
1 de 22
Fecha de Emisin: Ttulo:
Junio 2009
Elaborado por:
TABLA DE CONTENIDO
1. 2. 3.
4.12 PRIORIZACIN DE REQUERIMIENTOS ......................................................................... 12 4.12.1 Procedimiento ................................................................................................................ 12 5. 6. 6.1 DIAGRAMA DE FLUJO .................................................................................................... 16 PROCEDIMIENTOS .......................................................................................................... 17 Gestin de Solicitudes ................................................................................................... 17
DIAGRAMA DE FLUJO PROCEDIMIENTO GESTIN DE SOLICITUDES.............................. 18 6.2 Gestin de Requerimientos y Gestin del cambio a un requerimiento. ......................... 20
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
2 de 22
Fecha de Emisin: Ttulo:
Junio 2009
7. 8. 9.
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
3 de 22
Fecha de Emisin: Ttulo:
Junio 2009
1. OBJETIVO
Establecer una gua metodolgica para el desarrollo de los procesos que lleva a cabo la Oficina de Informtica y Telecomunicaciones de la Universidad del Valle, en materia de Gestin de Solicitudes y Requerimientos para el desarrollo, compra o mantenimiento de Soluciones informticas que llegan al rea de Desarrollo de dicha oficina.
2. ALCANCE
Involucra todas las dependencias de la Universidad que realicen una solicitud en materia de compra y/o desarrollo de Software, al rea de Desarrollo de la Oficina de Informtica y Telecomunicaciones (OITEL) y al rea misma una vez que transforma esas solicitudes en requerimientos.
3. DEFINICIONES
3.1 Solucin informtica Programa que permite la interaccin entre el usuario final y un computador o servidor. 3.2 Solicitudes Documento formal (Electrnico o Manual) enviado por un cliente funcional en el que se pide la solucin a una necesidad o no conformidad, la cual no afecta el ciclo normal de desarrollo de una solucin informtica. 3.3 Requerimientos Son aquellas solicitudes del cliente funcional de una solucin informtica, en la cual se detalla una necesidad en el contenido, forma o funcionalidad de ella, afectando su normal funcionamiento. 3.4 Administrador de una solucin informtica Es la persona conocedora de la funcionalidad y operatividad de las soluciones informticas instaladas. Tambin es la encargada de mantener y soportar de forma funcional una solucin informtica (configuracin y parametrizacin), con el fin de garantizar su perfecto funcionamiento. 3.5 Lder de Desarrollo Es la persona en la OITEL conocedora y por consecuencia encargada de mantener y soportar tcnicamente una solucin informtica. Tambin es la encargada de planear, disear y ejecutar las pruebas funcionales.
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
4 de 22
Fecha de Emisin: Ttulo:
Junio 2009
Es la persona en la dependencia cliente encargada de recibir, transmitir requerimientos al lder de Desarrollo y velar por la funcionalidad total de la solucin informtica. Es un Representante de la dependencia duea del aplicativo y debe contar con los conocimientos bsicos sobre el dominio del problema al cual se le da respuesta con la solucin informtica que lidera. 3.7 Usuario Funcional Es la persona usualmente de la dependencia cliente, encargada de apoyar al Lder Funcional en aquellas temas donde se requiere de mayor detalle y/o experiencia. Normalmente son empleados que ejecutan el proceso funcional constantemente y por lo tanto lo conocen con mayor profundidad 3.8 Ingeniero de Desarrollo Es la persona de la OITEL, encargada de participar activamente en las diferentes etapas del desarrollo de software desde el punto de vista tcnico, con el propsito de aplicar sus conocimientos sobre Ingeniera de Software y obtener los productos informticos asignados. 3.9 Base de datos de conocimiento Repositorio de tips o conocimientos que han sido obtenidos durante la ejecucin de las diferentes etapas del proyecto y que se consideran fundamentales para ser socializados entre el equipo de trabajo ya que sirven como "literatura de consulta" en la solucin de futuras situaciones con caractersticas similares 3.10 Coordinador de Desarrollo Es la persona en la OITEL, encargada de gestionar, verificar, controlar la ejecucin y terminacin de los procesos propios de un producto y/o proyecto en ejecucin. A su vez es responsable de la entrega de la solucin informtica generada. 3.11 Arquitecto de soluciones Es la persona o grupo de personas que tiene el conocimiento de la estructura de hardware, software y redes, necesarias para la construccin de un sistema computacional. 3.12Administrador de una Base de Datos (DBA) Es la persona en la OITEL, encargada de autorizar el acceso, mantener, optimizar, gestionar, coordinar y vigilar la utilizacin de las bases de datos, asociadas a proyectos o productos de soluciones informticas en ejecucin. 3.11 Equipo Administracin de Cambios Equipo encargado de determinar el alcance, la estimacin de tiempo y recursos para la ejecutar un cambio originado por un requerimiento. Tambin son los encargados de aprobar o rechazar las peticiones de cambios para un proyecto especfico. Est conformado por Coordinacin de desarrollo, Lder de Desarrollo, Equipo Arquitecto de soluciones, Gerente del Proyecto, Lder Funcional.
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
5 de 22
Fecha de Emisin: Ttulo:
Junio 2009
3.12 Matriz de Descomposicin Funcional (MDF) Documento que muestra a nivel jerrquico de procesos, subprocesos, funcionalidades el alcance funcional de una aplicacin.
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
6 de 22
Fecha de Emisin: Ttulo:
Junio 2009
Ejemplos: En el Sistema de SIRA (Sistema de Informacin de Registro y Admisiones) todos los requerimientos relacionados con la Matricula, son de prioridad alta y cualquier modificacin puede impactar el correcto funcionamiento de est. Sistema de SIIS (Sistema de Informacin Integral de Salud del Servicio Medico) todos los requerimientos que tiene que ver con la historia clnica, son de prioridad alta y cualquier modificacin puede impactar el correcto funcionamiento de est. Sistema SIRH (Sistema de Informacin de Recursos humanos) dependiendo del rea de la Oficina de Recursos Humanos el core de la solucin informtica ser distinto, en rea de Nomina la columna vertebral de la solucin informtica es el proceso de liquidacin y cualquier requerimiento que afecte este procesos es de prioridad alta y puede impactar el correcto funcionamiento de la solucin informtica. 4.2.1.3 Creacin o Ajuste de funcionalidades complemento del ncleo de la Solucin Informtica: Son todos aquellos requerimientos que tiene que ver con las funcionalidades de la solucin informtica que no son su columna vertebral, pero de alguna forma contribuyen al correcto funcionamiento de la solucin informtica. Ejemplo: Sistema de SIIS (Sistema de Informacin Integral de Salud del Servicio Medico) Funcionalidades del mdulo de Afiliaciones, Funcionalidad de la parametrizacin de tarifarios y dems. 4.2.2 No Funcionales: Son aquellos requerimientos que no se refieren directamente a las funciones especficas que entrega el sistema, sino a las propiedades emergentes y restricciones de este. Para el rea de desarrollo de la Oficina de Informtica y Telecomunicaciones este tipo de requerimientos se dividen en: 4.2.1.1 Producto: Son aquellos que tiene que ver con el producto o prestacin del servicio en s. Entre estos requerimientos se encuentran los que tienen que ver con: 1.1.1.1 Usabilidad: Son aquellos requerimientos que hacen que la interfaz del usuario sea sencilla y fcil de usar. 1.1.1.2 Eficiencia: Son aquellos requerimientos que tiene que ver el desempeo de las funcionalidades de la Solucin Informtica y con el espacio de almacenamiento de esta. 1.1.1.3 Fiabilidad: Son aquellos requerimientos que garantizan El comportamiento valido de la Solucin Informtica. 1.1.1.4 Portabilidad: Son aquellos requerimientos que permiten que la Solucin Informtica se pueda ejecutar en varios ambientes.
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
7 de 22
Fecha de Emisin: Ttulo:
Junio 2009
4.2.1.2 Organizacionales: Son Aquellos requerimientos que tiene que ver con: La Entrega a tiempo de las funcionalidades de la Solucin Informtica La Implementacin de las necesidades del cliente para que la Solucin Informtica funcione correctamente como por ejemplo, lenguaje de programacin, plataforma hardware, servidor de pginas web, libro de estilo y dems. Los Estndares de la Oficina de Informtica y Telecomunicaciones en cuanto al desarrollo y ajuste de Soluciones Informticas en la Universidad del Valle
4.2.1.3 Externos: Son aquellos requerimientos que tiene que ver con: La Interoperatibilidad de la Solucin Informtica de comunicarse con otros medios Tecnolgicos Los requerimientos ticos que debe cumplir quien desarrolla o ajusta una Solucin Informtica
4.3 Determinacin de un Cambio de una solicitud Toda solicitud referente a una solucin informtica que llegue al rea de Desarrollo de la OITEL, se considerar como nueva, aunque sta haga referencia a una solicitud ya enviada con anterioridad a dicha rea. 4.4 Determinacin de un Cambio de Requerimiento Un Requerimiento es cambiado, cuando todava se encuentra en etapa de desarrollo y se modifica el alcance de ste. El cambio en un requerimiento se debe controlar y documentar de acuerdo al documento estndar de control de configuracin. 4.5 Requisitos para el cambio de un Requerimiento. Para que se produzca un cambio, en un Requerimiento, el Lder Funciona y el Lder de Desarrollo deben tener en cuenta los siguientes requisitos.
Cambios tecnolgicos Cambios en las estrategias o prioridades de la Dependencia que realiz la Solicitud o el Requerimiento Modificaciones en leyes y/o regulaciones Porque al analizar el problema, no se hacen las preguntas correctas a las personas correctas Porque cambi el contexto que genero el requerimiento que se estaba resolviendo (las variables que forman el requerimiento cambian) Porque los usuarios cambiaron su forma de pensar o sus percepciones
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
8 de 22
Fecha de Emisin: Ttulo:
Junio 2009
4.6 Funciones que debe tener en cuenta el equipo Administrador de Cambios. El Grupo Administrador de Cambios tiene las siguientes funciones:
Identificar los problemas y causas por los que se produce el cambio Analizar el Impacto del cambio en el costo y funcionalidades del sistema Evaluar el Impacto para el cliente interno (dependencias de la Universidad del Valle) y usuarios externos que utilicen la solucin informtica. Estudiar la Desestabilizacin potencial del sistema que pudiera ocasionar el cambio y establecer un plan de contingencias. Garantizar que se controlen y documenten los cambios Velar por que se mantenga la trazabilidad hacia atrs, hacia adelante y entre requisitos. Controlar las versiones del documento de cambios. Implementar actividades como establecer polticas, guardar histricos de cada requerimiento, identificar dependencias entre ellos y mantener un control versiones. Determinar las matrices de trazabilidad en el cambio de solicitudes o requerimientos que se va aplicar. Estas matrices pueden ser:
Matriz de seguimiento de caractersticas (definidas por el cliente). Matriz de seguimiento de orgenes: identifica el origen de cada requisito. Matriz de seguimiento de dependencias: indica cmo se relacionan los requisitos entre s. Matriz de seguimiento de subsistemas: vincula a los requisitos con los subsistemas (o mdulos) que los manejan. Matriz de seguimiento de interfaces: Muestra los requisitos estn vinculados a las interfaces internas y externas del sistema.
4.7 Identificacin de las Solicitudes Las solicitudes se identificaran de acuerdo a su clasificacin de la siguiente manera:
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
9 de 22
Fecha de Emisin: Ttulo:
Junio 2009
TIPO
Parametrizacin de la Solucin SP_NombreAplicacin_NombreModulo_Conse Informtica cutivo Ejemplo: SP_SIRH_Nomina_001 Asignacin de permisos en una SAP_NombreAplicacin_NombreModulo_cons Solucin Informtica ecutivo Ejemplo: SAP_SIRH_Nomina_001 Creacin o Ajuste a Una Solucin Informtica SOLICITUDES Ejemplo: SCA_SIRH_Nomina.001 SCA_NombreAplicacin_NombreModulo_cons ecutivo
4.8 Identificacin de los Requerimientos Los Requerimientos se identificaran de acuerdo a su clasificacin de la siguiente manera: TIPO CLASIFICACIN REQUERIMIENTO NUEVO REQUERIMIENTO CAMBIADO
REQUERIMIENTOS Creacin o Ajuste RFCAC_NombreAplicacin_N RFCAC_NombreAplicacin FUNCIONALES de una Consulta. ombreModulo.Consecutivo _NombreModulo.Consecuti v.NumeroSufijo Ejemplo: Ejemplo RFCAC_SIRH_Nomina_001 RFCAC_SIRH_Nomina_00 1.1
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
10 de 22
Fecha de Emisin: Ttulo:
Junio 2009
TIPO
Creacin o Ajuste RFCAN_NombreAplicacin_N RFCAN_NombreAplicacin de funcionalidades ombreModulo.Consecutivo _NombreModulo.Consecuti nucleo de la vo.NumeroSufijo Solucin Ejemplo Informtica Ejemplo RFCAN_SIRH_Nomina_001 RFCAN_SIRH_Nomina_00 1.1 Creacin o Ajuste de funcionalidades complemento del nucleo de la Solucin Informtica RFCACN_NombreAplicacion_ RFCACN_NombreAplicacio NombreModulo.Consecutivo n_NombreModulo.Consecu tivo.Numerosifijo Ejemplo Ejemplo RFCACN_SIRH_Nomina_001 RFCACN_SIRH_Nomina_0 01.1 RNFP_NombreAplicacin_No RNFP_NombreAplicacin_ mbreModulo.Consecutivo NombreModulo.Consecutiv o.NumeroSufijo Ejemplo Ejemplo RNFP_SIRH_Nomina_001 RNFP_SIRH_Nomina_001. 1
Organizacionales
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
11 de 22
Fecha de Emisin: Ttulo:
Junio 2009
TIPO
4.9 Mecanismo de Recepcin de las Solicitudes El rea de Desarrollo de la Oficina de Informtica y Telecomunicaciones establece que todas las solicitudes que se realicen a est rea, deben radicarlas los lderes funcionales de las Solucin Informtica mediante el uso del software Help Desk o si sta no est disponible se debe enviar la solicitud usando el formato de historial de requerimiento.
Todas las solicitudes que lleguen a la Oficina de Informtica y Telecomunicaciones por un medio diferente al Software Help Desk, deben ser relacionadas en este software por los funcionarios de la OITEL encargados de esta funcin, esto con el fin de poder realizar la gestin de las solicitudes. Los funcionarios encargados del Help Desk, asignarn el Lder de Desarrollo al que corresponde la solucin de la solicitud y le enviaran copia a la Coordinacin de Desarrollo. En caso de que no conozcan el lder de Desarrollo al que deben asignarle la solicitud, le preguntaran a la Coordinacin de desarrollo a que lder de Desarrollo se debe hacer la asignacin. 4.10 Mecanismo de Recepcin de los Requerimientos El rea de Desarrollo de la OITEL establece que el Lder de Desarrollo responsable del cada requerimiento debe levantar la informacin de ste, realizando una reunin Tcnica con ingeniero de desarrollo, el lder funcional y el usuario funcional, donde se especificar de forma clara y en detalle la mejora hacer en la solucin informtica; de la reunin se levantar un acta con la informacin recogida. Una vez se tenga toda la informacin necesaria el lder de Desarrollo y el ingeniero de desarrollo si lo tiene, analizaran las posibles soluciones mirando su clasificacin, el impacto de Desarrollo, administrativo, funcional, el esfuerzo requerido, as como el recurso humano necesario, para llevar a cabo la solucin, despus en consenso con el lder funcional se
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
12 de 22
Fecha de Emisin: Ttulo:
Junio 2009
establecer la priorizacin de los requerimientos. Para el anlisis del requerimiento se debe usar el formato de Historia de Requerimiento, el cual se encuentra anexo a este documento y en la pgina WEB de la Oficina de Informtica y Telecomunicaciones.
4.11 Mecanismo para el Cambio de un Requerimiento El rea de Desarrollo de la OITEL establece que para la recepcin de un cambio en un requerimiento, debe ser radicada por el Lder de Desarrollo de la Solucin Informtica mediante la utilizacin del formato de Historia de Requerimiento, el cual se encuentra anexo a este documento y en la pgina WEB de la Oficina de Informtica y Telecomunicaciones. En el requerimiento de cambio se debe especificar con claridad cual es el nmero del requerimiento que se cambia, as como la descripcin del cambio que se debe analizar, clasificar y priorizar por el grupo administrador de cambios. 4.12 Priorizacin de Requerimientos Debido a limitaciones de tiempo, presupuesto, personal y dems recursos que son necesarios para el desarrollo de los proyectos, puede ser difcil satisfacer o aplicar todos los requerimientos que se han levantado o exigido para la construccin o mantenimiento de un sistema, por lo tanto hay que definir cuales son los requerimientos a implementar de acuerdo a una previa priorizacin y en mutuo acuerdo con el cliente. Objetivo: Determinar, bajo procedimientos formales, cuales de los requerimientos son los principales a abordar para su desarrollo durante el ciclo de vida del respectivo proyecto. 4.12.1 Procedimiento
El lder funcional, en consenso con los dems grupos o dependencias de la Universidad interesados, que se afecten por un requerimiento, es quien debe priorizar sus requerimientos con base en sus necesidades y teniendo en cuenta el impacto tcnico, administrativo, funcional, el esfuerzo requerido y a disponibilidad de recurso humano en el rea de Desarrollo de la OITEL. Est priorizacin debe comunicarse a la Coordinacin de Desarrollo, Lder de Desarrollo y ingeniero de Desarrollo de la OITEL, para iniciar el desarrollo respectivo. Para esta priorizacin se recomienda usar la tcnica de Asignacin Numrica, la cual consiste en clasificar inicialmente los requerimientos en obligatorios, deseables y no esenciales, posteriormente cada interesado asigna un calificacin entre 1 y 5 y se extrae el promedio, los requerimientos con mayor promedio sern los de mayor prioridad para ser atendidos, si hay varios requerimientos con igual promedio, el cliente decidir cual de ellos debe ser evacuado primero.
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
13 de 22
Fecha de Emisin: Ttulo:
Junio 2009
La tabla de calificacin es la siguiente: No importa (el cliente no necesita la evacuacin del requerimiento). No es importante (el cliente acepta la no atencin del requerimiento). Bastante importante (el cliente agradecera la evacuacin del requerimiento). Muy importante (el cliente no desea trabajar sin la evacuacin del requerimiento). Obligatorio (el cliente no puede trabajar sin la evacuacin del requerimiento) Ejemplo: Un requerimiento X para SIRH impacta en nmina, relaciones laborales y seguridad social, por lo tanto el Jefe de la Divisin de Recursos Humanos se rene o socializa ante los jefes de cada seccin involucrada la necesidad del requerimiento X y en consenso determinan la prioridad del requerimiento con base en la tcnica sugerida. Se deben identificar los Requerimientos que corresponden a Creacin o Ajuste de funcionalidades ncleo de la Solucin Informtica que por lo general impactan significativamente la arquitectura del sistema, es decir, cuales generan un efecto considerable sobre las estructura de hardware, software y/o redes que se involucran en el sistema y su interrelacin. Esto con el fin de hacer el anlisis respectivo para los nuevos productos y realizar su diseo arquitectnico, teniendo como base dichos requerimientos. Para el caso de los sistemas de base instalada se debe realizar el mismo anlisis con el propsito de medir el impacto del nuevo requerimiento sobre la arquitectura del sistema existente y tomar la decisin respectiva, rechazar el requerimiento o implementarlo aceptando los posibles efectos de borde.
4.13 Medicin de Requerimientos Se definieron los siguientes indicadores de requerimientos: de cobertura, pertinencia, calidad, eficacia, eficiencia e impacto, y madurez de la solucin informtica
ITEM
INDICADOR
Valor
PROCESO RELACIONADO
FRECUENCIA
DESCRIPCION
Ind1
50
Ind2
10
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
14 de 22
Fecha de Emisin: Ttulo:
Junio 2009
ITEM
INDICADOR
Valor
FRECUENCIA
DESCRIPCION
Ind3
80%
(1- Ind2/ind1)*100%
Determina el impacto que ha producido los requerimientos en la estructura del software. Requerimientos arquitectnicamen te significantes donde es vital invertir el tiempo necesario. Requerimientos que pueden hacer extender el diseo o modificarlo incluso. A mayor impacto, significa posiblemente que los requerimientos hicieron modificar sustancialmente la estructura del software.
Ind4
40
Anlisis, en la fase de levantamiento de Reuniones de requerimientos seguimiento Anlisis, en la fase de levantamiento de Reuniones de requerimientos seguimiento Mide la pertinencia de los requerimientos funcionales con el core del negocio. Mide el grado de participacin rea de desarrollo en requerimientos estratgicos funcionales de la Universidad. Si el
Ind5
10
Ind6
1(Ind5/(Ind5+Ind4))*100 80% %
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
15 de 22
Fecha de Emisin: Ttulo:
Junio 2009
ITEM
INDICADOR
Valor
FRECUENCIA
DESCRIPCION
indicador es bajo, significa que se estn utilizando los recursos en aspectos no importantes del sistema. Numero de requerimientos originales recolectados Numero de requerimientos entregados con aceptacin Los requerimientos que nacen hacia el interior del rea desarrollo
Ind7
50
E licitacin, planeacin
Ind8
10
Aceptacin
Ind9
Cobertura de requerimientos Numero de procesos de la Versin actual de la solucin Informtica Numero de procesos de la versin actual que han sido modificados
20%
(Ind8/ind7)*100%
Determina la capacidad de respuesta para un requerimiento. (si el indicador es bajo, posiblemente significa que puede existir inundacin de requerimientos iniciales o ineficiencia en el desarrollo de lo mismos) Revisar la Matriz de Descomposicin Funcional (MDF) de la solucin informtica Revisar la Matriz de Descomposicin Funcional (MDF) de la solucin informtica
Ind10
Ind11
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
16 de 22
Fecha de Emisin: Ttulo:
Junio 2009
ITEM
INDICADOR
Valor
FRECUENCIA
DESCRIPCION
Ind12
Ind13
Numero de procesos de la versin actual que han sido aadidos Numero de procesos de la versin anterior que se han eliminado en la versin actual
Ind14
Ind10(Ind11+Ind12+Ind14)
Evaluacin de estabilidad de un producto de software basada en los cambios Reuniones de que se producen seguimiento yen cada versin control del producto
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
17 de 22
Fecha de Emisin: Ttulo:
Junio 2009
6. PROCEDIMIENTOS : Indica que se trata de una Actividad de Control. 6.1 Gestin de Solicitudes
ETAPA
Recepcin solicitud de
ACTIVIDAD
RESPONSABLE
REGISTROS
la A- Solicitar un servicio al rea de Desarrollo Lder Funcional dela OITEL B- Clasificar la Solicitud y priorizarla Lder Funcional C- Ingresarla en el software Help Desk, si no pude usar el software, diligenciar, el formato de historial de requerimiento y enviarlo al equipo Lder Funcional Help Desk de la OITEL Ingreso solicitud software Help Desk, o Formato historial de requerimiento
Revisin de las Solicitudes Anlisis y solucin de las Solicitudes Cierre de las Solicitudes
D- Si la solicitud llega a la OITEL por medio de Formato historial de requerimiento , se debe digitar la solicitud en el software Help Desk, A- Revisar en el software en el Help Desk, las solicitudes radicadas y asignarla a un lder de Desarrollo de la solucin informtica. A- Analizar la solicitud, y dar solucin
Funcionario Help Desk de la OITEL Funcionario Help Desk de la OITEL Lder de Desarrollo
A- Relacionar la solucin de la solicitud en el software Help Desk e informar a la coordinacin Lder de Desarrollo de desarrollo de la OITEL y Lder funcional de la solucin informtica
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
18 de 22
Fecha de Emisin: Ttulo:
Junio 2009
Inicio
NO
SI
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
19 de 22
Fecha de Emisin: Ttulo:
Junio 2009
Solucionar la Solicitud
Fin
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
20 de 22
Fecha de Emisin: Ttulo:
Junio 2009
ACTIVIDAD
RESPONSABLE
REGISTROS
los A- Levantar Informacin del requerimiento, para Lder de Desarrollo, lo cual se debe hacer una reunin tcnica, y ingeniero de desarrollo, Acta de la reunin realizar acta de la reunin Lder Funcional y usuario funcional B- Analizar las posibles soluciones mirando su clasificacin, el impacto tcnico, administrativo, funcional, el esfuerzo requerido, as como el Lder de Desarrollo y/o recurso humano necesario, usar formato de ingeniero de desarrollo Formato historial Historia de Requerimiento y/o listado de y/o Equipo Administrador requerimiento. de cambios especificacin de requerimiento
de
A- Informar a la Coordinacin de Desarrollo de la OITEL, el resultado del anlisis del requerimiento B- Solucionar el requerimiento, siguiendo la metodologa del rea de Desarrollo de la OITEL Metodologa Construccin y Desarrollo de soluciones informticas
A- Realizar las pruebas funcionales y no Lder de Desarrollo y/o Plan de Pruebas funcionales, siguiendo el plan de pruebas Ingeniero de desarrollo, definido por el rea de Desarrollo de la OITEL Arquitecto de Soluciones A- Ingresar en el historial del requerimiento la Lder de Desarrollo y/o Formato Historial de solucin de ste ingeniero de desarrollo. Requerimiento B- Informar de la solucin del requerimiento a la Lder de Desarrollo coordinacin y al lder funcional
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
21 de 22
Fecha de Emisin: Ttulo:
Junio 2009
Realizar acta reunin tcnica, llenar formato de historia de requerimiento, o listado de especificacin de requerimiento
Informar a la coordinacin de desarrollo el resultado del proceso del anlisis del requerimiento
Fin
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL
Nmero:
Versin:
Manual de Procedimientos
MP-11-02-02
Pgina:
1.0
22 de 22
Fecha de Emisin: Ttulo:
Junio 2009
8. FORMATOS
-
Acta reunin tcnica levantamiento de requerimiento. Formato de Historial de Requerimiento(individual) Listado Especificacin de Requerimientos Funcionales para la Solucin Informtica_XXXXX (grupal)
9. ANEXOS
CONTROL DE CAMBIOS NMERO 1.0 Versin Inicial DESCRIPCIN FECHA Junio 2009
Elaborado por: rea de Calidad y Mejoramiento Oficina de Planeacin y Desarrollo Institucional
F-04-MP-12-01-02 V-01-2008
DEFINITIVO
FAVOR ELIMINAR UNA VEZ RECIBA UNA NUEVA VERSIN DEL MANUAL