ANEXO No. 5 REQUERIMIENTOS SISTEMA REGISTRO ABIERTO DE AVALUADORES. Versión 1

Transcripción

1 ANEXO No. 5 REQUERIMIENTOS SISTEMA REGISTRO ABIERTO DE AVALUADORES Versión 1 1

2 1. DESCRIPCIÓN DEL DOCUMENTO Propósito Generalidas Referencias GENLIDADES DEL PROYECTO Descripción l Problema Definiciones Stakeholrs REQUERIMIENTOS FUNCIONALES REQUERIMIENTOS NO FUNCIONALES Desempeño Seguridad Auditabilidad Disponibilidad Confiabilidad Portabilidad Escalabilidad Usabilidad Flexibilidad

3 1. DESCRIPCIÓN DEL DOCUMENTO 1.1 Propósito Este documento reúne los requerimientos funcionales y no funcionales, que se requieren cumplir con la implementación un sistema información para el registro abierto. 1.2 Generalidas Los requerimientos funcionales hacen referencia a las funcionalis mínimas l sistema esenciales para el sarrollo l negocio. Los requerimientos no funcionales se enmarcan en un ámbito infraestructura, seguridad y confiabilidad, scribiendo las necesidas mínimas para que el sistema sea estable y se salvaguar la información que allí residirá. 1.3 Referencias [1] Ley [2] Decreto marzo GENLIDADES DEL PROYECTO 2.1 Descripción l Problema El creto por el cual se reglamenta la ley ; scribe el modo administración y regulación los en todo el territorio nacional. Establece amás la creación entidas reconocidas autorregulación y la expedición certificados para cada avaluador registrado en estas entidas, entre otros aspectos. Es por esto que para dar cumplimiento a lo establecido en el creto, se requiere construir un sistema información que permita la administración los, entidas reconocidas autorregulación y la consulta l registro por parte usuario civiles en cualquier instante tiempo. 3

4 2.2 Definiciones A continuación se citan las finiciones los conceptos utilizados en el sistema, consignadas en el Decreto capítulo I art. 3. Afiliados o Miembros: Son aquellas personas que en el ejercicio l recho asociación, son aceptados para que concurran y, estar habilitados para ello, liberen y voten en las cisiones l máximo órgano dirección una Entidad Reconocida Autorregulación, conformidad con los estatutos la respectiva entidad. Amás tendrán los rechos y obligaciones que terminen las normas internas la entidad. Los a1'iliados o' miembros una Entidad Reconocida Autorregulación berán estar inscritos en el Registro Abierto Avaluadores, a más tardar al finalizar el plazo establecido en los artículos 6 y 23 la Ley Entidad gremial: Correspon a la entidad creada por personas naturales para el sarrollo sus intereses comunes, por gremios o por asociaciones gremios. Una entidad gremial las señaladas anteriormente, podrá contar con gremios usuarios y asociaciones gremios usuarios los servicios valuación o con personas, gremios o asociaciones gremios que pertenezcan al Sector Inmobiliario. Inscritos: Son las personas naturales que realizan las actividas valuación y que previo el cumplimiento los requisitos establecidos en el artículo 6 la Ley , han sido inscritos por la Entidad Reconocida Autorregulación en el Registro Abierto Avaluadores. La inscripción conlleva la obligación autorregulación por parte la Entidad Reconocida Autorregulación ante la cual el avaluador se ha inscrito. Registro Abierto Avaluadores (RAA): Es el protocolo único, acceso abierto a cualquier interesado, a cargo las Entidas Reconocidas Autorregulación, en don se registra, conserva y actualiza la información relativa a la inscripción, a las sanciones disciplinarias a las que haya lugar en sarrollo la actividad autorregulación y más información que acuerdo con las regulaciones ba o pueda ser registrada en el. Certificados Aptitud Profesional: Los certificados aptitud profesional que trata el parágrafo 2 l artículo 6 la Ley para referirse a las certificaciones que expin los programas educación para el trabajo y el sarrollo humano al momento su culminación, corresponn a los certificados aptitud ocupacional que expin las instituciones educación para el trabajo y el sarrollo humano, legalmente reconocidas' por autoridad competente, conformidad con lo ornado por el numeral 3.3 l Decreto

