Especificación Requerimientos Version Final

ESPECIFICACIN REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES GESTIN PARQUIMETROS Revisin Histrica
Fecha Versin Descripcin #15 Santiago Campos J.

22/04/2012
Autor
1:01
Requerimientos de Gestin J.Joaquin Cspedes C. de Parqumetros Daniel Ortega C. Nathalia Ruiz Z. #15 Santiago Campos J.
21/05/2012
1:02
Casos de Uso
J.Joaquin Cspedes C. Daniel Ortega C. Nathalia Ruiz Z.
INDICE
1.1Propsito............................................................................................................................................3 1 Usabilidad ..........................................................................................................................................6 2 Confiabilidad .....................................................................................................................................8 3 Portabilidad......................................................................................................................................10 Disponibilidad:.....................................................................................................................................11 Eficiencia y rendimiento......................................................................................................................12 Polticas de respaldo y contingencia inicial:........................................................................................15 7.7Requerimientos de entrega y ayuda en lnea:.................................................................................16 7.8Ejecucin: .......................................................................................................................................21 7.9Requerimientos de interoperabilidad:.............................................................................................23 7.10Requerimientos externos:..............................................................................................................24 7.11Requerimientos legislativos:.........................................................................................................25 7.12Propiedades de Diseo:.................................................................................................................26 7.13Licenciamientos:...........................................................................................................................27 7.14Autenticaciones.............................................................................................................................28
ID: ID: ID: ID: ID: ID: ID: ID: ID: ID: ID: ID: ID: CUCUCUCUCUCUCUCUCUCUCUCUCU001..................................................................................................30 002..................................................................................................31 003..................................................................................................32 004..................................................................................................33 005..................................................................................................34 006..................................................................................................36 07....................................................................................................37 08....................................................................................................38 09....................................................................................................39 010..................................................................................................39 019..................................................................................................51 020..................................................................................................52 021..................................................................................................54
INTRODUCCIN
1.1 Propsito El nombre para el proyecto ser Sistema Gestin de Parqumetros, el cual ser desarrollado en el departamento de informtica de la Municipalidad de San Jos (MSJ). El propsito ser agilizar el manejo de boletas y multas del sistema de parqumetros.
Alcance
Para la realizacin de este sistema se tomaran en cuenta los siguientes requerimientos, mantenimiento de perfiles de usuarios, parquimetristas, multas y pagos. Se autentificaran los usuarios con su respectivas zonas tambin se llevar un control de pagos el cual es importante para la realizacin de reportes de los mismos y su vez de las multas para generar los archivos que se enviaran al Instituto Nacional de Seguros ( INS) y as poder crear un reporte de morosidad. El sistema se desarrollar en el lenguaje .NET bajo los servidores UNIX con una base de datos SQL Server, que funcionara para el browser Internet Explorer para sea funcional en tres municipalidades. Ser desarrollado o enfocado hacia la plataforma de Windows, se desear hacerlo flexible y con una interfaz de usuario amigable para as manejar de forma segura y confidencial los datos centralizando toda la informacin en el sistema central de la municipalidad de San Jos.
Glosario
RF##: siglas para identificar los requerimientos funcionales, seguidos por un nmero secuencial de la lista de requerimientos que se est levantando, con el fin de identificarlos y hacer referencia a documentos posteriores, como por ejemplo los casos de uso. RNF##: siglas para identificar los requerimientos no funcionales, seguidos por un nmero secuencial de la lista de requerimientos, con el fin de identificarlos y hacer referencia a documentos posteriores.
Conceptos
Requerimientos: atributo necesario para la construccin de un sistema, que puede representar una capacidad, una caracterstica o un factor de calidad del sistema solicitado. descubrimiento de las actividades involucradas, para dar solucin a un producto terminado. Stakeholder: (interesado o involucrado) persona, grupo u organizacin que tenga directa o indirectamente participacin en un proyecto. Y desde el punto de vista del desarrollo de sistema, es aquella persona o entidad que se ver afecta directa o indirectamente con el sistema o la solucin optima. Es el
Taller de Requerimientos: debe existir un plan para la realizacin de uno o varios talleres de requerimientos, donde se involucran tipos de elicitacin (propuesta en ingeniera de requerimientos.) para lograr el descubrimientos de requerimientos necesarios para la solucin. Elicitacin: actividades propias que ayudan al levantado y descubrimiento de requerimientos, con la participacin de los usuarios expertos. Software: Se refiere al conjunto de los componentes lgicos necesarios para realizar tareas especficas, en contraposicin a los componentes fsicos del sistema. Hardware: El hardware abarca todas las piezas fsicas de un ordenador (CPU, servidor, mouse, teclado, monitor y otros). Proceso o mdulo: El sistema se ha divido en varios procesos, mecanismo para organizar los requerimientos por grupos, lo que permite dividir un modelo en partes manejables mediante la agrupacin. negocio. Estado solicitado/requerido: consiste en determinar el estado de un requerimiento, por cuanto si es solicitado, este requerimiento viene por el usuario experto para cumplir con la funcionalidad del sistema, y es parte de las reglas del negocio dentro del conjunto de requerimientos funcionales. Y en estado requerido, es cuando es requerido para cumplir con el requerimiento solicitado, o bien aquellos que de acuerdo a la pericia y experiencia del analista, se determina que se requiere un paso ms para cumplir con el requerimiento solicitado, y en consistencia con las reglas del negocio. Prioridad de requerimientos: todos los requerimientos tienen diferentes niveles de importancia para los usuarios y stakeholders. Ya sea alta, media o baja, dependiente del la importancia o criticidad del requerimiento dentro de las reglas del negocio o base del sistema propuesto. Agujero de Seguridad: Fallo en la seguridad de una aplicacin, sistema informtico o sitio Web, que podra ser explotado para el hacking. Los agujeros son considerados debilidades o errores de programacin (bugs). Los procesos son vistos en la grfica que se representa como casos de uso del
I: PARTE: Requerimientos Funcionales y No Funcionales
Lista de requerimientos funcionales

