Test Project

Session 2
IT SOFTWARE SOLUTIONS FOR
BUSINESS

Submitted by:
Independent Test Project Design Team

WSR2020_TP09_S2_ES
 Contenidos
Esta propuesta de Proyecto prueba contiene la siguiente documentación/archivos:
1. WSC2019_TP09_S2_ES.pdf (Sesión 2 instrucciones)
2. Medios.

Introducción
Se desea diseñar una Aplicación a nivel Offline, para una comisaría de policía que recoja la información acerca
de su funcionamiento.

Se consideran los siguientes supuestos:

•En la comisaría trabajan una serie de policías que tienen una cedula, nombre y categoría, ellos pueden
desempeñar funciones distintas como administrativas, agentes etc.

•Cada policía tiene un único jefe aunque un policía puede ser jefe de varios.

•En la comisaría existe un arsenal de armas. Cada arma está identificada por un código único pertenece a una
clase y tiene un nombre determinado.

•Cada policía puede utilizar una o varias armas en un momento determinado. Es importante conocer el grado
de habilidad (puntuación de 1 a 10) de cada policía con cada una de las armas que utiliza.

•Un delincuente tiene una identificación, nombre y teléfono es arrestado por uno o más policías.

•A cada delincuente que permanece en la comisaría se le encierra en un calabozo que tiene un código y una
ubicación.

•En el calabozo pueden estar encerrados varios delincuentes.

•Los delincuentes están involucrados en casos de los que se conocen el código del caso y el juzgado que los
instruye); Interesa saber cuál es principal cargo (robo, homicidio etc.) que se le atribuye a un delincuente en
cada caso que esté involucrado.

•Uno o varios policías investigan cada uno de los casos

El objetivo del presente módulo es desarrollar una aplicación de escritorio basada en formularios que le
permita a un Policía gestionar los siguientes requerimientos funcionales

Descripción Del Proyecto Y Tareas

Al desarrollar el Proyecto prueba, asegúrese de que los entregables cumplan con las pautas básicas
establecidas por los diferentes departamentos de la JEFATURA:

• Debe haber coherencia en el uso de la guía de estilo proporcionada durante el desarrollo.

• Todos los módulos de software requeridos deben tener validación y mensajes de error útiles según lo
esperado por la industria.
• Donde corresponda, use los comentarios en el código para que el código sea más legible por el
programador.
• Se espera el uso de convenciones de nombres válidas y adecuadas en todo el material enviado.
• Cualquier formulario o informe una vez creado debe mostrarse en el centro de la pantalla.
• Cuando un formulario o un diálogo está enfocado, las operaciones en otros formularios deben
suspenderse.
• La leyenda de los botones Eliminar y Cancelar debe estar en rojo para ayudar con los contratiempos
accidentales.
• Cuando se usan colores para diferenciar entre filas o registros, es necesario que haya una aclaración
visible en la pantalla en cuanto a lo que representan.
 • Los wireframe proporcionados como parte de este documento son solo sugerencias y la solución
desarrollada no tiene que ser, de ninguna manera, espejo de lo que se ha representado.
• La gestión del tiempo es fundamental para el éxito de cualquier proyecto, por lo que se espera que todos
los entregables estén completos y en funcionamiento en el momento de la entrega.
• Elaborar el manual de usuario para el rol administrador, debe tener como mínimo portada, introducción,
instrucciones de uso de la aplicación y glosario.

Instrucciones para el Competidor

1.1. CREANDO LA BASE DE DATOS

Cree una base de datos con el nombre de "db_jefatura" en su RDBMS preferido (MySQL o Microsoft SQL
Server). Esta será la base de datos principal y única que utilizará en esta sesión.

1.2. Importando la estructura de la Base de Datos

Dependiendo del RDBMS seleccionado, se encuentran disponibles los scripts SQL. Dichas secuencias de
comandos consisten en la estructura de la base de datos y los datos necesarios para completar las tareas
requeridas. Los datos deben importarse a la base de datos creada para esta sesión llamada "db_jefatura".

Según las indicaciones de los diseñadores, la estructura de la base de datos provista para el propósito de esta
sección no puede ser alterada es decir la tabla roles y la tabla usuarios permanecerán intactas. Esto se aplica a
la eliminación de estas tablas, agregar o eliminar cualquier campo en las tablas o de cambios en sus tipos de
datos. Si el problema más adelante lo requiere, podrá crear nuevas estructuras de datos, conservando la base
de datos normalizadas y deberá utilizar las llaves foráneas de acuerdo a lo que usted necesite. No pueden existir
“tablas aisladas”, es decir tablas sin estar relacionadas con otras.

1.3. Requerimientos Funcionales (RF):

1.3.1. El formulario de inicio deberá dar un detalle del sistema y la versión del mismo, además de
una barra de progreso la cual al terminar de cargar me dirigirá al login de la aplicación. -
Ejemplo interface (Solo para mayor claridad. Se puede realizar otro diseño)
1.3.2. El sistema deberá poseer un Formulario de seguridad el cual será un nombre de usuario
(nombrepol) y una contraseña (Nodocpol), además se puede manejar por el cargo (codcat)
(Opccional).

1.3.3. La aplicación deberá tener luego del Login el siguiente formulario de menú principal,
(Agregar Policía, Listar Policías y Salir). Y en el form el siguiente Diseño.

Donde encontraran una zona de filtros y podrá IMPORTAR archivos CVS y EXPORTAR a CVS,
además de seleccionar y actualizar un en otro form el registro seleccionado en la grid.
 1.3.4. El siguiente formulario (Agregar Policía), deberá permitir hacer lo siguiente y tendra el
siguiente diseño.

1.3.5. La opción de (Salir) del menú principal deberá cerrar la aplicación.

Entregables:

Carpeta del proyecto denominada WS_offline_ponal, en el directorio de archivos

correspondiente al IDE empleado.