GRUPO COLABOORATIVO 301404-32

FASE 2-DIAGNOSTICO

SEGUNDA FASE
DIAGNOSTICO

Presentado por:

Anglica Mara Garzn

Ronald Humberto Acevedo
Cristhian Mauricio Ramrez
Carlos Vicente Rincn
Hctor Camilo Gonzales

Presentado a:
Ing. Pilar Alexandra Moreno

UNIVERSIDAD ABIERTA Y A DISTANCIA UNAD

ESCUELA DE CIENCIAS BSICAS, TECNOLOGA E INGENIERA
FACULTAD DE INGENIERIA DE SISTEMAS
INGENIERIA DE SOFTWARE

pg. 1
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

INTRODUCCION

El desarrollo de Software hoy en da se ha masificado tanto para profesionales o estudiantes

de ingeniera de sistemas, tcnicos o tecnlogos como personas en otras disciplinas o campos,
es accesible a todos con pocos o muchos conocimientos en desarrollo, sin embargo por medio
de este trabajo veremos que no basta con saber programar para desarrollar un buen producto
y que es necesario etapas previa para saber entre otras cosas que lenguaje utilizar, que tipo
de software desarrollar y las consideraciones y requisitos y modelos a tener en cuenta a la
hora de hacer software.

As mismo consideramos que el software de nuestra eleccin es actual puesto que la

seguridad de los bienes y servicios que las empresas o particulares poseen en sus casas u
trabajo son objeto de hurtos donde casi a diario se ve que estos inmuebles son sujetos a la
perdida por robo es por esto que vemos una necesidad que podemos suplir con nuestro
software para que se cree una alerta en tiempo real de los sucesos y los dueos de su
propiedad puedan actuar por medio las empresas de seguridad contratadas o la polica,
consideramos que muchas veces los dueos son los ltimos en enterarse de los sucesos
cuando deberan ser los primero pues nadie ms interesados que ellos en asegurar sus bienes.

pg. 2
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

1. Descripcin del problema

La empresa Tresla en actual constitucin, se encuentra ubicada en el municipio de Girardot

del departamento de Cundinamarca, empresa referente al arrendamiento de servidores,
desarrollo de soluciones y aplicaciones bajo software libre. Su actividad econmica est dada
a la prestacin de servicios. A continuacin, se mostrar el organigrama que tiene la empresa.

Gerente

Director Diseo Direcotr de Director de

de software Ventas servidores

Equipo de
Ing. Diseo Equipo de
Ing. Electronico Asesores Analistas soporte al
Web/Movil Mantenimiento
cliente

Diseadores
Ayudantes
graficos

La empresa Tresla actualmente se encuentra en instalaciones nuevas y propias, lo cual se

encuentra sin seguridad en todas las secciones como son la oficina de Diseo, oficina de
ventas, oficina del director del servidor y donde se encuentran los servidores. La empresa
requiere un sistema optimizado de alarmas el cual estarn conectados a los dispositivos
ubicados en puertas y ventas, como tambin al ingreso de la empresa, una vez ocurrido algn
evento irregular, se enviar un mensaje al WhatsApp, y e-mail. Dichos mensajes se enviarn
de acuerdo a los usuarios que requieran dicha informacin. El sistema de seguridad contara
con la inclusin del control domtico de luces, calefaccin, cortinas electrnicas, wifi y
sistemas domticos que en el futuro se requieran. El sistema contar con un software mvil
el cual tendr la disponibilidad de activar las cerraduras de las puertas ventanas, prender o
apagar los dispositivos domticos. El software tendr las opciones de video vigilancia en
tiempo real, claro siempre conectado a internet. Por otro lado, el sistema en general detectara
y contabilizara el ingreso a cada una de las oficinas, requiriendo el usuario y contrasea para
ingresar.

pg. 3
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

1. Tipo de software propuesto

Esta aplicacin deber ser un software en tiempo real, y una aplicacin mvil en el cual un
servicio estar escuchando a la espera de la ocurrencia de eventos y una vez estos sucedan
el lanzara la ejecucin de otros programas para que realicen determinadas tareas segn su
programacin y por medio de la aplicacin se interactuara con los comandos de la alarma
para activar o desactivar sensores.

Debe ser este tipo de software y no otro debido a los requerimientos necesarios para su
funcionamiento, ya que una aplicacin de escritorio o web no dara respuesta a la necesidad
que se tiene y no sera una respuesta al problema planteado por la empresa para el desarrollo
de sus objetivos.

2. Modelo de proceso de desarrollo de software seleccionado en la fase 1

Estas son las actividades fundamentales de nuestro modelo de proceso de desarrollo para el
proyecto seleccionado por el grupo llamado modelo CASCADA.

Especificacin de software: Se debe definir la funcionalidad y restricciones

operacionales que debe cumplir el software.
Diseo e Implementacin: Se disea y construye el software de acuerdo a la
especificacin.
Validacin: El software debe validarse, para asegurar que cumpla con lo que quiere
el cliente.
Evolucin: El software debe evolucionar, para adaptarse a las necesidades del
cliente.