RF01: RF02: RF03: RF04: RF06: RF07: RF08: RF09: RF10: RF11: RF12: RF13: RF14: RF15: RF16: RF17: RF18: RF19: RF20: RF21: RF22: RF23: RF24: RF25: Crear nuevo parte Modificar parte Eliminar parte** Crear nuevo perfil de parquimetristas Modificar el perfil de parquimetristas Eliminar el perfil de parquimetristas Clasificar usuarios Autentificar usuarios Clasificar zonas Controlar pagos de partes Generar reporte de pagos Generar reporte de placas Generar reporte de multas Generar reporte de parquimetristas Controlar partes Autentificar parquimetristas Generar archivo plano para enviar a INS Generar reporte de morosidad Ingresar una nueva placa Modificar placa Eliminar placa Crear nuevo parte Modificar parte Eliminar parte
Requerimientos no funcionales
RNF01: Desarrollar en lenguaje .NET RNF02: Enfocar las paginas al browser Internet Explorer RNF03: Desarrollar para conectar con el tipo de base de Datos SQL Server RNF04: Funcionar bajo servidores UNIX RNF05: Funcionar en 3 municipalidades (San Jos, Turrialba, Montes de Oca) RNF06: Desarrollar el sistema enfocado a la plataforma de Windows RNF07: Interfaz amigable con el usuario RNF08: Flexible a nuevos cambios de plataforma RNF09: Brindar informacin posterior a los usuarios sobre el uso del sistema RNF10: Manejar de forma segura y confidencial los datos RNF11: Centralizar la informacin en la base de datos del sistema de la MSJ RNF12: Limitar el acceso al sistema segn usuario. RNF13: Brindar por parte de la MSJ la licencia del software necesario para el proyecto RNF14: Utilizar la legislacin de manejo de datos dada Reglamento de Seguridad informtica de la MSJ.
RNF15: Manejar el sistema por dos departamentos. RNF16: Crear nuevo perfil de usuario RNF17: Modificar el perfil de usuario RNF18: Eliminar el perfil de usuario
Usabilidad Estado: Requerido Prioridad: Alta
ID: RNF-01 Nombre: Desarrollar en lenguaje .NET Descripcin:

En la implementacin de las interfaces para el Sistema Gestin de Parqumetros se deber utilizar lenguaje del dominio, .NET, y de acuerdo a las necesidades de esta rea. Adems, de dar consistencia y familiaridad mediante la aplicacin de los estndares de diseo, aplicado a todos los sistemas generados en el rea de Gestin de Proyecto.
En
el
Sistema
Gestin
de
Parqumetros funciones en:
se deber garantizar el
control y libertad del usuario, garantizando
tareas
Control de errores (deshacer Garantizar la eficiencia de comunes con el mnimo
eventos y rehacerlos) y otros. los usuarios, y realizar acciones o
esfuerzo para
razonable.
(uno
dos sus
pasos para realizar una accin), considerar minimizar dificultades.
Incluir
al
Sistema
Gestin
de
Parqumetros lo siguiente:
comandos de alertas para
acciones que se consideren sensibles, por
Los
usuarios ser
del
sistema, a
podran algunas negativos
propensos a los
equivocarse; por lo tanto, limitar acciones de efectos errores comunes,
como que los usuarios deben saber que un comando dado podra borrar este o aquella informacin; y as, en todas aquellas acciones que se consideren sensibles. Realizar validaciones de campos: Campos obligatorios de campos su de dependiendo naturaleza, Validar texto y numricos. Justificacin: De acuerdo a los estndares de la Municipalidad de San Jos. Y al formulario para verificar la usabilidad del prototipo. Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final. Encargado de realizar el requerimiento: Grupo de desarrolladores de la Universidad Nacional Usuario experto entrevistado: Henry Caldern
Confiabilidad Estado: solicitado
ID: RNF-12
Nombre: Confiabilidad
Prioridad: Alta
Descripcin: Se aplicarn pero estndares y cuando de el
seguridad, sistema.
siempre
usuario ste en la base de datos del
Se
deber realizar
las diferentes
fases de prueba durante el lapso del proyecto, para ello se confeccionar la Planificacin de las pruebas. Y consistir en proceder a seleccionar las fechas, el tipo de prueba, roles y usuarios (agrupados en los roles). Esto con el fin de capacitar todos los usuarios involucrados para el uso del sistema Gestion Parqumetros y su navegabilidad. Adjunto el siguiente tipo de pruebas a realizar.
Pruebas al prototipo de dentro del equipo de
diseo:
proyecto, se toma al lder tcnico, lder funcional, usuarios expertos del sistema Gestin parqumetros, que se encargarn de realizar las primeras pruebas de funcionalidad a los usuarios.
Pruebas
unitarias:
el
equipo desarrollador se encargarn de realizar sus propias pruebas tcnicas y funcionales.
Pruebas
de
integracin:
una vez que se han dado por aceptado las pruebas unitarias, se proceder con las pruebas de integracin y el responsable de
realizar dichas pruebas al sistema Gestin parqumetros ,ser el lder tcnico. Estas se realizan en el ambiente de desarrollo o en el ambiente de pruebas del software, donde se prueban que todos los un elementos una sola vez. componen
proceso o conjunto de procesos de
Pruebas
piloto:
el
equipo
de
proyecto estar a cargo de poner en la puesta en marcha el sistema del Gestin parqumetros la fase a de produccin, durante
transicin, y se podr ir realizando poco a poco cada uno de sus componentes, estratgica. de una manera
Justificacin: contraseas
De
acuerdo
los
estndares de art.10 Definicin y uso de
Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final.
Encargado: Grupo de desarrolladores de la Universidad Nacional
Solicitante: Luis Ramrez
Portabilidad
ID: RNF-05
Estado: solicitado
Nombre: funcionar en 3 municipalidades Descripcin: El Sistema Gestin Sistema
Prioridad: media
de
Parqumetros podr ser ejecutado desde el Browser Internet Explorer cualquier versin.
El sistema deber ser diseado de
tal manera que pueda ser instalado en cualquiera de las 3 sedes, Municipalidad de San Jos, Turrialba y Montes de Oca. El sistema podr ser levantado en el los sistemas operativos existentes en Centro de cmputo.
El sistema deber contar con el
siguiente equipo 4, distribuido en las siguientes reas de informtica de la municipalidad de San Jos o se podr utilizar el equipo existente para soportar
el sistema.
Justificacin: De acuerdo a los estndares de la Municipalidad de San Jos. Y al formulario para verificar la usabilidad del prototipo. Restricciones:
Encargado: Grupo de desarrolladores de la Universidad Nacional
Solicitante: Nelson
Disponibilidad:
ID: RNF-15
Estado:
solicitado
Nombre: Disponibilidad
Prioridad: media
Descripcin: El sistema Gestin de Parqumetros deber ser diseado de tal manera que pueda ser accesado desde dos departamentos de la misma municipalidad, los cuales son el departamento de parqumetros y cajas (departamento de pagos).
El sistema debiera estar disponible funcionando las 24 horas del da,
durante la semana, los 365 das del ao. En caso de una falla, habr un encargado de soporte para su mantenimiento; mientras que tecnologas de Informacin
ser el custodio, ya que estar capacitado para resolver cualquier problema que se presente. Justificacin: De acuerdo a los estndares de la Municipalidad de San Jos. Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final. Encargado: Grupo de desarrolladores de la Universidad Nacional Solicitante: Luis Ramrez
Eficiencia y rendimiento
ID: RNF-07
Estado:
solicitado
Nombre: Eficiencia y Rendimiento
Prioridad: media
Descripcin:
Tomando en cuenta que el sistema de Parqumetros, debe ser
Gestin
consistente bajo concurrencia; por ende los accesos simultneos por los usuarios debern ser mltiples y estar libre de bloqueos.
Justificacin: De acuerdo a los estndares de la Municipalidad de San Jos. Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final.
7.5 Mantenimiento y soportabilidad:

ID: RNF-05-08 Nombre: Mantenimiento y soportabilidad Descripcin: Actualmente no se un Plan de Mantenimiento. ha desarrollado Estado: solicitado Prioridad: Alta
El rea Gestin de Proyectos deber seguir dndole el mantenimiento y soporte desde el momento que sea el sistema a productivo, y entregado oficialmente el proyecto. Estrategias de mantenimiento, por definir.
Utilizar
las
convenciones de clases y
para para
el los la 3
cdigo,
definicin tales
dems
caractersticas estndares Los el documentacin.
recomendadas, como se
referenciar harn cada
respaldos sistema
meses,
deber
permanecer
actualizado para hacer los respaldos. Justificacin: Procedimiento y polticas de mantenimiento pendiente por definir. Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final. Encargado: Grupo de desarrolladores Universidad Nacional Solicitante: Nelson
de
la
Polticas de respaldo y contingencia inicial:
ID: RNF-10-11 Nombre: Polticas de respaldo y contingencia inicial
Estado: Solicitado Prioridad: Media
Descripcin:
Las polticas de respaldo para el Sistema Gestin de Parqumetros, regirn inicialmente de la siguiente manera: Centralizar la informacin en una nica base de Datos de Datos del Departamento de Informtica de la Municipalidad de San Jos. Cada 6 meses se da el respaldo de la Base de Datos del Sistema Gestin de Parqumetros. Cada 3 das se da el respaldo de los log. sobre la transacciones a la base de datos del Sistema Gestin de Parqumetros. Se deber guardar en el servidor de Base Datos, un histrico 2 perodos completos vencidos.
En cuanto a la estrategia de contingencia, el Sistema de Gestin de Parqumetros se puede implementar en cualquier equipo, con los siguientes requisitos: Un equipo en que el sistema tema Gestin de Parqumetros pueda brindar una estabilidad mnima para que funcione este sistema. Un equipo que supla con las
necesidades bsicas para darle conexin como mnimo a un usuario. Un equipo que se ubique tanto dentro de la Sede Central como en sus respectivos puntos asignados de uso (Turrialba, Montes de Oca). Un equipo cuyos servicios principales sern conexin con datos a travs de la red o conexin directa con un servidor de bases de datos, y la consulta se har va Web (Internet Explorer). Donde el sistema podr ser ejecutado desde el Browser Explorer 9.0. o cualquier versin anterior. Justificacin: De acuerdo a las polticas de respaldo y el manual de operaciones del Sistema Gestin de Parqumetros. Restricciones: Esta estrategia de respaldo y contingencia, se implementa para iniciar con el sistema, sin embargo, podr ser modificada despus de conocer su comportamiento con respecto a su funcionalidad. Encargado: Grupo de desarrolladores la Universidad Nacional. Solicitante: Ing. Henry Caldern Departamento de Desarrollo de Sistemas
7.7
Requerimientos de entrega y ayuda en lnea:
ID: RNF-16
Estado: solicitado Prioridad: Media
Brindar informacin posterior a los usuarios sobre el uso del sistema