5 2.3 Stakeholrs A continuación se scriben los stakeholrs que están involucrados en la consulta, revisión, validación y aprobación l presente documento: Partes Interesadas (StakeHolrs) Descripción Usuarios finales, gerente l proyecto, conocedores l negocio, organismos control, y usuarios que Usuarios realizan procesos revisión y pruebas aceptación l documento. Desarrolladores e ingenieros prueba Administradores l Personal Infraestructura Ingenieros Software y pruebas Funcionarios encargados la administración y parametrización l sistema. Ingenieros Infraestructura y Telecomunicaciones, encargados la finición, administración y operación los diferentes equipos, computadores, equipos red y telecomunicaciones. 3. REQUERIMIENTOS FUNCIONALES A continuación se scriben las reglas negocio que se ben implementar en el sistema información. Requerimiento Área Nombre Descripción RF-01 central RAA Gestión usuarios Los usuarios se ben por asociarse a uno los siguientes perfiles: Administrador RAA: Este usuario tiene control total l sistema. Administrador : Este usuario tiene acceso a: o Opciones asociadas propias para las o Administración usuarios : Estos usuarios tendrán permisos solo a las opciones las Ente Control: Estos usuarios tienen acceso consulta al sistema y a la generación reportes. 5

6 Usuarios : Estos usuarios tienen acceso a las opciones l sistema propias la. Usuario avaluador: Debe por autoregistrarse en el portal. Tiene acceso a las opciones solicitud inscripción, solicitud certificados, pagos en línea y consulta su perfil. RF-02 RF-03 RF-04 RF-05 RF-06 RF-07 RF-08 central RAA central RAA central RAA central RAA central RAA central RAA Parametrización l sistema Administración Registro transacciones Administración categorías Reportes RAA Transacciones recaudo Gestión usuarios Se be permitir cambiar los valores los parámetros generales la aplicación. Se be permitir crear, editar, consultar, eliminar o inactivar una. El registro la be contar como mínimo con los siguientes datos: Nombre o Razón Social la NIT Nombre representante legal Tipo y Numero intificación l representante legal Dirección la Teléfono Contacto Acto administrativo mediante el cual se reconoció como Fechas l acto administrativo Fecha registro al RAA Se be llevar un registro todas las transacciones realizadas en el RAA. Se be permitir crear, editar, eliminar, consultar o inactivar una categoría. Reportes propios l RAA para su gestión y para reportar a entes control. Se be llevar un registro todos los pagos realizados electrónicamente o físicamente en banco, con el fin por terminar los aportes que se ben realizar por cada al operador l RAA. Cada be tener un usuario administrador, que le permita crear, editar, consultar, eliminar o inactivar usuarios su. 6

7 RF-09 RF-10 RF-11 Facturación Contabilidad Registro Debe contar con un módulo facturación para los pagos realizados por los, don se generen las facturas realizadas a los pagos en línea o en bancos. Debe contar con la parametrización básica las operaciones para hacer una interfaz contable. Se be almacenar cada avaluador como mínimo la siguiente información Código único: Este código intificara al avaluador en el sistema para cualquier trámite, se be tener la opción elegir entre número intificación o un código autogenerado y controlado por el sistema con una nomenclatura previamente finida Foto Tipo y Numero intificación Nombres y Apellidos Fecha y Lugar nacimiento Número Tarjeta profesional y fecha expedición (Opcional) Dirección domicilio Teléfonos contacto Correo electrónico Fecha registro Categorías asociadas Régimen inscripción: académicos o practicantes Soporte experiencia: Documentación digitalizada aportado por el avaluador, tallada por Tipo documento y Archivo en PDF o Imagen. En caso que el avaluador entregue los documentos físicamente be permitirse la digitalización los mismos 7

