Secretaria De Transito

SECRETARIA DE

TRANSITO

1. REQUERIMIENTOS-GUIONRequerimiento 1-- Actualización de

datosUNIVERSIDAD AUTONOMA DE OCCIDENTE CERES CERRITO

TECNOLOGIA EN INFORMATICA INGENIERIA DEL SOFTWARE

GUION

Proyecto: SISTEMA INFORMACION SECRETARIA DE TRANSITO Requerimiento No. Req_01

CASO DE USO No.:

CU_01 Actualización de datos

Requerimiento de usuario Desarrollador X

Creador por: Leidy Guzmán & Jeison Cobo

Descripción: El usuario gestiona archivos básicos, actualiza vehículos, accidentes e ingresa nuevos datos para modificarlos o eliminarlos.

Precondiciones :

1. Tener base de datos creada

2. El usuario debe conocer la estructura de la base de datos

GUION

Prioridad 4 Actores usuario.

sistema.

Requerimientos relacionados Req_02, Req_03, Req_04, Req_05, Req_06

ACTOR SISTEMA

1. Acceder

4. Ingresar datos

6. Ingresa información

7. Click enviar

2. Validar acceso

3. Despliega el perfil

5. Despliega el formulario

8. Valida información

9. Guarda información

10. salir

Excepciones:

ninguna

SEC. TRANSITO

Requerimiento 2-- Consultas modulo accidentes

UNIVERSIDAD AUTONOMA DE OCCIDENTE CERES CERRITO


GUION


CASO DE USO No.:

CU_02 Consultas modulo accidentes

Requerimiento de Usuario X Desarrollador


Descripción: El usuario ingresa el nombre de la secretaria donde quiere ubicar el accidente.

Precondiciones :

1. registrarse en la base de datos.

2. conocer lugar de los accidentes.

GUION

Prioridad 5 Actores Usuario.

sistema.


ACTOR SISTEMA

1. Digita código.

4. Ingresa datos.

5. Enviar.

2. Validar acceso.

3. Despliega formulario.

6. Validar información.

7. Guarda información.

8. Salir.

Excepciones:

ninguna.

REQUERIMIENTO 3-- CONSULTAS MODULO LICENCIASUNIVERSIDAD AUTONOMA DE OCCIDENTE CERES CERRITO


GUION

Proyecto: SISTEMA INFORMACION SECRETARIA DE TRANSITO Requerimie

nto No.

Req_03

CASO DE USO No.:

CU_0 3 Consultas modulo licencias



Descripción: El usuario consulta el estado de su licencia introduciendo su numero de cedula.

Precondiciones :

1. registrarse en la base de datos.

2. Conocer el numero de cedula.

GUION


sistema.


ACTOR SISTEMA

1. Digita código.

4. Ingresa datos.

5. Enviar.

2. Validar acceso.




8. Salir.

Excepciones:

ninguna.

Requerimiento 4-- Consultas modulo

vehículos UNIVERSIDAD AUTONOMA DE OCCIDENTE CERES CERRITO


GUION


CASO DE USO No.:

CU_0 4 Consultas modulo vehiculos



Descripción: El usuario digita su numero correspondiente a la placa de su vehículo y muestra la información del vehículo.

Precondiciones :

1. tener acceso a la base de datos.

2. Conocer el numero de la placa del vehículo.

GUION


sistema.


ACTOR SISTEMA

1. Digita código.

4. Ingresa datos.

5. Enviar.

2. Validar acceso.




8. Salir.

Excepciones:

ninguna.

Requerimiento 5-- Consulta modulo

infracción UNIVERSIDAD AUTONOMA DE OCCIDENTE CERES CERRITO


GUION


CASO DE USO No.:

CU_05

Consulta modulo infracción



Descripción: el usuario consulta el modulo infracción, ingresa el numero de cedula y observa toda la información que contiene la infracción.

Precondiciones :

1. Estar registrado en la base de datos

2. Poseer un vehículo o motocicleta matriculado en la base de datos.

GUION


sistema.


ACTOR SISTEMA

1. Acceder

4. Ingresar cedula

6. Ingresa información

7. Click enviar

2. Validar acceso

3. Despliega el perfil

5. Despliega el formulario

8. Valida información

9. Guarda información

10. salir

Excepciones:

ninguna

Requerimiento 6-- Consulta normatividadUNIVERSIDAD AUTONOMA DE OCCIDENTE CERES CERRITO


GUION


CASO DE USO No.:

CU_06

Consulta normatividad



Descripción: el usuario podrá ver todas las normas de la secretaria de transito.