Nombre: Descripcin:
El equipo de desarrolladores del de entregar la
Sistema Gestin de Parqumetros, ser el responsables
documentacin generada durante el lapso del proyecto. Las fechas de entrega se tomarn del cronograma de actividades, dichas fechas estn establecidas en cada uno de los productos generados en la durante el del proyecto; junto con la asignacin de los responsables planificacin proyecto. (Ver Cronograma Tentativo)
Validaciones y Firmas: En este
tem se definirn e incluirn los nombre de los responsables de validar y dar las firmas de aceptaciones por cada producto entregado, que regirn de acuerdo a los siguientes puntos: Firmas en todos los documentos o productos generados dentro de las etapas y actividades del proyecto, las junto con la para validacin de los productos, y se solicitarn firmas Lder Lder Tcnico aceptacin, de los roles de: Funcional
En
Equipo de desarrolladores documentos de relevancia
de la Municipalidad de San Jos debern estar las firmas por: El formulario de Proyecto: por el Patrocinador encargado del rea el anlisis de la firmado
Funcional y el que realiza
de Gestin de Proyecto, y por el solicitud.
Carta Constitutiva: firmado
por el Patrocinador Funcional y Patrocinador Tcnico.
del
Cartas de Aceptacin y final producto: firmada Funcional por y el el
Patrocinador
Patrocinador Tcnico; adems del equipo de desarrolladores de la Municipalidad de San Jos. En documentos como validacin de para el desarrollo y estndares
arquitectura, es necesario el visto bueno, por parte de los roles de: El encargado de los estndares Luis Ramrez El encargado del rea de en Tecnologas Henry Ingeniera Caldern.
Entrega de documentos original
y DVD: sern entregados en las fechas establecidas en el cronograma Sistema Gestin de Parqumetros; contendrn los productos o entregables generados durante el lapso del proyecto, con el original, ms una copia adicional y digital en DVD.
Entrega del Manual de usuario:
contendr las funcionalidades del Sistema Gestin de Parqumetros; adems, deber estar como ayuda en lnea dentro de las interfaces.
Entrega
del
Manual
Tcnico:
contendr todas las caractersticas de los estndares para el desarrollo de N-capas, que cambiaron y se debern explicar las
configuraciones y caractersticas de los Job, ETL entre otros, pero solamente en el caso de que hayan sido cambiados las zonas de cdigo, responsable de entregar ser por parte del rea de la Municipalidad de San Jos.
Manual Operativo: se citan todas
las caractersticas del o los servidores para que el sistema funcione adecuadamente; adems, deber tener el Software incluido en el equipo que corresponda. Este producto deber contener un apartado de instalacin con el flujo detallado (paso a paso). Responsable de entregar ser por parte del rea de la Municipalidad de San Jos.
Libro
de del
operaciones: una gua Sistema Gestin
este y de
documento descripcin
establece
Parqumetros en cuanto a su arquitectura y operacin, encargado de generar el documento ser el rea de Departamento de Informtica.
Entrega
del
Producto
de
Software: en la fase de transicin, el Sistema Gestin de Parqumetros, deber quedar corriendo en el ambiente de productivo; adems de haber realizado pruebas con los usuarios finales, en caso de implementarse a nivel nacional, se deber dejar corriendo al menos en una rea destinada como prueba piloto, o segn sea lo establecido en los acuerdos
en los trminos de la Licitacin el Los entregables fsicos y la copia en DVD podrn ser impresos en las
instalaciones de la Municipalidad San Jos.
Garanta:
El
equipo
de
desarrolladores de la Municipalidad San Jos, se compromete a dar un (1) mes, como periodo de garanta. Justificacin: De acuerdo a los estndares de la Municipalidad de San Jos. Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final. Encargado: Estudiantes de la Universidad Nacional Solicitante: Estudiantes de la Universidad Nacional
7.8
Ejecucin:
ID: RNF-12 Nombre: Requerimientos de Ejecucin y seguridad Descripcin: Implementar autenticacin
Estado: Requerido Prioridad: medio
por
medio de la asignacin de un password para cada usuario, para generalizar y tener la certeza de los diversos usuarios que interactan con el sistema. Llevando una tabla que almacene todos los usuarios con restriccin de contrasea y nivel de usuario. Tambin se podr utilizar el estndar de seguridad, en donde las credenciales se basan en Active base de datos Maestra, siempre y cuando el usuario ste en la base de datos del sistema. Se compara la base de datos con la base de datos maestra para ver validar su existencia.
Se creara la existencia de un sper
usuario el cual ser el administrador del sistema el cual tendr la responsabilidad de velar que los niveles de usuario sean respetados
Justificacin: estndares Jos.
De
acuerdo
los
de la Municipalidad de San
Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final.
En caso de la generacin de informes de gestin, este lapso puede variar dependiendo de la extraccin de la informacin en cuando a los periodos a cubrir. Encargado: Grupo de desarrolladores de la Universidad Nacional Solicitante: Luis Ramrez
7.9
Requerimientos de interoperabilidad:
ID: RNF-03 Nombre: Requerimientos de interoperabilidad Descripcin:
Estado: Requerido Prioridad: Alta
Es necesaria que el Sistema Gestin de Parqumetros pueda tener interface para comunicarse con la Base de Datos SQL Server. Justificacin: Jos. Restricciones: El ignorar los estndares establecidos en el rea de Gestin de Proyectos, podr dar como resultado el rechazo del producto o proyecto final. Encargado: Grupo de desarrolladores de la Universidad Nacional Solicitante: Luis Ramrez De acuerdo a los
estndares de la Municipalidad de San
7.10
Requerimientos externos: Estado: Requerido Prioridad: Media
ID: RNF-010 Nombre: Requerimientos Externos Descripcin: El sistema deber respetar
la
confidencialidad de la informacin en la WEB o nivel de BD, respectivo a cada uno de sus clientes o usuarios. (HTTPS) Justificacin: La actividad de seguridad informtica se encuentra regulada por Cdigo Penal, Cdigo de Trabajo, Ley de Derechos de Autor, Ley de Control Interno, Reglamento Autnomo de Organizacin y Servicios de la Municipalidad de San Jos, normas y directrices de la Contralora General acordado de en la el Repblica, Artculo 2. segn lo Rgimen
Jurdico, del documento Reglamento de Seguridad de Seguridad Informtica de la Municipalidad de San Jos. Restricciones: El ignorar los reglamentos establecidos en el inciso de justificacin del presente cuadro de requerimientos externos, podr dar como resultado el rechazo del producto o proyecto final. Encargado: Grupo de desarrolladores de la Universidad Nacional Solicitante: Ing. Henri Caldern Departamento de Desarrollo de Sistemas
7.11
Requerimientos legislativos:
ID: RNF-014 Nombre: Requerimientos Legales Descripcin: El sistema caractersticas impuestas por
Estado: Solicitado Prioridad: Alta
deber de la MSJ,
contar dadas en
con el
parametrizacin
documento REGLAMENTO DE SEGURIDAD INFORMTICA DE LA MUNICIPALIDAD DE SAN JOS en caso de necesitar incluir una referencia a polticas o ley. Justificacin: Reglamento de Seguridad de Seguridad Informtica de la Municipalidad de San Jos, artculos del 1 al 14. Restricciones: Utilizar y apegarse al reglamento de la MSJ, mencionado en el inciso justificacin de este documento, en caso contrario podr dar como resultado el rechazo del producto o proyecto final. Encargado: Ing. Henri Caldern Departamento de Desarrollo de Sistemas Solicitante: Grupo de desarrolladores de la Universidad Nacional
7.12
Propiedades de Diseo:
ID: RNF-03-02-04-06 Nombre: Propiedades de Diseo Descripcin:
Estado: requerido Prioridad: Alta
capas. por
El Sin
sistema embargo,
deber a las nivel
estar de
desarrollado con una arquitectura de 7 programacin solo podrn ser modificadas los desarrolladores, siguientes tres: Capa de Presentacin (GUI.), Capa de Negocio (BL.) y la Capa de Entidades (EL.).
El
sistema
deber
ser
implementado para que trabaje con el motor de Base de Datos, SQL Server 2005.
HTML.
La utilizacin de herramientas para
desarrollar ayudas en lnea en formato
Interfaz
de
usuario:
Implementada en ambiente Windows. El sistema deber ser desarrollado con Microsoft Visual Studio .NET 2010.
Interfaz
de
hardware: deber tener
La el
computadora
cliente
sistema operativo en Windows 7 y el navegador de Internet Explorer; adems de disponer de una impresora de las existentes en el rea.
Interfaces
de
software:
El
sistema deber
estar desarrollado en
Microsoft Visual Studio .NET 2010. Para
los reportes deber utilizar la herramienta reporting disponer server de una 2008; adems de de, las impresora
existentes en el rea.
Motor
de
Base
de
Datos:
el
sistema debe ser implementado para que trabaje con SQL Server 2005, montados en Servidores con SO Unix.
Metodologa: bajo la de
implementar
el
sistema
metodologa San Jos, en del
Proceso con los a
unificado para desarrollo de software de la Municipalidad siguientes diagramas estndares (modelado cuanto
documentacin: procedimientos, plantillas, negocio, especificacin de requerimientos, casos de uso, diagramas y otros.) Ver manuales en versiones actualizadas generadas en Gestin de Proyectos. Justificacin: De acuerdo a los estndares de la Municipalidad de San Jos. Restricciones: El ignorar los reglamentos establecidos en el inciso de justificacin del presente cuadro de requerimientos externos, podr dar como resultado el rechazo del producto o proyecto final.
Encargado: Grupo de Desarrolladores de Diseo de la Municipalidad de San Jos y el grupo de desarrolladores la Universidad Nacional.
Solicitante: Hilda
7.13
Licenciamientos: Estado: Solicitado
ID: RNF-013
Nombre: Licenciamiento Descripcin: La Municipalidad de San
Prioridad: Alta
Jos,
propiamente en el Departamento de Informtica, Seccin de Soporte Tcnico, el cual tiene y brindar sus propias licencias en cuanto a: Browser Explorer 9. Motor de Base de Datos SQL
Server 2005. Licenciamiento para el Desarrollo Licenciamiento para el Visual Visual Studio 2010. Basic .NET. Certificacin para uso de VPN.
Justificacin: Utilizar las licencias dadas por la Municipalidad de San Jos. Restricciones: Usar el software solo con fines del proyecto, con sus respectivas licencias, exclusivamente para el desarrollo de los programas del sistema de parqumetros. Encargado: Seccin de Soporte Tcnico Solicitante: Ing. Henri Caldern Departamento de Desarrollo de Sistemas
7.14
Autenticaciones
ID: RNF-016-17-18 Nombre: autenticaciones Descripcin: El sistema donde deber se tener
Estado: Solicitado Prioridad: Alta
un los
registro
encontraran
usuarios que utilizaran dicho sistema. Cada usuario tendr un nivel de acceso al mismo; este nivel no se podr cambiar pero si se podr crear nuevos usuarios, modificar sus datos e eliminar cada perfil de usuario Justificacin: De acuerdo requerimientos solicitados Municipalidad de San Jos Restricciones: justificacin del El con por los la los de dar
ignorar cuadro podr
reglamentos establecidos en el inciso de presente externos, requerimientos o proyecto final.
como resultado el rechazo del producto
Encargado: Grupo de Desarrolladores de la Universidad Nacional.
Solicitante: Ing. Henri Caldern Departamento de Desarrollo de Sistemas
II: PARTE: Especificacin de Casos de Uso