8 RF-12 RF-13 RF-14 RF-15 Comité aprobación solicitus Registro respuesta solicitus Generación certificados Traslado a El módulo comités be permitir ingresar la información cada reunión l comité aprobación, relacionando los siguientes datos: Número l comité Fecha Funcionarios Solicitus (Suscripción o Cancelación) estudiadas Decisión para cada solicitud: La cisión para cada para cada solicitud berá ser registrada manera individual. Formulario respuesta a solicitus suscripción y cancelación realizadas por el avaluador El modulo be permitir generar por manda los certificados pagados por los y su posterior envió dicho certificado por correo electrónico o postal El certificado be contar mínimo con los siguientes datos: Datos la : Nombre, Intificación, Resolución Datos l Avaluador: Nombre, Domicilio, Correo Electrónico, Teléfono contacto, Fecha inscripción, Categorías, Antecentes disciplinarios Pin verificación: Un pin autogenerado que be ser único y asociado con el certificado para las validaciones en línea Código barras QR: Código autogenerado que permita verificar la valiz un certificado. Fecha vencimiento Un avaluador solo pue estar activo en una, para realizar el trámite traslado be ser dado baja en la en la que se encuentra activo y dado alta en otra, para este propósito se be 8

9 contar con un formulario registro cancelación l avaluador y posteriormente se be expedirle un paz y salvo, y posteriormente envió l mismo por correo electrónico RF-16 Registro sanciones disciplinarias Una pue registrar, editar o borrar sanciones disciplinarias al avaluador, el registro be tener como mínimo la siguiente información: Avaluador sancionado Fecha registro Tipo sanción Descripción los hechos Fecha finalización la sanción Documentación soporte RF-17 RF-18 RF-19 RF-20 RF-21 entidas control entidas control Visibilidad la información Reportes Sitio entidas control Reportes entidas control Solicitud suscripción para La sanción registrada be quedar asociada al avaluador correspondiente, manera que salga en la certificación o al consultarlo en el sistema. Una pue ver toda la información l RAA, pero solo pue modificar su propia información. Reportes propios la para su gestión y para reportar a entes control Debe existir la funcionalidad que permita, mediante usuario y contraseña, que las entidas control ingresen al RAA para ejercer sus funciones vigilancia y control. Generación reportes entidas control como la SIC u otras que la ley disponga, estos informes serán retroactivos por lo tanto la información berá permanecer en el tiempo. El avaluador be por hacer una solicitud inscripción diligenciando un formulario registro en el que incluirá los datos básicos y podrá adjuntar documentación digital. 9

10 RF-22 Consulta estado solicitus El avaluador be por consultar el estado sus solicitus Solicitud suscripción Solicitud certificados Solicitud cancelación suscripción RF-23 RF-24 RF-25 RF-26 RF-27 RF-28 RF-29 RF-29 RF-30 publico publico Solicitud certificados Solicitud cancelación suscripción Pago afiliación Alarmas pago periódico Reportes hoja vida l avaluador El avaluador pue solicitar certificados y be contar con la posibilidad pago en línea a través una pasarela pago, o pago por referencia en diferentes bancos, cuando el pago no es en línea be por posteriormente adjuntar su comprobante pago en formato digital como soporte. El avaluador be contar con un formulario solicitud cancelación suscripción a la. El avaluador be por realizar el pago periódico su afiliación a la, a través una pasarela pago, o pago por referencia en diferentes bancos. El sistema berá informar al avaluador que su afiliación esta próxima a vencer para que realice el pago antes su vencimiento. Reporte en la que se muestra el histórico la información l avaluador. PQR Módulo PQR para los que se conecta directamente a la SIC y se radica automáticamente. Registro usuarios Sitio Publico Validación certificados El usuario avaluador pue autoregistrarse en el sistema o editar sus datos. Un portal disponible al público común con contenido administrable para la publicación información relevante y noticias interés público. El portal público be tener la opción validación los certificados expedidos por la don se ingresa el PIN asignado al certificado o el código barras QR 10

