Ciclo de Vida del desarrollo de SI

Secuencia de eventos en el desarrollo de un sistema de

informacin (aplicacin), lo cual requiere del esfuerzo mutuo,
tanto de parte del usuario como del equipo tcnico. (Freedman,
1993)

Una actividad grupal, conducida con recursos limitados, que

conducen a un producto intangible (software). (Topper et al.,
1994)

Una actividad social, altamente creativa por naturaleza, que es

conducida en un ambiente de recursos limitados y produce una
serie de representaciones (o salidas) de un producto intangible,
el software. (Topper et al., 1994)

Ciclo de Vida del desarrollo de SI

Un proceso lgico con el cual los analistas, ingenieros de

software, programadores y usuarios finales, construyen
Sistemas de Informacin y aplicaciones del computador para
satisfacer necesidades y resolver problemas del negocio.
(Whitten y Bentley, 1998)

El proceso de desarrollo (las actividades involucradas en el

desarrollo y mantenimiento de software) es un proceso complejo
y variable que no puede ser fcilmente descrito usando un solo
modelo. (Sommerville, 1998)

Ciclo de Vida del desarrollo de SI

El ciclo de vida de desarrollo de SI no es un modelo. Mientras un

ciclo de vida de desarrollo de SI es una secuencia de eventos
en el desarrollo de un sistema de informacin (aplicacin)
(Freedman, 1993), ... un modelo describe la estructura de cmo
se desarrollar el proyecto. (Raccoon, 1995)

Fases Genricas del Ciclo de Vida del

desarrollo de SI

DEFINICIN se centra en el qu. Normalmente, a esta fase se le

denomina anlisis.

DESARROLLO se centra en el cmo. Para muchos autores, los

procesos que se hacen en esta fase de desarrollo, se dividen en las
fases que comnmente se denominan diseo e implementacin.

MANTENIMIENTO se centra en el cambio. En esta fase se vuelven

a aplicar los pasos de las fases de definicin y desarrollo, pero ahora
en el contexto del software ya existente.

Visin Tradicional del Ciclo de Vida de SI

Algunos modelos de desarrollo de SI

Modelo Cascada o Clsico

Algunos modelos de desarrollo de SI

Modelo de Construccin de Prototipos

Algunos modelos de desarrollo de SI

Modelo en Espiral o Evolutivo

Los requerimientos del

sistema

Qu es un requerimiento?

Un requerimiento es una condicin o capacidad a la que el

sistema (siendo construido) debe conformar.

Una capacidad del software que debe ser reunida o poseda por
un sistema o componente del sistema para satisfacer un
contrato, especificacin, estndar u otra documentacin formal.

Los requerimientos del sistema

Se intenta descubrir qu es lo que realmente se necesita en el

sistema y se llega a una comprensin adecuada de los
requerimientos (las caractersticas que el sistema debe poseer).

Si no sabemos con precisin qu es lo que se necesita, ningn

proceso de desarrollo nos permitir obtenerlo. El problema es
que, de primeras, puede que ni nuestro cliente sepa de primeras
qu es exactamente lo que necesita. Por tanto, deberemos
ayudarle a averiguarlo con ayuda de distintas tcnicas.

Cmo se obtienen los requerimientos?

Los Requerimientos toman vida desde que realizamos nuestro

primer encuentro de interlocucin con usuarios o clientes.

Este puede desarrollarse utilizando cualquiera de una variedad

de tcnicas como entrevistas para intercambiar opiniones,
brainstorming, prototipeo, cuestionarios, muestreo, observacin,
etc.

Cuando los requerimientos se logran redactar a un significativo

nivel de detalle, tendremos listo el documento denominado
Especificacin de Requerimientos.

Qu es UML?

(Unified Modeling Language - Lenguaje Unificado de Modelado).

UML es un popular lenguaje de modelado de sistemas de
software. Se trata de un lenguaje grfico para construir,
documentar, visualizar y especificar un sistema de software.
Entre otras palabras, UML se utiliza para definir un sistema de
software.

Posee la riqueza suficiente como para crear un modelo del

sistema, pudiendo modelar los procesos de negocios, funciones,
esquemas de bases de datos, expresiones de lenguajes de
programacin, etc.

Qu es UML?

Para ello utiliza varios tipos diferentes de diagramas, por

ejemplo, en UML hay 13 tipos de diagramas. Estos
diagramas se pueden diferenciar en tres categoras:
Diagramas de
Estructura

Diagramas de
Comportamiento

Diagramas de
interaccin

Diagrama de clases
Diagrama de
componentes
Diagrama de objetos
Diagrama de estructura
compuesta (UML 2.0)
Diagrama de despliegue
Diagrama de paquetes

Diagrama de actividades
Diagrama de casos de
uso
Diagrama de estados

Diagrama de secuencia
Diagrama de
comunicacin
Diagrama de tiempos
(UML 2.0)
Diagrama de vista de
interaccin (UML 2.0)

