FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Versión:1.0 Fecha: 30/11/2022 Página 1 de 9 FASES REQUERIMIENTO DE SOFTWARE 1. DESCRIPCION GENERAL DEL REQUERIMIENTO 2 2. FASE DE FORMALIZACIÓN 2 3. ANALISIS DE REQUISITOS Y REQUERIMIENTOS 3 5. LEVANTAMIENTO DEL REQUERIMIENTO DETALLADO 7 6. DISEÑO DE LA ARQUITECTURA DE SOLUCION 9 FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Versión:1.0 Fecha: 30/11/2022 Página 2 de 9 1. DESCRIPCION GENERAL DEL REQUERIMIENTO PROYECTO Abogabot Nombre Requerimiento: Formulario Fecha Solicitud: 10/11/2022 Responsable(s) Solicitud: Francisco Arias Dependencia(s) Solicitante: Desarrollo de Responsable Funcional designado por el equipo de desarrollo de software: Francisco Arias 2. FASE DE FORMALIZACIÓN Descripción de la Solicitud Usuario Solicitante El usuario solicitante debe diligenciar este campo dando una definición detallada, clara y concisa de la solicitud evitando ambigüedades y utilizando lenguaje natural y herramientas que crea pertinentes, tales como gráficos, diagramas, tablas, catálogos. Líder Funcional El líder funcional del equipo de desarrollo de software debe diligenciar este campo dando una definición detallada, clara y concisa de lo que entendió de la solicitud evitando ambigüedades y utilizando lenguaje natural y herramientas que crea pertinentes, tales como gráficos, diagramas, tablas, catálogos. FIRMAS DE ACEPTACIÓN: ________________________________ _______________________________ Nombre Responsable Solicitud Nombre Líder OTI Dependencia Solicitante Oficina Tecnologías de la Información FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Versión:1.0 Fecha: 30/11/2022 Página 3 de 9 3. ANALISIS DE REQUISITOS Y REQUERIMIENTOS Fecha Inicio DD/MM//AAAA Fecha Final DD/MM//AAAA Modelamiento de Negocio Especifique un diagrama de negocio que permita entender con claridad que parte del negocio se incluye o se modifica con la solución del requerimiento. Se sugiere para esta tarea utilice diagramas BPM, diagramas de actividades, o diagramas ad hoc (boceto). Alcance de la solución Requerimientos Funcionales y criterios de aceptación y Requerimientos no Funcionales y de calidad Términos de Referencia Describa de forma detallada y clara lo que, SI incluye la solución y lo que NO incluye, especificando hasta donde se pretende llegar con la del requerimiento. Defina los requerimientos funcionales y una lista de criterios y expectativas que espera encontrar el usuario final o el dueño del proceso, en la etapa de revisión, validación y verificación, una vez entre en fases de pruebas funcionales. Describa los requerimientos no funcionales que se deben tener en cuenta para que la solución cumpla con una efectiva ejecución en su entorno y apoyándose con los mínimos atributos de calidad interna y externa descritas en el estándar ISO/IEC 9126-1, si aplica FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Interesados en la solución Precondiciones Viabilidad Técnica Fecha: 30/11/2022 Página 4 de 9 Nombre/Rol/Perfil Descripción Asigne un rol o nombre que permita identificar un interesado que participa dentro de la solución adelantada Describa y justifique de qué manera participa el interesado dentro de la solución adelantada. Defina una lista de condiciones que deben cumplirse antes de iniciar con la solución Tipo de Desarrollo Requisitos Técnicos Versión:1.0 Web Escritorio Servicio Windows Móvil Servicio Web Otro:__________________ Versión _______ _______ Base de Datos _______ _______ _______ _______ Versión _______ C# _______ VB _______ PHP Lenguaje _______ Java _______ JavaScript _______ Otro:___________________ _______ Luego de adelantado el análisis de los requisitos y requerimientos es viable proponer una solución técnica para esta solicitud: SI ( ) NO ( ) Oracle SQL Server MySQL MongoDB Otro:__________________ FIRMAS DE ACEPTACIÓN: Nombre Dependencia Teléfono Firma FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Versión:1.0 Fecha: 30/11/2022 Página 5 de 9 4. FASE DE PLANEACIÓN Y GERENCIA DEL PROYECTO Responsable N° Nombre Etapa Fecha Plan estratégico de fases del proyecto Actividad Rol Fecha Fecha Responsable Inicio Fin Comentarios Diagrama de planeación NOTA: Las fechas de planeación establecidas en este documento son aproximadas y estarán sujetas a modificaciones que surjan por control de cambios u otros factores. FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Versión:1.0 Fecha: 30/11/2022 Página 6 de 9 FIRMAS DE ACEPTACIÓN: Nombre Dependencia Teléfono Firma FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Versión:1.0 Fecha: 30/11/2022 Página 7 de 9 5. LEVANTAMIENTO DEL REQUERIMIENTO DETALLADO Las historias de usuario deben ser independientes y debidamente identificadas; deben corresponder a una única funcionalidad y deben ser cortas y concisas Nº. Titulo Fecha Estimación HISTORIAS DE USUARIO Identificador único de la historia de usuario Titulo claro y especifico que define la fase o historia de usuario para el requerimiento DD/MM/YYYY Peso dado por un numero entre 1 y 100 acotado por la serie Fibonacci Característica/Funcionalidad Descripción detallada y suministrada en lenguaje natural por el usuario final, que permite identificar la necesidad puntual para una parte específica del requerimiento. P.e.: Quiero que el sistema me registre el número de veces que solicita atención a través de la ventanilla única, guardando el nombre del funcionario que atiende, la cedula y el tiempo que tarda en la consulta hasta obtener la solución a su inquietud. Razón/Resultado Con la finalidad de… P.e.: Con la finalidad de controlar la eficiencia de la atención en los puntos por cada uno de los empleados… Criterios de Aceptación Nº 1... Contexto Evento Título del Descripción de la Cuando o en qué momento ocurre el contexto escenario situación que presenta el criterio de P.e.: Pe. aceptación: Cuando el empleado intenta ingresar diligenciando Ingreso del en el formulario identificación y nombre empleado a la P.e.: plataforma En caso de que ingresa el número de identificación del funcionario y es inexistente debe generar un mensaje de error. Titulo FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 2 Control tiempo respuesta Versión:1.0 Fecha: 30/11/2022 Página 8 de 9 de Registrar un tiempo A partir del momento en que se efectúa el cierre de superior a media hora y del caso de atención al cliente por parte del evidenciar que se empleado genera una alerta de atención tardía n… Firmas de aceptación Nombre Dependencia Teléfono Firma FORMATO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROCESO GESTIÓN DE LA INFORMACIÓN PROCEDIMIENTO: DESARROLLO DE SISTEMAS DE INFORMACIÓN” Abogabot” Código: -1054 Versión:1.0 Fecha: 30/11/2022 Página 9 de 9 6. DISEÑO DE LA ARQUITECTURA DE SOLUCION En caso de que existan excepciones asociadas a la arquitectura de referencia se debe incluir su correspondiente justificación en las vistas que aplique. Fecha DD/MM/AAAA Vista Lógica Se puede utilizar alguno de los siguientes diagramas UML: Diagrama de Clase, Diagrama de Comunicación, Diagrama de Secuencia. Si utiliza convenciones para diagramas Ad hoc, por favor describirlas aquí Vista de Implementación Se puede utilizar alguno de los siguientes diagramas UML: Diagrama de componentes o diagrama de Paquetes Si utiliza convenciones para diagramas Ad hoc, por favor describirlas aquí Vista de Proceso Se puede utilizar alguno de los siguientes diagramas UML: Diagrama de actividades o de flujo Si utiliza convenciones para diagramas Ad hoc, por favor describirlas aquí Vista de Física Se puede utilizar el diagrama UML de despliegue. Si utiliza convenciones para diagramas Ad hoc, por favor describirlas aquí Prototipos de interfaces de usuario Mockups o Bocetos de interfaces graficas para Front-End. Si utiliza convenciones para diagramas Ad hoc, por favor describirlas aquí Firmas de aceptación Nombre Dependencia Teléfono Firma Nota: En caso de considerar limitado el uso de UML, es posible utilizar diagramas Ad Hoc.
