INGENIERIA DE SOFTWARE I

“PROYECTO”

ADRIANA MARCELA GONZALEZ NARANJO

VICTOR ALFONSO GODOY BARRIOS
DANIEL ANDRES MANTILLA SALAZAR
FREDY MAURICIO VEGA PEREZ

DOCENTE:
MIGUEL OJEDA

UNIVERSIDAD DE CUNDINAMARCA
FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
FUSAGASUGA
2014
 TABLA DE CONTENIDO

Tabla de contenido
IDEA DE NEGOCIO ......................................................................................................................... 4

PROBLEMA .................................................................................................................................... 4

JUSTIFICACION .............................................................................................................................. 4

OBJETIVOS ..................................................................................................................................... 5

OBJETIVO GENERAL ................................................................................................................... 5

OBJETIVOS ESPECIFICOS ............................................................................................................ 5

ALCANCE........................................................................................................................................ 5

DESARROLLO ORIENTADO A OBJETOS .......................................................................................... 5

CONCEPTO..................................................................................................................................... 5

CARACTERISTICAS...................................................................................................................... 6

CICLO DE VIDA ............................................................................................................................... 6

ESPECIFICACIÓN DE REQUERIMIENTOS Y PROTOTIPO ............................................................. 6

INVESTIGACION PRELIMINAR .................................................................................................... 7

ANALISIS Y ESPECIFICACIONES .................................................................................................. 7

DISEÑO Y CONSTRUCCION ........................................................................................................ 7

DISEÑO DE LA INTERFAZ........................................................................................................ 7

FUNCIONALIDA ...................................................................................................................... 8

EVALUACION ........................................................................................................................... 10

MODIFICACION........................................................................................................................ 10

TERMINO ................................................................................................................................. 10

ESTANDAR IEEE 1074 .................................................................................................................. 11

PROCESOS DE GESTION ........................................................................................................... 11

INICIACIÓN .......................................................................................................................... 11

SEGUIMIENTO Y CONTROL .................................................................................................. 12

CALIDAD .............................................................................................................................. 12
PSP ............................................................................................................................................... 12

Requisitos: ............................................................................................................................... 12

Planificar:................................................................................................................................. 12

Diseñar: ................................................................................................................................... 14

Codificar: ................................................................................................................................. 15

Compilar: ................................................................................................................................. 16

Probar: ..................................................................................................................................... 16

TSP ............................................................................................................................................... 16

Lanzamiento: ........................................................................................................................... 16

Las necesidades del cliente son: ............................................................................................. 16

Las metas del equipo a largo plazo: ........................................................................................ 17

Estrategia: ............................................................................................................................... 17

Requerimientos: ...................................................................................................................... 18

Las necesidades del cliente son: ......................................................................................... 18

Requerimientos dados por el cliente: ................................................................................. 18

Diseño:..................................................................................................................................... 19

METODOLOGÍA RUP .................................................................................................................... 19

FASE DE INICIO ........................................................................................................................ 19

Requerimientos ....................................................................................................................... 20

Elaboración casos de uso ....................................................................................................... 20

Arquitectura del sistema ......................................................................................................... 21

 IDEA DE NEGOCIO

Implementar un software que genere un análisis detallado de los pagos de

administración para el control financiero de conjuntos residenciales y
mejorar la capacidad de rapidez en la generación de cobros y gastos del conjunto
residencial.

PROBLEMA

En los conjuntos residenciales del municipio de Fusagasugá, se presencia la falta

de implementación de un software especializado en las áreas básicas de estados
financieros, como lo son el pago de administración de vivienda y el control de
cartera por parte del administrador.

Se requiere entonces el desarrollo de dicho software que permita la integración

de mejora continua en el conjunto por medio un software didáctico que combine
la integración con los arrendatarios y administrador para la comprobación de
cuentas.

JUSTIFICACION

En las metodologías actuales de manejo y control financiero en conjuntos

residenciales, se observa la falta de integración de las tics como herramienta de
consolidación de conocimiento, teniendo en cuenta que la tecnología está a la
vanguardia universal, además son los más utilizados; se decide aprovechar esta
herramienta como plataforma de un software administrativo en el área financiera
para administradores residenciales, con el propósito de reforzar el control en el
manejo de factores de pagos y gastos en el conjunto residencial y así cambiar el
uso de cuentas en papel y estar más acorde al avance tecnológico y eficaz de
las tics.
 OBJETIVOS
OBJETIVO GENERAL

Desarrollar un software que fortalezca el manejo en el área de administración

para conjuntos residenciales.

OBJETIVOS ESPECIFICOS

 Implementar el control financiero por medio de las tics.

 Definir los entornos administrativos para llevar un mejor control de la
administración.
 Analizar el manejo de cartera del conjunto residencial

