SISTEMA DE REPORTES DE ALERTAS.

...

Componentes de software

Usuario: Componente del sistema de información donde la persona hace el reporte de la situación.

Administrador: Componente del sistema encargado de visualizar los registros realizados por los usuarios.

Situaciones: Componente del que se almacenarán en la base de datos las posibles situaciones de emergencia.

Barrios: Componente que dispone de la lista de los barrios de la ciudad de Fusagasugá en que se enlazan con las situaciones de emergencia.

OBJETIVOS

OBJETIVO GENERAL

- Implementar un sistema de información que haga su función de alerta de emergencias.

OBJETIVOS ESPECÍFICOS

- Desarrollar un sistema de información de fácil acceso para los usuarios.

- Planear diseños de interfaces para el usuario.

- Desarrollar un sistema de bases de datos que permita catalogar la información.

IMPLEMENTACIÓN DE MODELO

MODELO EN V

Se utilizará este modelo para el desarrollo del sistemas de información de alertas, puesto que se considera conveniente realizar un proceso de planteamiento de la variables, procesos, funcionamiento y diseño de la aplicación y después y posterior tiempo de pruebas.

FASES DE DESARROLLO

FASE 1:

REQUERIMIENTOS: Se han establecido los siguientes requerimientos

·Un sistema de Login para que el administrador pueda consultar los reportes

·Una Interfaz amigable e intuitiva que permita el fácil manejo de la aplicación.

·El sistema de Información deberá permitir la fácil actualización del software base y módulos, cuando sea necesario

·Almacenamiento de la Información en una base de datos.

Fase 2:

ANÁLISIS FUNCIONAL:

·En nuestra aplicación el usuario interactúa con diferentes nodos, y selecciona la información adecuada, de acuerdo a la emergencia que va a reportar, la información seleccionada o digitada se almacenará en una base de datos.

FASE 3:

ARQUITECTURA DEL SISTEMA

Componentes del software

·Diseño de la aplicación en C#, con el framework .NET

·Desarrollo de la base de datos en Mysql

Componentes de Hardware.

·Se requiere de un sistema operativo en este caso Windows, donde se instalaron los programas necesarios.

FASE 4:

Implementación:

Aquí se lleva a cabo el desarrollo de cada módulo, especificado en la fase 2, ubicación dentro de la página, contenido, imágenes, color, tamaño de la letra, enlace con otros formularios.

Team Software Process (TSP)

En combinación con el Personal Software Process (PSP), el llamado Team Software Process (TSP) proporciona un marco de trabajo de procesos definidos que está diseñado para ayudarle a equipos de gerentes e ingenieros a organizar y producir proyectos de software de gran escala, que tengan tamaños mayores a varios miles de líneas de código. El objetivo del TSP es mejorar los niveles de calidad y productividad de un proyecto de desarrollo de software de un equipo, con el fin de ayudarlos a alcanzar los acuerdos de costos y tiempos en dicho desarrollo.

Lo utilizamos porque nos ayuda en la calidad y productividad del proyecto, nos ayuda a tener calidad de software, y una aceleración en el proceso.

REQUERIMIENTOS

Requerimientos Funcionales:

Requisitos no Funcionales:

UML

DIAGRAMA DE CLASES

[pic 3]

DIAGRAMA DE COMPONENTES

[pic 4]

DIAGRAMA DE SECUENCIAS

[pic 5]

DIAGRAMA DE COMPONENTES

[pic 6]

MODELO DE USUARIOS

[pic 7]

MODELO DE NEGOCIOS

[pic 8]