Los Casos de Uso se agruparn por mdulos de acuerdo a los procesos identificados en el Documento Visin del Sistema Gestin Sistema de Parqumetros.
1 Crear nuevo parte
ID:
CU- 001
Estado: Requerido
Nombre: Crear nuevo parte
Prioridad: Alta
Actores: Usuario, administrador
Ref de Req. RF01
Descripcin: cuando creamos una

nueva parte, nos iremos a la opcin crear nuevo parte desplegando un formulario el cual nos pedir la informacin que se encuentra en la boleta de parte fisica, la cual debemos agregar para as crear el parte en el programa. Cuando llenemos los campos con los datos correspondientes habremos ingresado el parte a la base de datos del sistema.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Introduce los datos del parte 3. Validar datos. 4. Presionar el botn de crear. 5. Fin caso de uso.
Flujo Alterno: Los datos introducidos no son correctos. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso. digitada ya existe S: indicar el error Volver al flujo principal
El parte Encargado del levantamiento del caso de uso : Josu Joaqun Cspedes Castro. Usuario experto entrevistado: Luis Ramrez.
2 Modificar parte
Estado: Requerido
ID:
CU- 002
Nombre: Modificar parte
Prioridad: Alta
Ref de Req. RF02
Descripcin:
cuando se desea modificar el parte, seleccionamos la opcion modificar parte con esto nos pedir que indiquemos el cdigo del parte desplegando un formulario en el cual tendremos toda la informacin del parte la cual podemos modificar o sustituir por completo. Cuando llenemos los campos con los datos correspondientes y sin ningn error le daremos en el botn listo, modificando el parte con toda la informacin que le indicamos anteriormente.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Modifica los datos de identificacin del parte. 3. Validar datos de la multa. 4. Presionar el botn de listo. 5. Fin caso de uso. Flujo Alterno: Los datos introducidos no son correctos. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
Encargado del levantamiento del caso de uso : Josu Joaqun Cspedes Castro. Usuario experto entrevistado: Luis Ramrez.
3 Eliminar parte
ID:
CU- 003
Estado: Requerido
Nombre: Eliminar parte
Prioridad: Alta
Ref de Req. RF03
Descripcin:
Cuando se desea eliminar parte, seleccionamos la opcin eliminar parte con esto nos pedir que indiquemos el cdigo del parte desplegando un formulario en el cual tendremos toda la informacin del parte a eliminar. Al corroborar la informacin del parte, seleccionamos el botn de finalizar para acabar el
proceso eliminando el parte o salir para terminar el proceso sin eliminar el parte.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Ingresa el cdigo de la boleta. 3. Presionar el botn de listo. 4. Fin caso de uso. Flujo Alterno: El cdigo introducido no es correcto. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
Encargado del levantamiento del caso de uso : Daniel Jess Ortega Campos. Usuario experto entrevistado: Luis Ramrez.
4 Crear Nuevo Perfil de Parquimetristas
ID:
CU- 004
Estado: Requerido
Nombre: Crear Nuevo Perfil de Parquimetristas Actores: administrador
Prioridad: Alta
Ref de Req. RF04
Descripcin: Cuando se desea crear

