Integrantes: Juan José Silva Pablo Herrera

I n t r o d u c c i ó n

S e l e c c i ó n d e l t e ma d e I n v e s t i g a c i ó n

-El tema de investigación que se a propuesto ha sido pensado con el objetivo de poder aplicar la teoría de Ingeniería de Software y Aplicaciones Distribuidas.

Di a g n ó s t i c o·        Pérdida  de  clientes  por    la    falta  de  un buen servicio.

·        Ausencia de información adecuada  de los servicios que brinda la empresa. 

·        Clientes  insatisfechos  y  mala  publicidad por parte de estos.

·        Disponibilidad  de  información  que  apoye la toma de decisiones. 

 

Pr o n ó s t i c o

Si no se hace una continua evaluación de los servicios que se brinda:

- Disminución de ventas.- Perdida de Clientes.- Mala publicidad por parte de clientes

perdidos.

Co n t r o l d e l Pr o n ó s t i c o

-Al implementar el sistema se plantea dar una referencia de la percepción de los clientes acerca de los servicios que presta la empresa, para contribuir al mejoramiento continuo del proceso de atención al cliente de la empresa.

Ob j e t i v o Ge n e r a l

Crear una aplicación para la calificación de los niveles de calidad en los servicios que presta la empresa utilizando los estándares de desarrollo de ingeniería de software.

Ob j e t i v o s Es p e c í f i c o s

- Mejorar el proceso de atención al cliente

utilizando la información que el usuario ingresa al sistema.

- Construir el sistema de manera óptima utilizando las herramientas que nos brinda el proceso unificado.

- Generar tablas de información para la toma de decisiones.

J u s t i f i c a c i ó n

El presente proyecto se ha planteado con el

afán de conocer y mejorar los servicios que la empresa brinda para optimizarlos.

Al c a n c e

- El Sistema de Calificación de Servicios, permitirá tener información actualizada de la satisfacción de los servicios que brinda la empresa .

-El sistema realizará consultas tanto internas como externas , y no se enfoca a lo que es web services.

F a c t i b i l i d a d Té c n i c a

F a c t i b i l i d a d Ec o n ó mi c a

Modelo de Cocomo

E = a * (KLDC)^ bDonde E es el esfuerzo expresado en personas mes.MM = a * ( KLDC ^ b ) MM = Hombres necesarios para hacer el proyecto en un mes (Esfuerzo). TDEV =c * ( MM ^ d ) TDEV = Tiempo de desarrollo del proyecto.CostoH = MM/TDEV CostoH = Cantidad de personas necesarias en el proyecto. CostoM = Precio total aproximado del proyecto. El Costo estimado del proyecto es $2331.12

Me t o d o l o g í a

Orientada a Objetos - La Programación Orientada a Objetos (POO) tiene como

objetivo desarrollar programas (software) que representen una parte del mundo real.

- La Orientación a Objetos va mas allá de solo considerar atributos y comportamiento. Considera otros aspectos de los objetos : Encapsulamiento, Asociaciones, Abstracción, Herencia, Polimorfismo, Multiplicidad...

Pr o c e s o d e De s a r r o l l o

Pr o c e s o d e De s a r r o l l o

Proceso UnificadoLas fases del Proceso Unificado (PU):

Inicio.- Definir el alcance del proyecto.Elaboración.-Plan ,del proyecto, especificación de

características, arquitectura base.Construcción.- Construir el producto.

Transición.- Transición del producto a la comunidad del usuario.

Ar q u i t e c t u r a

Le n g u a j e

Lenguaje de Modelado Unificado(UML)

El lenguaje UML tiene una notación gráfica muy expresiva que permite representar en mayor o menor medida todas las fases de un proyecto informático: desde el análisis con los casos de uso, el diseño con los diagramas de clases, objetos, etc., hasta la implementación y configuración con los diagramas de despliegue.

Ri e s g o s I n c u r r i d o s e n l a El a b o r a c i ó n

Los riesgos en la elaboración del proyecto son:

Mala especificación de alguna funcionalidad Interfaces complejas, inútiles, confusas Funcionalidad obsoleta Falla de comunicación entre los diferentes

miembros del equipo

Obtener una arquitectura no apropiada.

S i s t e ma d e c a l i f i c a c i ó n EVALUACION CUALITATIVA

EVALUACION CUANTITATIVA (%)  RESULTADOS

PRIMARIA1 PONDERADA2

A. Muy buena: Objetivo  logrado(solución o resultado  excelente  que  puede  servir  como modelo)

76-100   FORTALEZAS

B.  Buena:  Avance  Significativo  (existe preocupación  y  mejoras  sustanciales faltando aprovechar todo el potencial)

51 –75   FORTALEZAS

C. Regular:  Cierto  Avance  (logros  parciales que  dan  lugar  a  ciertas  mejoras  con resultados aislados)

26 – 50    DEBILIDADES

D.  Malo:  Ningún  Avance  (ninguna  acción, quizá  ciertas  ideas  buenas  pero  no concretadas.)

0 - 25   DEBILIDADES

Mo d e l o d e Do mi n i o

Ca s o s d e Us o

Ca s o s d e Us o d e l S i s t e ma

Mo d e l o d e S e c u e n c i a

Mo d e l o d e Co l a b o r a c i ó n

Di a g r a ma d e Cl a s e s

Co n c l u s i ó n

Al  utilizar  el  proceso  unificado  de  desarrollo pudimos  enfrentar  adecuadamente  los  riesgos  desde el inicio del proyecto.

Se pudo identificar los aspectos en los cuáles la empresa cumple o excede las expectativas planteadas por la empresa.

Al  seguir un  proceso de  ingeniería  tuvimos  un marco de trabajo que permita gestionar los cambios en el proyecto.

Re c o me n d a c i ó n

Implementar un modulo que permita realizar un proceso de seguimiento de los niveles de satisfacción del cliente mediante visitas o llamadas al clientes.

GRACI AS POR LA ATENCI ÓN