Precondiciones :

1. Estar registrado en la base de datos

2. Poseer su licencia vigente

GUION


sistema.


ACTOR SISTEMA

1. Acceder

3. Ingresar modulo

2. Validar acceso

4. Despliega el modulo normas

5. salir

Excepciones:

ninguna

2. CASOS DE USO

Requerimiento 1-- Actualización de

datos

SECRETARIA DE TRANSITO – CASOS DE USO DEL CLIENTE



CAPTURA DE REQUERIMIENTOS DE USUARIO


Usuario Administrador secretaria de Transito Dependencia Sistemas

Cargo Administrador Fecha 01/06/2009

Analista responsable: Leidy guzmán & Jeison Cobo

Descripción. El usuario logea en la base de datos e ingresa datos

Restricciones. El usuario debe tener una cuenta en la base de datos.

Clasificación Funcional X No funcional

Requerimientos

relacionados

Req_0

Requerimiento 1-- Actualización de

datos

SECRETARIA DE TRANSITO – CASOS DE USO DEL DESARROLLADOR



CAPTURA DE REQUERIMIENTOS DE DESARROLLADOR


Usuario Administrador secretaria de Transito Dependencia Sistemas

Cargo DESARROLLADOR Fecha 01/06/2009


Descripción. El sistema valida la información del administrador

Restricciones. El sistema debe tener la validación de la cuenta de usuario.


Requerimientos

relacionados

Req_0


accidentes

SECRETARIA DE TRANSITO – CASOS DE USO DEL

CLIENTE





Usuario Clientes Dependencia Cliente

Cargo Cliente Fecha 01/06/2009


Descripción. El usuario ingresa al modulo de accidente

Restricciones. El usuario no podrá hacer modificaciones al modulo

Clasificación Funcional No

funcional

X

Requerimientos

relacionados

Req_01


accidentes






Usuario DESARROLLADOR Dependencia Sistemas



Descripción. El sistema valida que ingrese el nombre de la secretaria

Restricciones.


Requerimientos

relacionados

Req_01

Requerimiento 3-- Consultas modulo licencias


CLIENTE








Descripción. El usuario ingresa al modulo de licencia


Clasificación Funcional No funcional X

Requerimientos

relacionados

Req_01, Req_02

Requerimiento 3-- Consultas modulo licencias









Descripción. El sistema valida que ingrese el numero de cedula

Restricciones.


Requerimientos

relacionados

Req_01, Req_02

Requerimiento 4-- Consultas modulo vehículos


CLIENTE








Descripción. El usuario ingresa al modulo de vehículos


Clasificación Funcional No

funcional

X

Requerimientos

relacionados

Req_01, Req_02, Req_03

Requerimiento 4-- Consultas modulo vehículos









Descripción. El sistema valida que ingrese el numero de placa

Restricciones.

Clasificación Funcional X No

funcional

Requerimientos

relacionados

Req_01, Req_02, Req_03

Requerimiento 5-- Consulta modulo infracción


CLIENTE








Descripción. El usuario ingresa al modulo de infracción



Requerimientos

relacionados

Req_01, Req_02, Req_03, Req_04

Requerimiento 5-- Consulta modulo infracción









Descripción. El sistema valida que ingrese el numero de cedula

Restricciones.


Requerimientos

relacionados

Req_01, Req_02, Req_03, Req_04

Requerimiento 6-- Consulta normatividad


CLIENTE








Descripción. El usuario ingresa al modulo de normatividad

Restricciones.


Requerimientos

relacionados

Req_01, Req_02, Req_03, Req_04, Req_05

Requerimiento 6-- Consulta normatividad









Descripción. El sistema muestra el contenido del modulo

Restricciones.


Requerimientos

relacionados

Req_01, Req_02, Req_03, Req_04, Req_05

3. DISEÑO MODULAR

4. ARQUITECTURA

THIN WEB CLIENT

Se caracteriza porque el cliente requiere un navegador estándar, escliente/servidor, utiliza un navegador como interfaz, para la aplicación,acepta páginas de HTML, tiene un único punto de acceso para losclientes.

EL protocolo más usado en HTTP (HyperText Transfer Protocol).

La información será presentada en página HTML

La lógica de la aplicación solo se ejecuta si se realizan peticiones porparte del usuario.

Este tipo de arquitectura es apropiado para las conexiones entre cliente yservidor

ARQUITECTURA

5. PRUEBAS

6. PROTOTIPO SECRETARIA DE TRANSITO

Secretaria De Transito

Technology

Transcript of Secretaria De Transito