ALCANCE

El alcance del sistema de información está dado en el análisis de la información

detallada de la administración de diferentes conjuntos residenciales y generación
de cobros y cuentas administrativas.

DESARROLLO ORIENTADO A OBJETOS

Para el avance del software fue necesario utilizar lenguaje PHP ya que se
considera uno de los lenguajes más flexibles, potentes y de alto rendimiento
conocidos hasta el día de hoy.

CONCEPTO

PHP es un lenguaje de programación de uso general de código del lado del

servidor originalmente diseñado para el desarrollo web de contenido dinámico.
El código es interpretado por un servidor web con un módulo de procesador de
PHP que genera la página Web resultante. PHP ha evolucionado por lo que
ahora incluye también una interfaz de línea de comandos que puede ser usada
en aplicaciones gráficas independientes. Puede ser usado en la mayoría de los
servidores web al igual que en casi todos los sistemas operativos y plataformas
sin ningún costo.
 CARACTERISTICAS

 Orientado al desarrollo de aplicaciones web dinámicas con acceso a

información almacenada en una base de datos.
 Es considerado un lenguaje fácil de aprender, ya que en su desarrollo se
simplificaron distintas especificaciones.
 Es libre, por lo que se presenta como una alternativa de fácil acceso para
todos.
 Permite aplicar técnicas de programación orientada a objetos.

CICLO DE VIDA

ESPECIFICACIÓN DE REQUERIMIENTOS Y PROTOTIPO

 INVESTIGACION PRELIMINAR

En los conjuntos residenciales del municipio de Fusagasugá, se presencia la

falta de implementación de un software especializado en las áreas básicas de
estados financieros, como lo son el pago de administración, de vivienda y el
control de cartera por parte del administrador.
Se requiere entonces el desarrollo de dicho software que permita la integración
de mejora continua en el conjunto, por medio de un software didáctico que
combine la integración con los arrendatarios y administrador para la
comprobación de cuentas.

ANALISIS Y ESPECIFICACIONES

Para la implementación del software se hace necesario seguir algunas

pautas de manera organizada que conlleve a la construcción del mismo.

DISEÑO Y CONSTRUCCION

En esta fase se hace necesario desarrollar el prototipo de acuerdo al

problema plantado:

DISEÑO DE LA INTERFAZ

Se desea realizar o presentar un prototipo de software que sea amigable

y claro en tanto a su funcionalidad, donde los diferentes usuarios que
acceden a este puedan navegar fácilmente en este software sin ningún
tipo de restricción o que requieran algún tipo de conocimientos para el uso
de este.

FUNCIONALIDA

En este espacio se considera importante mostrar una listado de los

diferentes clientes asociados el conjunto, para así facilitar la búsqueda
de la información del propietario, por medio de un sistema de filtro con el
cual minimicemos el tiempo de búsqueda de algún propietario y al mismo
tiempo poder observar las diferentes propiedades que correspondan a
diferentes propietarios.

Una vez consultado el propietario se procede a abrir la información

principal de cada propietario y así mismo dando un listado de sus
propiedades con sus correspondientes datos, y si quiere procede a
modificarse.

Se observa una serie de periodos los cuales son creados con anterioridad
para proceder a liquidar las diferentes casas o apartamentos del conjunto
facilitando la contabilidad de las diversas propiedades del conjunto
residencial.

Una vez termine la creación de los diferentes periodos se procede a

realizar la liquidación ya sea por casa o por bloques, una vez terminado
este proceso se podrá generar una factura la cual es enviada al correo de
los respectivos propietarios del conjunto residencial.
 EVALUACION

En esta fase tenemos contacto directo con la parte administrativa y

propietarios de la urbanización, a los cuales se les planteara el prototipo
desarrollado para la solución del problema.

En primer lugar se hace la respectiva demostración donde ellos harán

sus aportes con los puntos a mejorar en los diferentes requerimientos y
con el propósito del software.

En segundo lugar se verifica las respectivas exigencias por parte de los

propietarios y en la fase de evaluación se hacen los diferentes cambios o
aportaciones.

MODIFICACION

Esta inicia al culminar la fase de evaluación y al realizar los diferentes

análisis a los aportes dados por los propietarios.
Se verifica que los requerimientos dados al inicio para el desarrollo del
software sean los correctos.
Se re evalúa los diferentes propósitos, los requerimientos y la estructura
del software.
En esta fase si se detecta algún inconveniente y se ve la necesidad de
modificarlo se acude a una sub fase de evaluación, con la cual podemos
volver hacer los cambios pertinentes.

TERMINO

En esta etapa finaliza la fase de los requerimientos del sistema, el cual se

debió desarrollar un prototipo estable y completo para poder evaluar los
aspectos de calidad y la representación del software.