Adems de nuestro modelo paralelamente se controlar y auditar nuestro modelo durante

el proyecto con estas actividades.

Seguimiento y control de proyecto de software.

Revisiones tcnicas formales.
Garanta de calidad del software.
Gestin de configuracin del software.

pg. 4
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

Preparacin y produccin de documentos.

Gestin de reutilizacin.
Mediciones.
Gestin de riesgos.
El modelo en cascada consta de las siguientes fases:

1. Definicin de los requisitos: Los servicios, restricciones y objetivos son establecidos

con los usuarios del sistema. Se busca hacer esta definicin en detalle.
2. Diseo de software: Se particiona el sistema en sistemas de software o hardware. Se
establece la arquitectura total del sistema. Se identifican y describen las abstracciones
y relaciones de los componentes del sistema.
3. Implementacin y pruebas unitarias: Construccin de los mdulos y unidades de
software. Se realizan pruebas de cada unidad.

4. Integracin y pruebas del sistema: Se integran todas las unidades. Se prueban en

conjunto. Se entrega el conjunto probado al cliente.
5. Operacin y mantenimiento: Generalmente es la fase ms larga. El sistema es puesto
en marcha y se realiza la correccin de errores descubiertos. Se realizan mejoras de
implementacin. Se identifican nuevos requisitos.

pg. 5
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

3. Descripcin del proyecto de desarrollo de software.

EL software a desarrollar platea dar solucin a un requerimiento de seguridad por parte de

muchos usuarios que se sienten intranquilos cuando estos no estn en sus lugares de vivienda
o trabajo dejando la propiedad sola y no cuentan con un sistema contratado de vigilancia o
este no responde adecuadamente ante incidentes que pudieran vulnerar la seguridad fsica de
los inmuebles y afectar su patrimonio.

Es por esto que el software planteado ser una solucin que consta de una central con apoyo
a una UPS para evitar prdidas de energa y que el sistema se apague y una serie de sensores
instalados en las puertas, ventanas y otros accesos que quieran asegurase con el fin que
cuando un sensor se active y envi una seal a la central por medio de una aplicacin se
ejecute y envi un mensaje al usuario responsable de la seguridad o propietario del inmueble,
este mensaje se enviara por SMS, Email y WhatsApp simultneamente asegurando que el
mensaje llegue al destino por 3 vas diferentes, usando la red celular, internet de la empresa
(cableada o Wifi), o datos mviles para el envi de los mensajes.

De igual forma se hace necesario el desarrollo de una aplicacin mvil instalada en el equipo
del cliente para que controle eventos de la centrar a travs de internet, tales eventos podran
ser, activacin o desactivacin de sensores, visualizacin de logs de eventos, ver estado de
la alarma.

Requisitos funcionales

Nro. Requerimiento Descripcin

La aplicacin debe validar los usuarios
el acceso a la aplicacin debe permitir ingresar
RF1 antes de permitir ingreso a la
un usuario y contrasea para su acceso
configuracin

Los campos de numero de telfono de destino

La aplicacin debe permitir envi de
as como de correo electrnico deben ser
correos electrnicos, mensajes por
modificables por el usuario para asegurarse
RF2 WhatsApp y mensajes de texto hacia
que estarn correctamente digitados a su vez
cualquier operador de telefnica celular
que la aplicacin debe poder ver el estado de
y cualquier dominio en internet
la seal de antena celular.

Todas las fuentes e iconos debern ser de un

La fuente iconos y dems deben ser
tamao tener un tamao el cual permita una
RF3 grandes para mejor accesibilidad de los
fcil lectura e identificacin de la
usuarios
configuracin y opciones

Las credenciales de ingreso deben ser La contrasea para hacer login debe ser
RF4 alfanumrica mnimo 8 caracteres y debe
fuertes
incluir al menos un carcter especial.

pg. 6
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

En la configuracin se debe poder separar

La aplicacin debe permitir
RF5 zonas para activar o desactivar sensores de
configuracin por zonas
acuerdo a las preferencias de los usuarios

La aplicacin debe ser accesible desde

La aplicacin debe permitir activacin o
cualquier punto en internet para administrar la
RF6 desactivacin de la alarma desde
alarma por lo que el servidor tambin deber
internet sin importar la ubicacin
contar con acceso a internet

A travs de la aplicacin se deben poder

Debe permitir la integracin con ejecutar comandos que permitan acceder a los
RF7
soluciones de domtica controles de dispositivos de domtica, como
lmparas, persianas, y otro tipo de sensores
como proximidad, infrarrojos, humo, etc.
El cdigo fuente debe poderse adaptar
El cdigo debe ser fcilmente adaptable
fcilmente al desarrollo de cualquier solucin
RF8 a cualquier instalacin, grande o
grande o pequea de acuerdo a las necesidades
pequea
del cliente

Se debe habilitar un log accesible por el
usuario donde muestre todas las
RF9
activaciones o desactivaciones de los
sensores o de la alarma
Los logs generados durante la manipulacin
de la aplicacin deben ser visualizados por el
usuario con el fin de llevar visualmente un
registro de actividades