11 y se muestra una imagen l certificado expedido. RF-31 RF-32 publico publico Solicitud certificados PQR El ciudadano solicita el certificado un avaluador a través l número único registro o tipo y número intificación, esta opción be contar con las posibilidad pago en línea atreves una pasarela pago, o pago por referencia en diferentes bancos, cuando el pago no es en línea be por posteriormente adjuntar su comprobante pago en formato como soporte. Módulo PQR para los ciudadanos que se conecta directamente a la SIC y se radica automáticamente. 4. REQUERIMIENTOS NO FUNCIONALES El proceso administrativo por medio l cual se alantan las actuaciones administrativas para establecer la existencia prácticas restrictivas la competencia, actos competencia sleal administrativa y acuerdos colusión en licitaciones, se alantan por las reglas establecidas en el procedimiento establecido en el artículo 52 l Decreto , modificado por el artículo 155 l Decreto Ley , la Ley , entre otras, y se compone las siguientes etapas y actividas: A continuación se scriben los requerimientos no funcionales 4.1 Desempeño Es un indicador la capacidad respuesta una aplicación para ejecutar una acción ntro un intervalo tiempo dado, esta capacidad be tener como base la infraestructura tecnológica y escenarios específicos a los que el sistema estará expuesto y a los que berá responr. Requerimiento Nombre Descripción 11

12 RNF-01 Tiempo respuesta en la navegación la aplicación El tiempo respuesta promedio para la navegación entre las páginas, realizar inserciones datos, ediciones y cambios estado registros, be ser menor o igual a 3 segundos. Las condiciones y especificaciones ambiente y ejecución prueba se finen en el escenario calidad. Tener en cuenta en el escenario calidad, la afectación al tiempo respuesta esperado con respecto al canal comunicación. 4.2 Seguridad Seguridad se fine como la forma en que el sistema es protegido para evitar la pérdida o suministro información fuentes no autorizadas. Requerimiento Nombre Descripción RNF-02 Autenticación Todos los actores se autenticarán a través l módulo existente para tal fin en la aplicación. La clave be ser bloqueada a un número intento fallido (el número intentos se fine en el archivo configuración). Debe existir la opción recuperación contraseña para todos los usuarios. RNF-03 Autorización Usuarios Los usuarios l sistema se autorizaran a través los módulos existentes para tal fin en la aplicación. Se finen las siguientes funcionalidas específicas: Administración perfiles. Asignación opciones sistema a perfiles. Asignación perfiles a usuarios. Registro usuarios externos Manejo Contraseña 12

13 RNF-04 Tiempo Inactividad Usuarios El sistema be controlar los tiempos inactividad los usuarios finales y manejar la sconexión. El tiempo be ser 15 minutos y be ser parametrizable a través archivo configuración. RNF-05 Secuencia entre páginas La aplicación be mantener la secuencia lógica entre las pantallas, es cir, no be entrar directamente a una página que no fue solicitada s otra. Acceso únicamente a través la secuencia navegación. RNF-06 Eliminación Cookies Si la aplicación genera cookies en el navegador internet, estas ben ser eliminadas al cerrar la sesión. A si sea por inactividad usuario o cuando el usuario salga cuando lo see, es cir, presionando el control cerrar el navegador internet. RNF-07 RNF-08 Cifrado Contraseña Usuario Múltiples Sesiones La contraseña l usuario be tener un algoritmo o mecanismo cifrado al almacenarse en la base datos. El sistema be restringir múltiples sesiones abiertas s diferentes navegadores o estaciones trabajo. RNF-09 Mantener Sesión El sistema be mantener la sesión con el usuario en caso que uno los servidores web o aplicaciones falle. 4.3 Auditabilidad Es el proceso registrar, agrupar, reportar y evaluar evincias l flujo los datos y l manejo para mantener la integridad en un sistema información y así llevar a cabo eficazmente seguimientos y controles que la organización o entidad establezcan. 13

14 Requerimiento Nombre RNF-10 Registro auditoria Descripción El sistema requiere un log registro interno para brindar información oportuna respecto a la trazabilidad las acciones realizadas por cada uno los usuarios. RNF-11 Consulta Información Auditoría El sistema requiere un log errores para brindar información técnica l error presentado en la aplicación. Este log be quedar en archivo.log y en base datos. El archivo.log be quedar en cada uno los N servidores aplicaciones, la partición l archivo be quedar configurada por tamaño, y este se be finir en el archivo configuración. El sistema requiere la opción por consultar los registros almacenados en el registro interno finido en el requerimiento registro auditoría para la trazabilidad las acciones y el log error base datos. 4.4 Disponibilidad Disponibilidad se fine como la proporción l tiempo que el sistema es funcional y trabaja. Pue ser medido como un porcentaje l tiempo total en que el sistema no estuvo caído en un periodo prefinido. La disponibilidad pue verse afectada por errores l sistema, problemas infraestructura, ataques o carga l sistema. Contingencia Tecnológica se fine como la estrategia que be tener una aplicación para establecer un servicio continuo y logre operar en caso falla en uno o varios componentes. Requerimiento Nombre RNF-12 Alta Disponibilidad Descripción El be estar disponible el 98% l tiempo en el primer año y el 99.5% ahí en alante. El cumplimiento este escenario calidad, pen la infraestructura y la propuesta spliegue que se presente. 14