Teniendo claro los diferentes aspectos, la demostración y la

retroalimentación de nuestro software se procede a analizar y desarrollar
la siguiente fase que corresponde a diseño técnico del sistema a trabajar.
 ESTANDAR IEEE 1074

PROCESOS DE GESTION
INICIACIÓN
 SEGUIMIENTO Y CONTROL

En esta parte del proceso se debe tener en cuenta los diferentes riesgos,
problemas y falencias las cuales pueden surgir según vaya evolucionando la
elaboración del software.

 Se debe analizar el rendimiento del software, si es lo deseado por el

cliente.
 También se debe tener en cuenta que en cada una de las fases de
elaboración del software pueden tener riesgo de costo tanto aumentar
o disminuir, esto depende principalmente de las necesidades,
requerimientos y satisfacción que tenga con nuestro producto.

CALIDAD

Queremos ofrecer un software de calidad cumpliendo los diferentes

requerimientos técnicos establecidos por el cliente.

PSP
Requisitos:

El software nos plantea un problema financiero por lo cual tendremos que tener los
siguientes datos:

 Nombre de propietarios
 Monto de administración
 Dirección de casa, manzana, numero de bloque
 Fecha de facturación

Planificar:

Según los datos obteniditos en el análisis del problema y de los requisitos que
surgieron tenemos una bitácora de tiempo por la cual dividimos el desarrollo del
proyecto y el S.I, de este modo:
 Bitácora de tiempo

Fecha inicio fin Actividad 3 Comentarios

17/07/2014 10:00 11:00 clase se aprenden nuevos métodos para el proyecto
25/07/2014 12:00 14:00 codificar se codifica parte del S.I

05/08/2014 14:00 16:00 clase Psp

17/08/2014 10:00 0:00 clase TSP

23/10/2014 16:00 19:00 codificar se avanza en el S.I

27/08/2014 17:00 19:00 proyecto se plasma el proyecto escrito

27/08/2014 10:00 17:00 proyecto se adelanta las fases del proyecto

27/08/2014 22:00 17:00 proyecto análisis del S.I

27/08/2014 17:00 17:00 diseño diseño y prototipo

27/08/2014 17:00 17:00 diseño diseño y prototipo

 Diseñar:

En esta fase hacemos el diseño del software, de esta manera tendremos un

avance plasmado de la postulación para la solución del problema general
 Codificar:

En este momento se encuentra en la etapa de codificación por lo cual ya teniendo

un orden especifico a seguir se procede a plasmar las ideas que se plantearon
para el desarrollo del software

<body>

<div id="wrapper">

<!-- Navigation -->

<nav class="navbar navbar-inverse navbar-fixed-top" role="navigation">
<!-- Brand and toggle get grouped for better mobile display -->
<div class="navbar-header">
<button type="button" class="navbar-toggle" data-toggle="collapse" data-target=".navbar-ex1-
collapse">
<span class="sr-only">Toggle navigation</span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
<a class="navbar-brand" href="index.html">ResidencialSoft</a>

</div>
<!-- Top Menu Items -->
<ul class="nav navbar-right top-nav">
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown"><i class="fa fa-envelope"></i>
<b class="caret"></b></a>
<ul class="dropdown-menu message-dropdown">
<li class="message-preview">
<a href="#">
<div class="media">
<span class="pull-left">
<img class="media-object" src="http://placehold.it/50x50" alt="">
</span>
<div class="media-body">
<h5 class="media-heading"><strong>John Smith</strong>

</h5>
<p class="small text-muted"><i class="fa fa-clock-o"></i> Yesterday at 4:32
PM</p>
<p>Lorem ipsum dolor sit amet, consectetur...</p>
</div>
</div>
</a>
</li>
<li class="message-preview">
 Compilar:

Esta es una etapa de prueba donde analizaremos el software en un

funcionamiento medio y buscaremos los posibles errores que pueda tener para
hacer un estudio y análisis de datos, defectos y de tiempos.

En este caso tenemos un problema con la comprobación de usuarios por lo cual

implementamos una solución a esto.

Probar:

En este momento buscamos modificar los errores por medio de pruebas

específicas, de esta manera el análisis anterior nos ayuda a controlar la
corrección del software.

Actualmente nos encontramos en el desarrollo de esta etapa, por lo cual

haremos las correcciones necesarias para terminar el software en su totalidad
con un funcionamiento eficaz.

TSP
Lanzamiento:

Nuestros objetivos son el control de estados financieros de conjuntos

residenciales por medio de un prototipo de software que ayude al administrador
a mejorar la eficacia de cobros y gastos generados por parte de las casas y
apartamentos.

En este caso asignamos el grupo de trabajo por 4 estudiantes de ingeniería de