un perfil para parquimetrista, seleccionamos la opcin Crear Nuevo Perfil, con esto nos pedir que indiquemos el cdigo del parte y as nos desplegar un formulario en el cual tendremos toda la informacin
del parte la cual completaremos. Ingresando un nuevo parquimetrista al sistema.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Inicia el log-in. 3. Introduce los datos de identificacin del usuario. 4. Validar datos de usuario. 5. Presionar el botn de crear. 6. Fin caso de uso. Flujo Alterno: Los datos introducidos no son correctos. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso. El usuario digitado ya existe S: indicar el error Volver al flujo principal
Encargado del levantamiento del caso de uso : Daniel Jess Ortega Campos Usuario experto entrevistado: Luis Ramrez.
5 Modificar el perfil de Parquimetristas
ID:
CU- 005
Estado: Requerido
Nombre: Modificar el perfil de Parquimetristas Actores: administrador
Prioridad: Alta
Ref de Req. RF05
Descripcin:
Cuando se desea modificar el perfil de parquimetrista, seleccionamos la opcin Modificar Perfil, con esto nos pedir que indiquemos el cdigo/ID/identificacin del parquimetrista y as se nos desplegar un formulario el cual tendremos toda la informacin del parquimetrista, la cual podemos modificar o sustituir por completo. Cuando llenemos los campos con los datos correspondientes y sin ningn error le daremos en el botn listo, modificando el perfil con toda la informacin que le indicamos anteriormente.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Inicia el log-in. 3. Modifica los datos de identificacin del parquimetrista. 4. Validar datos. 5. Presionar el botn de listo. 6. Fin caso de uso. Flujo Alterno: Los datos introducidos no son correctos. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
6 Eliminar el perfil de parquimetrista
ID:
CU- 006
Estado: Requerido
Nombre: Eliminar el perfil de parquimetrista Actores: administrador
Prioridad: Alta
Ref de Req. RF06
Descripcin:
Cuando se desea eliminar el perfil de un parquimetrista, seleccionamos la opcin Eliminar Perfil, con esto nos pedir que indiquemos el cdigo/ID/identificacin del parquimetrista y as nos pedir que confirmemos sin desea realizar la eliminacin. Si es as le daremos el botn aceptar, de caso contrario le daremos cancelar.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Inicia el log-in. 3. Eliminar. 5. Presionar el botn aceptar/cancelar. 6. Fin caso de uso. Flujo Alterno: Los datos introducidos no son encontrados. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
7 Clasificar Usuarios
ID:
CU- 07
Estado: Requerido
Nombre: Clasificar Usuarios
Prioridad: Alta
Actores: administrador
Ref de Req. RF07
Descripcin:
Cuando se desea eliminar el perfil de un parquimetrista, nos iremos a la opcin Crear Nuevo Perfil, con esto nos pedir que indiquemos el cdigo/ID/identificacin del parquimetrista y as nos pedir que confirmemos sin desea realizar la eliminacin. Si es as le daremos el botn aceptar, de caso contrario le daremos cancelar.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Inicia el log-in. 3. Eliminar. 5. Presionar el botn aceptar/cancelar. 6. Fin caso de uso. Flujo Alterno: Los datos introducidos no son encontrados. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
8 Autentificar Usuarios
ID:
CU- 08
Estado: Requerido
Nombre: Autentificar Usuarios
Prioridad: Alta
Actores: sistema
Ref de Req. RF08
Descripcin: La autentificacin de
usuarios ser en el log in, donde al digitar los datos automticamente se har la validacin de los datos, permitiendo o negando la entrada al sistema
Flujo Bsico: 1. El caso de uso inicia cuando un usuario ejecuta el sistema. 2. Digita informacin de log in. 4. Presionar el botn aceptar/cancelar. 5. Fin caso de uso. Flujo Alterno: Informacin digitada no es correcta. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
9 Clasificar Zonas
ID:
CU- 09
Estado: Requerido
Nombre: Clasificar Zonas
Prioridad: Alta
Actores: administrador
Ref de Req. RF09
Descripcin: La clasificacin de las

zonas se har de acuerdo a un cdigo determinado previamente por el analista de sistemas.
Flujo Bsico: 1. El caso de uso inicia cuando un usuario ejecuta el sistema. 2. Digita el cdigo de zona. 4. Presionar el botn aceptar/cancelar. 5. Fin caso de uso. Flujo Alterno: Informacin digitada no es correcta. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
10 Controlar pagos de partes

ID: CU- 010
Estado: Requerido
Nombre: Controlar pagos de partes
Prioridad: Alta
Actores: Sistema, administrador.
Ref de Req. RF10
Descripcin: Seleccionar la opcin

nuevo pago el cual nos pedir la informacin tales como cdigo de multa y fecha de pago. La informacin solicitada y correctamente ingresada se enviara a la bases de datos para llevar un control o administracion de cuales partes han sido pagado y cuales estn aun morosos.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Se ingresa la informacin requerida y necesaria. 3. Se enva a la base de datos. 4. Fin caso de uso. Flujo Alterno: Los datos introducidos no son encontrados. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
Encargado del levantamiento del caso de uso : Josu Joaqun Cspedes Castro. Usuario experto entrevistado: Luis Ramrez.
11 Generar reporte de pagos
3.1.1 ID:
CU-012
Estado: Requerido Prioridad: Media
Nombre: Generar reporte de pagos
Ref de Req. RF11
Descripcin: Mostrar en el sistema la descripcin de los pagos realizados existentes en el sistema. Flujo Bsico: 1. El usuario experto da inicio 2. El sistema se conecta con la base de datos 3. El sistema revisa la existencia de datos 4. El sistema extrae los datos de la base de datos 5. El sistema filtra los datos por fecha 6. El sistema presenta los datos en pantalla 7. Fin caso de uso. Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso.
Encargado del levantamiento del caso de uso : Usuario experto entrevistado:
Santiago Campos Jimnez
Luis Ramrez
12 Generar reporte de placas
3.1.2 ID:
CU-012
Nombre: Generar reporte de placas
Ref de Req. RF12
Descripcin: Mostrar en el sistema la descripcin de las placas existentes en el sistema. Flujo Bsico: 1. El usuario experto da inicio 2. El sistema se conecta con la base de datos 3. El sistema revisa la existencia de datos 4. El sistema extrae los datos de la base de datos 5. El sistema filtra los datos por tipo 6. El sistema presenta los datos en pantalla 8. Fin caso de uso. Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso.
Luis Ramrez
13 Generar reporte de multas