Qu es RUP?

RUP es un proceso para el desarrollo de un proyecto de un

software que define claramente quien, cmo, cundo y qu
debe hacerse en el proyecto

RUP como proceso de desarrollo. RUP es explcito en la

definicin de software y su trazabilidad, es decir, contempla
en relacin causal de los programas creados desde los
requerimientos hasta la implementacin y pruebas.

RUP identifica claramente a los profesionales (actores)

involucrados en el desarrollo del software y sus
responsabilidades en cada una de las actividades.

Fase Inicial
Finalidad:
Alcanzar un acuerdo entre todos los interesados respecto
a los objetivos del ciclo vital para el proyecto.
Objetivos:
Establecer el mbito de software y las condiciones de los
lmites del proyecto.
Discriminar los casos de uso ms importantes del
sistema.
Estimar el costo global y la planificacin de todo el
proyecto.
Estimar los riesgos potenciales.
Preparar el entorno de soporte para el proyecto.

Fase de Elaboracin
Finalidad:
El establecimiento de una lnea base para la arquitectura
del sistema.
Objetivos:
Garantizar que la arquitectura, los requisitos y los planes
son lo bastante estables, y que los riesgos estn
suficientemente mitigados.
Tratar
todos
los
riesgos
arquitectnicamente
significativos del proyecto.
Producir un prototipo de componentes de calidad de
produccin.
Establecer un entorno de soporte.

Fase de Construccin
Finalidad:
Completar el desarrollo del sistema basado en la
arquitectura de lnea base.
Objetivos:
Minimizar los costos de desarrollo optimizando los
recursos y evitando las reconstrucciones y los
fragmentos innecesarios.
Conseguir la calidad adecuada de forma rpida y
prctica.
Conseguir versiones tiles (alfa, beta y otros releases de
prueba) de forma rpida y prctica.
Completar el anlisis, diseo, desarrollo y prueba de toda
la funcionalidad necesaria.
Desarrollar de forma iterativa e incremental un producto.

Fase de Transicin
Finalidad:
Garantizar que el software est listo para entregarlo a los
usuarios.
Objetivos:
Ejecutar el despliegue.
Prueba de versin beta para validar el nuevo sistema
contra las expectativas del usuario.
Convertir bases de datos operativas.
Formacin de usuarios y mantenedores.
Despliegue de la fuerza de marketing, distribucin y
ventas.
Alcanzar la capacidad de soporte propio del usuario.

Iteracin
En una
iteracin
participan
todas las
disciplinas.

Iteracin: Una secuencia de actividades con un plan de lnea base y

criterios de evaluacin resultando en una entrega.

RESUMEN EJECUTIVO: CASO FERREYCORP

1.Resea
La empresa Ferreycorp tiene sus inicios en 1922, donde Enrique FerreyrosAyulo y un
pequeo grupo de socios fundaron la empresa Enrique Ferreyros y Ca Sociedad en
Comandita, la cual en sus inicios se dedic a la comercializacin de productos de consumo
masivo.
Veinte aos ms tarde, la empresa realiz un giro trascendental, puesto que decidi asumir la
representacin de Caterpillar Tractor Co. en el Per. A partir de entonces, la compaa
incursiona en nuevos negocios.
En la dcada de los 60, otras lneas de mquinas y equipos como MasseyFergusson le
encomiendan su representacin. Asimismo, fue en 1962 que la compaa concret su
inscripcin en la Bolsa de Valores de Lima.
Posteriormente en 1981, la empresa se transform en Sociedad Annima, como parte de un
proceso de modernizacin en 1998 llega a convertirse en Sociedad Annima Abierta
(Ferreyros S.A.A).
Ahora ltimo en 2012, como consecuencia del crecimiento experimentado por Ferreyros y por
las otras compaas subsidiarias del grupo, se procedi a realizar una reorganizacin
corporativa, la cual deriv a transformarse en Ferreycorp S.A.A.

RESUMEN EJECUTIVO: CASO FERREYCORP

2. Problemtica
En la empresa, los Procesos de Solicitud de Servicio y Solicitud de Presupuesto estn
automatizados bajo la plataforma Lotus (Cliente/Servidor). Estos procesos tienen
problemas en cuanto a tiempo, puesto que el tiempo de respuesta para realizar
dichas transacciones toman un tiempo alto, este problema ha originado que los
usuarios tengan quejas permanentes en cuanto a su trabajo bajo este sistema, ya
que ha causado demora en que una solicitud de Servicio o Presupuesto no sea
atendida en el tiempo planificado. A consecuencia de estos problemas existen
prdidas considerables, la insatisfaccin de los usuarios y por ltimo y ms
importantes la insatisfaccin de los clientes, ya que no se le entrega el presupuesto
en el tiempo acordado, ni se atiende su solicitud de servicio en el tiempo indicado.
Otro de los problemas es que cada usuario debe tener instalado en su computador el
sistema, lo que no les permite acceder al sistema de manera remota.
El problema del tiempo se da porque no hay una buena comunicacin entre los
servidores de datos del sistema, que est en las instalaciones de IBM, y cada
cliente que usa el sistema.