La aplicacin debe permitir liberar

espacio del servidor o que se programe Se debern poder ejecutar scripts de limpieza
RF10
una auto limpieza con el fin de que desde la aplicacin o programacin de estos
siempre se tenga espacio libre

pg. 7
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

Requisitos no funcionales

La aplicacin debe tener rendimiento aceptablemente alto ya que las alarmas deben enviarse
en tiempo real y no debe haber delay entre el paso de informacin entre aplicaciones.

La aplicacin debe estar disponible 7/24*365 debido a que es un software crtico para el
objetivo del proyecto.

Se debe garantizar que la aplicacin instalada tenga acceso a las seales generada por los
sensores.

Disponer de manuales y procedimientos adems de capacitacin para el uso de la aplicacin

y que los usuarios conozcan cmo deben usarla.

Asegurar que los instaladores estn disponibles y se pueda migrar de plataforma de una
forma gil y segura.

La implementacin total incluida su capacitacin puesta en marcha, licenciamiento si aplica,

hardware, y en general todo valor derivado del objeto del contrato debe estar acorde a los
precios que actualmente soluciones de este tipo se ofrecen en el mercado para que sea una
herramienta competitiva en el mercado.

El software instalado debe permitir una cantidad mayor de sensores o dispositivos

concurrentes con el fin de que si la el cliente lo requiere se pueda fcilmente crecer en la
solucin.

Su interfaz debe ser intuitiva y fcil de manejar de modo que los usuarios no vean la
aplicacin muy complicada para configurarla de acuerdo a sus necesidades

Se debe garantizar que la aplicacin contara con un sistema de autenticacin que solo permita
al cliente acceder a su sistema instalado sin que otro usuario o un intruso puedan desactivar
los sistemas de alarmas.

pg. 8
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

4. Justificacin del proyecto.

La creacin del software tiene como objetivo principal la seguridad autnoma de la

infraestructura de la empresa, control de gastos innecesarios de energa y por ltimo el control
del personal que labora. Se realizaron unos muestreos de acuerdo al problema hallado el cual
arrojo un resultado que corresponde a los procesos de la seguridad de la empresa, el consumo
de energa y el ingreso del personal, los resultados se dieron as. Con respecto a la seguridad
se dio a conocer que ingresa cualquier persona a cualquier rea sin ser registrado de este
modo no existe registro. Con relacin al consumo de energa, los empleados suelen dejar las
luces, calefaccin y ventanas abiertas conllevando a un elevado gasto de energa innecesaria.
Y por ltimo el registro de ingreso y salida del personal, el cual dicho personal no registraba
la hora real de entrada y salida de la empresa. Este proyecto constituye un ahorro monetario
radicado en un control estricto sobre el uso de cada uno de los elementos que tiene la empresa
para prestar un servicio al cliente, como una calidad de ambiente laboral.

pg. 9
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

6. Objetivos del proyecto, el cual continuarn abordando en las siguientes unidades.

7. Modelo de certificacin de calidad que aplicaran en el proceso de software, con su

respectiva descripcin y defensa.

pg. 10
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

CONCLUSIONES

Analizamos la importancia del anlisis y consideraciones anteriores a la programacin en el

desarrollo de Software permitindonos entender la relevancia que toma las buenas prcticas
para hacer un trabajo de calidad teniendo en cuenta los requerimientos, modelos, tipo de
aplicacin, lenguaje a elegir, tiempos y en general el paso a paso a seguir cuando
desarrollamos aplicaciones.

Comprendimos que por medio de diferentes fuentes de informacin como son la biblioteca
virtual, guas y fuentes de autores que publican en internet material con diferente informacin
nos es de fuente para nuestro aprendizaje sabiendo que debemos tener cuidado con el origen
de la informacin para no recurrir a fuentes falsas y mal informarnos o tener conceptos
errneos sobre la bsqueda que realizamos.

pg. 11
 GRUPO COLABOORATIVO 301404-32
FASE 2-DIAGNOSTICO

REFERENCIAS BIBLIOGRAFICAS

UNAD, El proceso de Software, recuperado de

http://repository.unad.edu.co/handle/10596/9936

Biblioteca Virtual UNAD, recuperado de

http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?p=GVRL&sw=w&u=unad&v=2.1&it=r&
id=GALE%7CCX3004300022&asid=1701ae413d0c6a6c1e4264712d295362

Jorge Fernndez Gonzlez, Introduccin a las metodologas agiles, recuperado de

https://www.exabyteinformatica.com/uoc/Informatica/Tecnicas_avanzadas_de_ingenieria_
de_software/Tecnicas_avanzadas_de_ingenieria_de_software_(Modulo_3).pdf

Biblioteca Virtual UNAD recuperado de

http://bibliotecavirtual.unad.edu.co:2139/eds/detail/detail?vid=0&sid=35d89acb-3b3c-4a5f-
a6e5-

pg. 12