3.1.3 ID:
CU-013
Nombre: Generar reporte de multas
Ref de Req. RF13
Descripcin: Mostrar en el sistema la descripcin de las multas existentes en el sistema. Flujo Bsico: 1. El usuario experto da inicio 2. El sistema se conecta con la base de datos 3. El sistema revisa la existencia de datos 4. El sistema extrae los datos de la base de datos 5. El sistema filtra los datos por estado 6. El sistema filtra los datos por fecha 7. El sistema presenta los datos en pantalla 8. Fin caso de uso. Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso.
Luis Ramrez
14 Generar reporte de parquimetristas

3.1.4 ID:
CU-014
Nombre: Generar reporte de

parquimetristas
Actores: Sistema administrador.
Ref de Req. RF14
Descripcin: Mostrar en el sistema la descripcin de los parquimetristas existentes en el sistema. Flujo Bsico: 1. El usuario experto da inicio 2. El sistema se conecta con la base de datos 3. El sistema revisa la existencia de datos
4. El sistema extrae los datos de la base de datos 5. El sistema filtra los datos por zona 6. El sistema presenta los datos en pantalla 7. Fin caso de uso. Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso.
Luis Ramrez
15 Controlar multa
3.1.5 ID:
CU-015
Nombre: Controlar multa
Actores: usuario, administrador
Ref de Req. RF15
Descripcin: Si una multa pasa 5-6 meses sin pagar se pasa a otro archivo que se pasa al INS para que sea tramitado en el marchamo, adems estas multas se publican en la pgina de la Municipalidad.
Flujo Bsico: 1. El usuario experto da inicio 2. El sistema se conecta con la base de datos 3. El sistema revisa la existencia de datos 4. El sistema solicita la consulta 5. La base de datos ordena los datos por fecha 6. La base de datos filtra los datos no pagados 7. La base de datos filtra los datos antiguos segn la fecha de expiracin para el pago en el periodo en cuestin 8. El sistema extrae los datos de multas de la base de datos 9. El sistema presenta los datos en pantalla 10. El usuario acepta los datos mostrados 11. El sistema da la orden a la base de datos para que guarde la seleccin de datos 12. Se muestra el mensaje de confirmacin. 13. Fin caso de uso. Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 10.1 El usuario no acepta los datos mostrados 10.1.1 El sistema da el mensaje para que la base de datos no guarde la seleccin 10.1.2 Se muestra el mensaje de la accin 10.1.3 Fin del caso de uso
Encargado del levantamiento del caso de uso :
Usuario experto entrevistado:
Luis Ramrez
16 Autentificar parquimetristas
3.1.6 ID:
CU-016
Nombre: Autentificar parquimetristas
Actores: Sistema, administrado.
Ref de Req. RF16
Descripcin: Forma de conocer el estado de un parquimetristas, si esta activo, en que zona se ubica y si en cuestin el mismo existe dentro del control de parquimetristas. Flujo Bsico: 1. El usuario experto da inicio 2. El sistema solicita el cdigo al usuario 3. El sistema se conecta con la base de datos 4. El sistema revisa la existencia de datos 5. El sistema solicita la consulta del parquimetrista segn cdigo. 6. La base de datos verifica la existencia del parquimetrista 7. La base de datos realiza la consulta 8. El sistema extrae los datos de la base de datos 9. El sistema presenta los datos en pantalla 10. Fin caso de uso.
Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 7.1 La base de datos no realiza la consulta 7.1.1 La base de datos retorna la inexistencia del parquimetrista 7.1.2 Se muestra el mensaje de la accin al usuario 7.1.3 Fin del caso de uso
Luis Ramrez
17 Generar archivo plano para el INS

3.1.7 ID:
CU-017
Nombre: Generar archivo plano para el

INS
Actores: Sistema administrador
Ref de Req. RF17
Descripcin: Se genera un archivo plano para el envo posterior al INS. Flujo Bsico: 1. El usuario experto da inicio 2. El sistema se conecta con la base de
datos 3. El sistema revisa la existencia de datos 4. El sistema solicita la consulta de los datos obtenidos por controlar multa (CU-018). 5. La base de datos realiza la consulta 6. El sistema extrae los datos de la base de datos 7. El sistema lee los datos y los copia en un archivo plano. 8. El sistema solicita un lugar para guardar el archivo. 9. El usuario da la direccin para guardar el archivo. 10. El sistema guarda el archivo 11. Fin de caso de uso. Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 5.1 La base de datos no realiza la consulta 5.1.1 Se muestra el mensaje de la accin al usuario 5.1.2 Fin del caso de uso 9.1 El usuario no da una direccin para guardar el archivo 9.1.1 El sistema no guarda el archivo 9.1.2 Se muestra el mensaje de la accin al usuario 9.1.3 Fin del caso de uso.
Luis Ramrez
18 Generar reporte de morosidad

3.1.8 ID:
CU-018
Nombre: Generar reporte de morosidad
Ref de Req. RF18
Descripcin: Mostrar en el sistema la descripcin de los partes que no han sido pagados a tiempo (morosos) . Flujo Bsico: 1. El usuario experto da inicio 2. El sistema se conecta con la base de datos 3. El sistema revisa la existencia de datos 4. El sistema extrae los datos de la base de datos 5. El sistema filtra los datos por zona 6. El sistema presenta los datos en pantalla 7. Fin caso de uso. Flujo Alterno: 2.1 No se logro conectar a la base de datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso. 3.1 No hay datos. 2.1.1 Se muestra el mensaje de error. 2.1.2 Fin del caso de uso.
Encargado del levantamiento del caso de uso :
Usuario experto entrevistado:
Nathalia Ruiz Ziga
Luis Ramrez
19 Ingresar una nueva placa
ID:
CU- 019
Estado: Requerido
Nombre: Ingresar una nueva placa
Prioridad: Alta
Ref de Req. RF19
Descripcin: cuando ingresamos una