RESUMEN EJECUTIVO: CASO FERREYCORP

3. Alcance
La implementacin del Sistema bajo la plataforma Web integrado al Sistema BPM
Ultimus permitir que el proceso de Solicitud de Servicio y Solicitud de
Presupuesto se realicen bajo el tiempo indicado y de manera eficiente.
Alcance funcional del Sistema
Mdulo de Solicitud de Servicio:
Consultar Oficina
Asignar Oficina
Consultar Centro de Costo
Asignar Centro Costo
Consultar Datos de Mquina
Asignar Mquina
Registrar Datos complementarios de Mquina
Consultar Cliente de Servicio
Asignar Cliente de Servicio
Consultar Contactos de Cliente de Servicio
Asignar Contactos
Consultar Sedes de Cliente de Servicio
Asignar Sede
Registrar Datos complementarios de Cliente de Servicio
Registrar Datos del Servicio
Consultar Clientes de Facturacin
Asignar Cliente de Facturacin
Registrar Datos complementarios de Cliente de Facturacin
Consultar Actividad
Consultar Componente
Registrar Segmentos

Consultar Segmentos
Registrar Comentarios
Registrar Observaciones
Crear Presupuesto desde Solicitud
Crear Solicitud de Servicio Hija
Listar Solicitudes Hija
Listar Presupuestos
Validar Autorizacin de Crdito
Consultar Personal
Asignar Personal

Mdulo de Solicitud de Presupuesto:

Consultar Datos de Solicitud de Servicio
Registrar Datos de Presupuesto
Consultar Segmentos
Registrar Tarifas de los Segmentos
Consultar Cotizaciones de Repuestos
Asignar Cotizaciones a Segmento

RESUMEN EJECUTIVO: CASO FERREYCORP

4. Solucin
Se cambiar a una plataforma web para que los usuarios puedan hacer uso desde
cualquier computador que tenga acceso a la red de Ferreyros, de esta manera
acceder a sus tareas de manera remota.
La informacin de estos procesos se guardar en la misma central de Ferreyros, lo
que actualmente est en las instalaciones de IBM, por lo que permitir que se
controle mejor la informacin.
Se desarrollar el sistema bajo un estndar de costo beneficio, primando el tiempo
de respuesta para acceder a la informacin, as como facilitar las transacciones
realizadas en los procesos de Solicitud de Servicio y Solicitud de Presupuesto.
Por lo tanto, el tiempo para realizar dichos procesos se realizar en el tiempo
estimado.

RESUMEN EJECUTIVO: CASO FERREYCORP

5. Anexo: Grafico del proceso
Proceso de Solicitud de Servicio

RESUMEN EJECUTIVO: CASO FERREYCORP

5. Anexo: Grafico del proceso
Proceso de Solicitud de Presupuesto

RUP
Fase

Actividad

Entregable
Documento de Visin

UML
Extensin para Modelado del Negocio

Plan de desarrollo del software

Inicio

Modelamiento del
Negocio

RESUMEN

Documento de visin
Plan de desarrollo del software
Modelado de caso de uso del negocio
Entorno de trabajo

Modelo de caso de uso del negocio

Entorno de trabajo

Requerimientos

Elaboracin

Anlisis y Diseo

Modelo de caso de uso

Diagrama de caso de uso

Diagrama de caso de uso

Modelo del anlisis

Diagrama de colaboraciones

Diagrama de colaboraciones

Diseo de interfaces

Diagrama de secuencia

Diagrama de secuencias

Diseo de clases

Diagrama de clases

Diagrama de clases
Diagrama de Vistas

Plantilla de Clases

Plantilla de clases

Diseo de la base de datos

Diseo de la base de datos

Modelo de despliegue

Modelo de Despliegue

Prototipo arquitectnico
Implementacin
Construccin

Modelo de componentes

Modelo de despliegue
Prototipo arquitectnico

Diagrama de componentes

Diagrama de componentes
Vistas de componentes

Modelo de caja negra

Modelo de caja negra

Prototipo del software

Prototipo del software

Prueba de aceptacin

Documento de aceptacin del producto

software

Prueba

Transicin

Despliegue

IEEE

Es una asociacin mundial de tcnicos e ingenieros

dedicada a la estandarizacin y el desarrollo en reas
tcnicas.

PMBOK

PMBOK es el estndar para la Administracin de Proyectos y

cuyas siglas significan en ingls Project Management Body of
Knowledge (el Compendio del Saber de la Gestin de Proyectos
en espaol). ste a su vez puede ser entendido como una
coleccin de sistemas, procesos y reas de conocimiento que
son universalmente aceptados y reconocidos como los mejores
dentro de la gestin de proyectos.