15 RNF-13 Contingencia capa datos El proyecto be contar con nodo alterno en la capas datos. En caso que el servidor base datos principal no esté disponible se hará uso este nodo alterno. RNF-14 Contingencia capa presentación aplicación y La configuración los parámetros la base datos be quedar en un solo punto. El proyecto be contar con nodo alterno en las capas presentación y aplicación. En caso que el servidor web o aplicaciones principal no esté disponible se hará uso l esquema nodos alternos. 4.5 Confiabilidad Hace referencia al nivel confianza que el aplicativo ofrece al usuario sobre el hecho que no fallará en la ejecución su función. Requerimiento Nombre RNF-15 Datos dispuestos a perr RNF-16 Manejo excepciones Descripción La cantidad datos dispuestos a perr durante la realización una transacción solicitada por un usuario es igual a 0 (cero) bajo cualquier condición operativa, bien sea en condiciones normales en producción o en condiciones carga por contingencias extremas o estrés. Llegado el caso que existan interrupciones comunicación entre los servidores y el cliente, el sistema no continúa con la solicitud y el cliente be reanudar la petición. Adicionalmente, cuando se esté recibiendo información y ocurra una interrupción comunicación, el sistema no continúa con la recepción y el actor be reiniciar el envío. En el momento que ocurra una excepción be ser notificada a través un mensaje al usuario final para que sean entendidos y se pueda tomar una acción con respecto al mensaje. En relación al mensaje que se le presente al usuario, se clasificaran las excepciones más comunes que se intifiquen en la construcción l sistema; las que no, irán a una excepción por fecto contactar al administrador l sistema. El control excepciones no be suministrar rutas físicas, arquitecturas la plataforma, tablas la 15

16 base datos y ninguna información que pueda usarse para vulnerar el sistema. 4.6 Portabilidad Se fine como la capacidad la aplicación para por ejecutarse en diferentes plataformas tecnológicas. Requerimiento Nombre Descripción RNF-17 Navegador La aplicación berá ser WEB y portable entre los siguientes navegadores internet: Chrome o superior Internet Explorer 8 o superior FireFox o superior 4.7 Escalabilidad Escalabilidad es la habilidad l sistema para que cuando se le aumente la carga en número usuarios o cantidad procesamiento no requiera crecer en recursos hardware en igual proporción. Típicamente el sistema será capaz extenrse en la prestación l servicio al incrementarse la manda o la carga. Requerimiento Nombre RNF-18 Accesos Concurrentes Descripción Se estima que en concurrencia se puen tener 50 accesos concurrentes en un instante tiempo. 4.8 Usabilidad La usabilidad se fine como la facilidad con que las personas puedan utilizar una aplicación informática, con el fin cumplir con los requerimientos los usuarios finales y tener la capacidad localizar, globalizar y ducir cada una las acciones contempladas en el sistema. Requerimiento Nombre Descripción 16

17 RNF-19 Facilidad uso La interfaz usuario l sistema berá cumplir con el nivel AAA scrito en el manual usabilidad Gobierno en Línea. 4.9 Flexibilidad Es la habilidad un software para adaptarse a situaciones variables y para soportar cambios en políticas y reglas negocio. Un sistema flexible es uno que es fácil reconfigurar o que se adapta en respuesta a los diferentes requerimientos usuarios y l sistema. Requerimiento Nombre RNF-20 Configuración Recursos Descripción Debe existir esquema para el manejo propiedas configuraciones específicas los recursos que use la aplicación. Por ejemplo: Ip s servidores, Puertos Nombre la base datos, etc. 17