nueva placa, nos iremos a la opcin ingresar nueva placa con esto nos desplegar un formulario el cual nos pedir la informacin necesaria; al agregarla se ingresa la placa en el programa. Cuando llenemos los campos con los datos correspondientes y sin ningn error le daremos en el botn ingresar, ingresando la placa con toda la informacin que le indicamos anteriormente.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Introduce los datos de la placa 3. Presionar el botn de crear. 4. Datos son ingresados a la base de datos 5. Fin caso de uso.
Flujo Alterno: Da un error a la hora de agregar a la base de datos S: Error con base de datos Finalizar caso de uso. La placa digitada ya existe S: indicar el error Volver al flujo principal
Encargado del levantamiento del caso de uso : Nathalia Ruiz Ziga Usuario experto entrevistado: Luis Ramrez.
20 Modificar placa
ID:
CU- 020
Estado: Requerido
Nombre: Modificar placa
Prioridad: Alta
Ref de Req. RF20
Descripcin:
cuando se desea modificar la placa, nos iremos a la opcin modificar placa con esto nos pedir que indiquemos el nmero de placa y as nos desplegar un formulario el cual tendremos toda la informacin de la placa la cual podemos modificar o sustituir por completo. Cuando llenemos los campos con los datos correspondientes y sin ningn error se da clic en el botn listo, el cual nos modificara la placa con toda la
informacin que anteriormente.
le
indicamos
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Modifica los datos de identificacin de la placa. 3. Validar datos de la placa. 4. Presionar el botn de listo. 5. Fin caso de uso. Flujo Alterno: Los datos introducidos no son correctos. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso. Error al cargar a la base de datos S: Error al cargar a la base de datos, intntelo de nuevo. Volver al flujo principal
Encargado del levantamiento del caso de uso : Nathalia Ruiz Ziga. Usuario experto entrevistado: Luis Ramrez.
21 Eliminar placa
ID:
CU- 021
Estado: Requerido
Nombre: Eliminar placa
Prioridad: Alta
Ref de Req. RF21
Descripcin:
Cuando se desea eliminar la placa, nos iremos a la opcin eliminar placa con esto nos pedir que indiquemos el nmero de placa y as nos desplegar un formulario el cual tendremos toda la informacin de la placa a eliminar. Al corroborar la informacin del parte a eliminar, seleccionamos el botn de finalizar para acabar el proceso eliminando la placa o salir para terminar el proceso sin eliminar la placa.
Flujo Bsico: 1. El caso de uso inicia cuando el usuario ejecuta el sistema. 2. Ingresa el numero de placa. 3. Presionar el botn de listo. 4. Fin caso de uso. Flujo Alterno: El nmero de placa introducido no es correcto. S: Error los datos son incorrectos, revisarlos de nuevo. Finalizar caso de uso.
Encargado del levantamiento del caso de uso : Nathalia Ruiz Ziga
Usuario experto entrevistado: Luis Ramrez.
Diagramas General de Casos de Uso:

Especificación Requerimientos Version Final

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Especificación Requerimientos Version Final

Uploaded by

Copyright:

Available Formats

ESPECIFICACIN REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES GESTIN PARQUIMETROS Revisin Histrica

Fecha Versin Descripcin #15 Santiago Campos J.

J.Joaquin Cspedes C. Daniel Ortega C. Nathalia Ruiz Z.

I: PARTE: Requerimientos Funcionales y No Funcionales

Lista de requerimientos funcionales

Usabilidad Estado: Requerido Prioridad: Alta

ID: RNF-01 Nombre: Desarrollar en lenguaje .NET Descripcin:

Parqumetros funciones en:

control y libertad del usuario, garantizando

Control de errores (deshacer Garantizar la eficiencia de comunes con el mnimo

eventos y rehacerlos) y otros. los usuarios, y realizar acciones o

pasos para realizar una accin), considerar minimizar dificultades.

comandos de alertas para

acciones que se consideren sensibles, por

podran algunas negativos

equivocarse; por lo tanto, limitar acciones de efectos errores comunes,

Confiabilidad Estado: solicitado

Descripcin: Se aplicarn pero estndares y cuando de el

usuario ste en la base de datos del

Pruebas al prototipo de dentro del equipo de

equipo desarrollador se encargarn de realizar sus propias pruebas tcnicas y funcionales.

proceso o conjunto de procesos de

estndares de art.10 Definicin y uso de

Encargado: Grupo de desarrolladores de la Universidad Nacional

Solicitante: Luis Ramrez

Nombre: funcionar en 3 municipalidades Descripcin: El Sistema Gestin Sistema

El sistema deber ser diseado de

El sistema deber contar con el

Encargado: Grupo de desarrolladores de la Universidad Nacional

El sistema debiera estar disponible funcionando las 24 horas del da,

Nombre: Eficiencia y Rendimiento

Tomando en cuenta que el sistema de Parqumetros, debe ser

7.5 Mantenimiento y soportabilidad:

caractersticas estndares Los el documentacin.

referenciar harn cada

Polticas de respaldo y contingencia inicial:

ID: RNF-10-11 Nombre: Polticas de respaldo y contingencia inicial

Estado: Solicitado Prioridad: Media

Requerimientos de entrega y ayuda en lnea:

Estado: solicitado Prioridad: Media

Brindar informacin posterior a los usuarios sobre el uso del sistema

El equipo de desarrolladores del de entregar la

Sistema Gestin de Parqumetros, ser el responsables

Validaciones y Firmas: En este

Equipo de desarrolladores documentos de relevancia

Funcional y el que realiza

de Gestin de Proyecto, y por el solicitud.

Carta Constitutiva: firmado

por el Patrocinador Funcional y Patrocinador Tcnico.

Cartas de Aceptacin y final producto: firmada Funcional por y el el

Entrega de documentos original

Entrega del Manual de usuario:

Manual Operativo: se citan todas

operaciones: una gua Sistema Gestin

instalaciones de la Municipalidad San Jos.

ID: RNF-12 Nombre: Requerimientos de Ejecucin y seguridad Descripcin: Implementar autenticacin

Estado: Requerido Prioridad: medio

Se creara la existencia de un sper

Justificacin: estndares Jos.

ID: RNF-03 Nombre: Requerimientos de interoperabilidad Descripcin:

Estado: Requerido Prioridad: Alta

estndares de la Municipalidad de San

Requerimientos externos: Estado: Requerido Prioridad: Media