sistemas donde cada uno cumple los siguientes roles:

 Freddy Mauricio vega: Programador

 Andrés mantilla: Diseñador web
 Víctor Godoy: Testing funcional
 Adriana González: Analista de proyectos

Las necesidades del cliente son:

 Llevar la cuenta de administración de cada apartamento

  Tener los datos actualizados de propietarios
 Generar costos de facturación
 Llevar control de gastos de administración

Las metas del equipo a largo plazo:

 Promover los sistemas de información en conjuntos residenciales para el

control de estados financieros.

Individualmente cada uno de nosotros queremos avanzar en el rol que

escogimos para desenvolvernos mejor en el área de ingeniería y creación de
proyectos de software desde un punto específico de nuestro gusto sin perder el
curso de entregar un sistema eficaz y completo a nuestros clientes.

Estrategia:

Nuestro diseño de producto es amigable con el cliente y maneja un tipo de

contraste adecuado con los procesos que se llevaran a cabo en el software:

Nuestra estrategia de desarrollo consiste en tener un orden cronológico de los

procesos llevados a cabo para la recolección de información e implementación
en el software por lo cual el primer paso a seguir es analizar los datos otorgados
por el cliente y su digitalización.

De esta forma hacemos una estimación del tiempo que nos tomara hacer uso de
esta información adecuadamente y los procesos que tendremos que hacer para
llegar a él, en este caso se facilita un poco la estimación del tiempo ya que el
cliente tiene los datos de las personas actualizados aunque solo en papel, por lo
cual el esfuerzo de nuestro proyecto principalmente estará dado en la correcta
digitalización de la información de propietarios.

En este caso nuestra configuración del software será a medida es decir el

software podrá ser utilizado por las personas para ver sus estados de cuenta y
podrán acceder desde cualquier dispositivo móvil o de escritorio, igualmente
para el administrador que hará el uso del software con mayor control de el en
aspectos diferentes a los de los propietarios.

Los riesgos de administración están en el control de cuentas y consolidación de

pagos por parte del administrador por lo cual se busca que este administrador
este controlado o regido por un jefe en este caso el cliente quien podrá tener un
reporte por parte del grupo de trabajo del manejo de este.

Requerimientos:
Las necesidades del cliente son:

 Controlar el estado financiero del conjunto residencial

 Controlar costos y gastos de la administración
 Actualizar datos de propietarios
 Ingresar nuevos propietarios
 Generar facturación de pagos de administración

Requerimientos dados por el cliente:

El software nos plantea un problema financiero por lo cual tendremos que tener los
siguientes datos:

 Nombre de propietarios
 Monto de administración
 Dirección de casa, manzana, numero de bloque
 Fecha de facturación

Para esto hacemos un análisis de la información otorgada por el cliente y la

digitalizamos para uso del software.
De esta forma se diseña un plan de prueba para el software que nos servirá para
el desarrollo del mismo.

Diseño:

Se crea un diseño de alto nivel que mostrara el manejo del software al cliente en
su mínimo funcionamiento ya que es un prototipo del mismo es decir que se
encuentra en desarrollo.

Este diseño llevara un análisis por parte del testing para la búsqueda de errores
y posibles mejoras al mismo.

Actualmente nos encontramos en este paso por lo cual esperamos ver los
avances del software después de la búsqueda de errores.

METODOLOGÍA RUP
FASE DE INICIO

Se implementara un software para llevar el control de las financias de las

residencias de un conjunto residencial, donde el administrador va llevar la
información de los propietarios y sus respectivas obligaciones como el pago
de la administración y otros servicios, el propietario solo va poder ver sus
cuentas y estar al día con sus fechas de pago. El manejo de uso del software
va tener una funcionalidad fácil para el registro y control de las cuentas
para cada una de las residencias del conjunto.

Ser reconocidos como el mejor proveedor de soluciones en los conjuntos

residenciales del municipio de Fusagasugá para que estos puedan llevar su
información organizada y el control de sus cuentas.

Requerimientos
 Ofrecer al conjunto residencial un control centralizado de su información
 Mejorar la comunicación entre el administrador y los propietarios.
 La satisfacción de los propietarios por la eficiente calidad en el servicio
que se le proporcione, también brindarle un entorno de atención a través
del software en cual sea atendido con rapidez.

El software estará basado en unos niveles de acceso, contara con tres niveles

 Administrador
 Programador
 Propietario

Elaboración casos de uso

 Administrador tendrá uso directo con el software podrá modificar la

información de los propietarios y llevar las cuentas de los pagos de la
administración
 Propietario podrá ver su información actualizada con sus respectivos pagos
realizados y estar al tanto de cualquier cambio en la administración.

Arquitectura del sistema