AGRADECIMIENTO
Este proyecto est dedicado a nuestros padres quienes nos dieron el apoyo y
comprensin a lo largo del proyecto.
A Dios porque nos ilumina y nos mantuvo con bien durante el desarrollo de este
proyecto. Dndonos la fortaleza y sabidura para concluirla.
DEDICATORIA
A nuestros padres por todo el apoyo que nos brindan da a da.
A nuestro docente por con los conocimientos que nos brinda y por su orientaciones del
curso.
TABLA DE CONTENID
RESUMEN....................................................................................................................
INTRODUCCION........................................................................................................
Modelos de Proceso de Software..............................................................................
1. Procesos de Software........................................................................................
2.
1.1.
1.2.
1.3.
1.4.
2.1.1.
2.1.2.
Anlisis...............................................................................................
2.1.3.
Diseo................................................................................................
2.1.4.
Codificacin........................................................................................
2.1.5.
Prueba................................................................................................
2.1.6.
Utilizacin...........................................................................................
2.1.7.
Mantenimiento...................................................................................
2.2.
2.2.1.
2.2.2.
2.2.3.
Utilizar el prototipo:............................................................................
2.2.4.
Revisar prototipo................................................................................
2.2.5.
Prototipo terminado?........................................................................
2.3.
2.3.1.
Modelado de gestin..........................................................................
2.3.2.
Modelado de datos.............................................................................
2.3.3.
2.3.4.
Generacin de aplicaciones................................................................
2.3.5.
Pruebas y entrega..............................................................................
2.4.
2.4.1.
El modelo Incremental........................................................................
2.4.2.
El Modelo Espiral................................................................................
Metodologas tradicionales.......................................................................
3.2.
Metodologas giles..................................................................................
3.3.
ISO/IEC 12207..............................................................................................
3.3.1.
Versiones...............................................................................................
3.3.2.
ISO/IEC 12207:2008...............................................................................
3.3.3.
OBJETIVO...............................................................................................
3.4.
Definiciones.................................................................................................
3.4.1.
Ciclo de vida..........................................................................................
3.4.2.
Proceso..................................................................................................
3.5.
PROCESOS...................................................................................................
3.6.
PROCESOS PRINCIPALES...........................................................................
3.6.1.
PROCESO DE ADQUISICIN................................................................
3.6.2.
PROCESO DE SUMINISTRO..................................................................
3.6.3.
PROCESO DE DESARROLLO................................................................
3.6.4.
PROCESO DE OPERACIN...................................................................
3.6.5.
PROCESO DE MANTENIMIENTO...........................................................
3.7.
3.7.1.
PROCESO DE DOCUMENTACIN.........................................................
3.7.2.
3.7.3.
3.7.4.
PROCESO DE VERIFICACIN...............................................................
3.7.5.
PROCESO DE VALIDACIN..................................................................
3.7.6.
3.7.7.
PROCESO DE AUDITORA....................................................................
3.7.8.
3.8.
3.9.
PROCESOS ORGANIZACIONALES...............................................................
3.8.1.
PROCESO DE ADMINISTRACIN..........................................................
3.8.2.
PROCESO DE INFRAESTRUCTURA.......................................................
3.8.3.
PROCESO DE MEJORAS.......................................................................
3.8.4.
PROCESO DE ENTRENAMIENTO..........................................................
3.9.1.
Escalonada............................................................................................
3.9.2.
Continuo................................................................................................
3.9.2.1.
VENTAJAS............................................................................................
3.9.2.2.
DESVENTAJAS.....................................................................................
3.10. MOPROSOFT.................................................................................................
3.10.1. CATEGORA DE ALTA DIRECCIN............................................................
3.10.2. CATEGORA DE GERENCIA......................................................................
3.10.3. CATEGORA DE OPERACIN....................................................................
3.10.4. NIVELES DE CAPACIDAD Y ATRIBUTOS DE PROCESOS............................
3.10.5. PROPIEDADES Y VENTAJAS DEL MODELO MOPROSOFT...........................
Las categoras de los procesos corresponden a niveles organizacionales de
administracin................................................................................................
3.10.5.1. Procesos integrados y relacionados.................................................
3.10.5.2. Foco en el producto y su capitalizacin............................................
3.10.5.3. Capacidad organizacional de gestin de procesos...........................
3.10.5.4. Alinecin con los objetivos de negocio.............................................
4. Modelos de evaluacin de las capacidades de los procesos de software:
modelo ISO/IEC 15504 / Modelo Evalprosoft..........................................................
4.1.
4.1.1.
Definicin...........................................................................................
4.1.2.
Historia...............................................................................................
4.1.3.
Caractersticas....................................................................................
4.1.4.
Modelo EVALPROSOFT..............................................................................
4.2.1.
4.2.1.1.
4.2.1.2.
4.2.1.3.
4.2.2.
4.2.3.
4.2.4.
4.2.4.1.
4.2.4.2.
4.2.4.3.1.Administracin de la realizacin...................................................
4.2.4.3.2.Administracin del producto de trabajo........................................
4.2.4.4.
4.2.6.
4.2.6.1.
Etapa 1: Planificacin......................................................................
4.2.6.2.
4.2.6.3.
4.2.6.4.
Etapa 5: Informe..............................................................................
4.2.7.
Resultados de la evaluacin..................................................................
CONCLUSIONES........................................................................................................
REFERENCIAS...........................................................................................................
INDICE DE FIGURAS
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
RESUMEN
Para resolver los problemas reales de una industria, un ingeniero del software
debe incorporar una estrategia de desarrollo que acompae al proceso, mtodos
y tenga herramientas. Esta estrategia se llama modelo de proceso o paradigma
de ingeniera del software. Se selecciona un modelo de proceso para la
ingeniera del software segn la naturaleza del proyecto y de la aplicacin, los
mtodos y las herramientas a utilizarse, los controles y entregas que se
requieren.
INTRODUCCION
Conocer la calidad con la que se est realizando el proceso
de desarrollo de software de un proyecto mediante una
evaluacin, es muy importante ya que permite conocer
cules son las practicas del proceso deben mejorar, de
acuerdo a la metodologa con que se realiz, el modelo de
proceso que se utiliz y el tipo de evaluacin que se aplic.
Se describe el Modelo de procesos para la industria del
software MoProSof, explicando la estructura de este modelo
de procesos y especficamente sobre el proceso de
desarrollo y mantenimiento de software, se expone tambin
una breve introduccin al mtodo de evaluacin de
procesos para la industria del software EvalProSoft.
Se dan a conocer las conclusiones y recomendaciones del
trabajo.
como Java o C. Sin embargo, cada vez ms, se desarrolla nuevo software
ampliando y modificando los sistemas existentes y configurando e integrando
software comercial o componentes del sistema.
Los procesos del software son complejos y como todos los procesos intelectuales
y creativos, dependen de las personas que toman decisiones y juicios. Debido a
la necesidad de juzgar y crear, los intentos para automatizar estos procesos han
tenido un xito limitado. Las herramientas de ingeniera del software asistida por
computadora pueden ayudar a algunas actividades del proceso. Sin embargo, no
existe posibilidad alguna, al menos en los prximos aos, de una automatizacin
mayor en el diseo creativo del software realizado por los ingenieros
relacionados con el proceso del software.
Una razn por la cual la eficacia de las herramientas est limitada se halla en la
inmensa diversidad de procesos del software. No existe un proceso ideal y
muchas organizaciones han desarrollado su propio enfoque para el desarrollo del
software. Los procesos han evolucionado para explotar las capacidades de las
personas de una organizacin, as como las caractersticas especficas de los
sistemas que se estn desarrollando. Para algunos sistemas, como los sistemas
crticos, se requiere un proceso de desarrollo muy estructurado. Para sistemas de
negocio, con requerimientos rpidamente cambiantes, un proceso flexible y gil
probablemente sea ms efectivo. Aunque existen muchos procesos diferentes de
software, algunas actividades fundamentales son comunes para todos ellos:
1.1.
1.2.
1.3.
1.4.
2.1.6. Utilizacin
El software se entrega al cliente y comienza la vida til del mismo.
2.1.7. Mantenimiento
El software sufrir cambios a lo largo de su vida til. Estos cambios pueden ser
debido a tres causas; Errores latentes (Durante la utilizacin el cliente detecte
errores en el software), Que se produzcan cambios en alguno de los
componentes del sistema y que el cliente requiera modificaciones funcionales no
contempladas en el proyecto.
2.2. El Modelo de Construccin de Prototipos
La idea detrs de este modelo es el desarrollo de una implantacin del sistema
inicial, exponerla a los comentarios del usuario, refinarla en N versiones hasta
que se desarrolle el sistema adecuado.
Una ventaja de este modelo es que se obtiene una rpida realimentacin del
usuario, ya que las actividades de especificacin, desarrollo y pruebas se
ejecutan en cada iteracin.
2.4.2.3.
Desarrollo y validacin
Se escoge el modelo de desarrollo despus de la evaluacin del riesgo. El modelo
que se utilizar depende del riesgo identificado para esa fase.
2.4.2.4.
Planificacin
Se determina si continuar con otro ciclo. Se planea la siguiente fase del proyecto.
3.1.
Metodologas tradicionales
3.2.
Metodologas giles
3.3.1. Versiones
ISO/IEC 12207:1995. Primera publicacin.
ISO/IEC 12207:1995/Amd 1:2002. Primera modificacin.
ISO/IEC 12207:1995/Amd 2:2004. Segunda modificacin.
ISO/IEC 12207:1995/Amd 3:2008. Tercera modificacin.
Versin en espaol AENOR Norma UNE 71044: Tecnologa de la informacin /
Procesos del ciclo de vida del software. 1999
3.3.3. OBJETIVO
El objetivo ms importante de esta norma es proporcionar una estructura comn
para que los
compradores, proveedores, desarrolladores, personal de
mantenimiento, operadores, gestores y tcnicos involucrados en el desarrollo de
software utilicen un lenguaje en comn. Los objetivos de una empresa que busca
la certificacin con la norma ISO/IEC 12207:2008 son transportar a los clientes o
socios la seguridad de que la empresa utiliza los procesos en relacin con las
prcticas de confianza de la industria. Adems, los principios promovidos dentro
de estas normas darn una plataforma slida para administrar una solucin de
software desde sus inicios.
3.4. Definiciones
3.4.1. Ciclo de vida
Un marco de referencia que contiene procesos, las actividades y las tareas
involucradas en el desarrollo, la explotacin y el mantenimiento de un producto
de software, abarcando la vida del sistema desde la definicin de los requisitos
hasta la finalizacin de su uso
3.4.2. Proceso
Conjunto de actividades interrelacionadas que transforman entradas en salidas
3.5. PROCESOS
Este estndar agrupa las actividades que se pueden llevar a cabo durante el
ciclo de vida del software en cinco procesos principales, ocho procesos de apoyo
y cuatro procesos organizativos. Cada proceso del ciclo de vida est divido en un
conjunto de actividades; cada actividad se sub-divide a su vez en un conjunto de
tareas.
3.6.
PROCESOS PRINCIPALES
Los procesos principales del ciclo de vida son cinco el cual brinda servicio a las
partes principales durante el ciclo de vida del software. Una parte principal es
aquella que inicia o lleva a cabo el desarrollo, operacin, o mantenimiento de los
productos software. Estas partes principales son el adquiriente, el proveedor, el
desarrollador, el operador y el responsable de mantenimiento de productos
software. Los procesos principales son:
3.6.1. PROCESO DE ADQUISICIN
Define las actividades del adquiriente, la organizacin que adquiere un
sistema, producto software o servicio software. El proceso comienza con la
identificacin dela necesidad de adquirir un producto software. El proceso
contina con la preparacin y publicacin de una solicitud de propuestas,
la seleccin de un proveedor, y la gestin del proceso de adquisicin hasta
la aceptacin del sistema.
Este proceso consiste de las siguientes actividades:
a) inicio
b) Preparacin de la solicitud de propuestas
c) Preparacin y actualizacin del contrato
Inicio
Preparacin de la respuesta
Contrato
Planificacin
Ejecucin y control
Revisin y Evaluacin
Entrega y finalizacin
3.7.
a)
b)
c)
d)
e)
f)
3.8.
PROCESOS ORGANIZACIONALES
Los procesos organizativos del ciclo de vida son cuatro. Se emplean por una
organizacin para establecer e implementar una infraestructura constituida por
procesos y personal asociado al ciclo de vida y para mejorar continuamente esta
infraestructura. Se usan habitualmente fuera del mbito de proyectos y
contratos especficos; sin embargo, la experiencia adquirida mediante dichos
proyectos y contratos contribuye a la mejora de la organizacin. Los procesos
organizativos son:
3.8.1. PROCESO DE ADMINISTRACIN
El proceso de administracin contiene las actividades genricas y tareas
que pueden ser empleadas por cualquier parte que tenga que gestionar
sus respectivos procesos. El gerente es responsable de la gestin del
producto, gestin del proyecto y gestin de las tareas de los procesos
aplicables, tales como el de adquisicin, suministro, desarrollo, operacin,
mantenimiento o soporte.
Este proceso consta de las siguientes actividades:
a) Inicio y definicin del alcance
b)
c)
d)
e)
Planificacin
Ejecucin y control
Revisin y Evaluacin
Finalizacin
Algunos de los objetivos del CMMI y que son buenos para el negocio.
3.9.1. Escalonada
Da una secuencia probada para la mejora en donde cada una es base para la
siguiente, es decir que antes de introducir prcticas de un nivel determinado
deben estabilizarse las prcticas del nivel anterior.
3.9.2. Continuo
Cada nivel de madurez es una plataforma bien definida para evolucionar la
mejora. Existen cinco niveles de madurez. Cada nivel es una base para la mejora
utilizando una secuencia probada desde sus bases.
3.9.2.1.
3.9.2.2.
VENTAJAS
DESVENTAJAS
3.10. MOPROSOFT
En 2004 se liber el Modelo de Mejora de procesos de desarrollo de software
conocido como Moprosoft, el cual fue diseado para empresas pequeas y
medianas de la industria Mexicana.
Moprosoft es el nombre del modelo en la comunidad universitaria y profesional, y
la norma tcnica a la que da contenido es la NMX-059/01-NYCE-2005 que fue
declarada norma mexicana el 15 de agosto de 2005 con la publicacin de su
declaratoria en el Diario de la Federacin.
Su objetivo principal es incorporar las mejores prcticas en gestin e ingeniera
de software.
Moprosoft fue desarrollado por expertos mexicanos que recopilaron las
experiencias exitosas de la industria de software a nivel mundial, y las adaptaron
a las necesidades y caractersticas de las pequeas y medianas industrias
mexicanas (PYMEs) desarrolladoras de software.
MoProSoft est dividido en 9 procesos, llamados tambin prcticas, organizados
por categoras de acuerdo a sus respectivas reas de aplicacin. Las categoras
de procesos coinciden con los tres niveles bsicos de la estructura de una
organizacin: alta direccin, gestin y operacin.
Alta
direccin
Operacin
Gerencia
(DIR)
(GER)
(OPE)
Los procesos de esta categora realizan las actividades de acuerdo con los
elementos proporcionados por los de la gerencia.
Remire a la alta gerencia la informacin y los productos generados.
Cada proceso esta cuidadosamente detallado a travs de un instrumento
llamado Patrn de Procesos. Esta descripcin est dividida en 3 partes:
descripcin general, descripcin de prcticas y guas de ajuste. La descripcin
general incluye los siguientes componentes: nombre del proceso, categora,
propsito,
descripcin,
objetivos,
indicadores,
metas
cuantitativas,
responsabilidad y autoridad. La descripcin de la prctica incluye: roles
involucrados y capacitacin, actividades, diagrama de flujo de trabajo (en UML),
verificaciones y validaciones, incorporacin a la base de conocimiento, recursos
de infraestructura, mediciones,
lecciones aprendidas.
capacitacin,
situaciones
excepcionales,
4.1.1. Definicin
Es una norma internacional para establecer y mejorar la capacidad y madurez de
los procesos de las organizaciones en la adquisicin, suministro, desarrollo,
operacin, evaluacin y soporto de productos y servicios.
Es una adaptacin para la evaluacin de procesos en PYMEs y pequeos grupos
de desarrollo software por niveles de madurez segn la norma ISO/IEC 15504. El
modelo est alineado con las metodologas giles (SCRUM, XP, etc.), las guas
ISO/IEC 29110 (Lifecycle Profiles for Very Small Enterprises) que se estn
elaborando actualmente, y con otras normas muy extendidas en el sector como
la ISO/IEC 27001 (seguridad de la informacin) y la ISO/IEC 20000 (gestin del
servicio TI).
Este modelo establece conjuntos predefinidos de procesos con objeto de definir
un camino de mejora para una organizacin. En concreto, establece 6 niveles de
madurez para clasificar a las organizaciones. Al ser un modelo para el desarrollo
software, toma como base el modelo de procesos ISO/IEC 12207:2008 (Systems
and software engineering -- Software life cycle processes).
4.1.2. Historia
El ISO/IEC 15504, tambin conocido como Software Process Improvement
Capability Determination, abreviado SPICE, en espaol, Determinacin de la
Capacidad de Mejora del Proceso de Software es un modelo para la mejora,
evaluacin de los procesos de desarrollo, mantenimiento de sistemas de
informacin y productos de software.
En 1991 el proyecto SPICE fue creado bajo los auspicios del Comit Internacional
de estndares de Ingeniera de Software y Sistemas a travs de su Grupo de
Trabajo sobre Evaluacin de proceso (WG10).
En 1992, el informe del grupo de estudio dijo que: ...la comunidad internacional
debera poner recursos para desarrollar un estndar para la evaluacin de
procesos software, incorporando lo mejor de los mtodos de evaluacin de
procesos existentes.
ISO decidi entonces se hiciera el desarrollo por pasos de un estndar para la
evaluacin de procesos. Los pasos fueron los siguientes:
Publicacin inicial como Informe Tcnico Technical Report (borrador de
estndar) para que despus de su uso real pasase a
Revisin y publicacin como estndar internacional IS ISO/IEC 15504
Tecnologas de la Informacin Evaluacin de Procesos (ISO/IEC 15504
Information Technology Process Assessment).
Las siglas SPICE significan: Software Process Improvement and Capability
Determination, es decir, Determinacin de la capacidad y mejora de los procesos
de software.
El proyecto SPICE tena tres objetivos principales:
Desarrollar un borrador de trabajo para un estndar de evaluacin de
procesos de software.
Llevar a cabo los ensayos de la industria de la norma emergente.
Promover la transferencia de tecnologa de la evaluacin de procesos de
software a la industria del software a nivel mundial.
El primer objetivo del proyecto se logr en junio de 1995, con la entrega del
borrador de trabajo de la norma para la evaluacin de procesos de software al
WG10 para su votacin entre la comunidad de estandarizacin internacional. El
Borrador de Trabajo se denominaba comnmente como el conjunto de
documentos SPICE (o SPICE Versin 1).
Este primer borrador se bas en modelos existentes en aqul momento.
Los ensayos de estos primeros documentos SPICE han sido el foco del proyecto
SPICE durante el perodo 1994 a 1998. Fue entonces, en 1998 cuando se public
la primera familia de estndares ISO TR 15504. En aquel momento se comenz a
trabajar en la versin "Internacional Standard" de la norma, y desde 2006 est
completamente publicado, exceptuadas las partes nuevas que se estn
produciendo.
En marzo de 2003, el proyecto SPICE se cerr oficialmente. La Red SPICE se
estableci posteriormente con el encargo de seguir coordinando las actividades
de la comunidad SPICE. La Red de SPICE est formalmente organizada por el
The Spice User Grupo (www.spiceusergroup.org).
En este momento se efectan actividades promocionales que se realizan a
travs de la Conferencia Internacional Anual SPICE y la publicacin de artculos y
libros.
Con el fin de apoyar la excelencia y la coherencia de la formacin de los
evaluadores, el proyecto SPICE tambin desarroll y lanz un Plan de Estudios de
define
los
procesos
del
ciclo
de
vida
del
desarrollo,
define
los
procesos
del
ciclo
de
vida
del
desarrollo,
Equivalencia y compatibilidad
elaborador
del
la
del panel
compatibilidad
ENG: Ingeniera
Proporciona una gua para interpretar los requisitos para realizar una evaluacin.
4.1.4.4.
Parte 4: Gua sobre el uso para la mejora del proceso y
determinacin de la capacidad del proceso - ISO /IEC 15504-4
Identifica la evaluacin de procesos como una actividad que puede ser realizada
ya sea como parte de una iniciativa de mejora de procesos o como parte de un
enfoque de determinacin de la capacidad.
El propsito de la mejora de procesos es mejorar continuamente la eficacia y
eficiencia de la organizacin.
El propsito de la determinacin de la capacidad de procesos es identificar las
fortalezas, debilidades y riesgos de los procesos seleccionados con respecto a un
Evaluacin de la Capacidad
Evaluacin de la Capacidad
4.2.
Modelo EVALPROSOFT
El propsito de la herramienta de evaluacin consiste en definir un mtodo para
obtener un nivel de la capacidad de sus procesos y un nivel de madurez de
capacidades de la organizacin, tomando como referencia MOPROSOFT.
La evaluacin de cada proceso con lleva a un examen disciplinado, el cual se
apoya en una escala, criterios de evaluacin, conjunto de estndares mejores
prcticas y un mecanismo claro para exponer los resultados obtenidos.
Una vez que tenemos identificados todos los procesos y codificados se le da el
nombre al producto de trabajo. Los productos de trabajo son de suma
importancia ya que de ellos depende la calificacin obtenida en conjunto para
determinar la madurez del proceso y la capacidad de la organizacin
determinada con el nivel obtenido.
Un evaluador certificado tiene la capacidad para llevar a cabo la evaluacin
siguiendo el proceso del mtodo de evaluacin EVALPROSOF.
El mtodo de evaluacin involucra al organismo rector que proporciona el de
evaluacin, resguarda la informacin y da seguimiento al mtodo y a la
organizacin a evaluar
Al trmino del proceso de evaluacin se entrega un reporte estadstico
conteniendo las evidencias documentadas que respaldan el cumplimiento de un
atributo perteneciente al producto los resultados finales.
La certificacin tiene vigencia de slo 2 aos.
4.2.4.2.
Nivel 1 Proceso realizado
El proceso se implementa y alcanza su propsito.
4.2.4.5.
El haber definidos los objetivos de mejora proporciona una base para el nivel 5
de capacidad.
Al alcanzar este atributo:
Se definen objetivos de mejora de procesos.
Se analizan los datos y se identifican cules son las causas en la variacin
de la realizacin de los procesos.
Se identifican oportunidades de mejora que se derivan de nuevas
tecnologas y nuevos conceptos de procesos.
Se establece una estrategia para alcanzar los objetivos de mejora de los
procesos.
4.2.6.4.
Etapa 5: Informe
Se realiza un informe de evaluacin de la situacin actual de la organizacin,
preparada por el evaluador, el cual tiene la obligacin de presentarlo ante los
participantes y al rea directiva de la organizacin.
CONCLUSIONES
El proceso de desarrollo y mantenimiento de software de MoProSoft
presenta un modelo que es entendible, aplicado y no es costoso en su
adopcin; por lo cual a medida que se mejora el proceso con MoProSoft y
EvalProSoft, los proyectos de desarrollo de software iran mejorando y esto
servir de base para alcanzar evaluaciones exitosas con ootro modelos o
normales tales como ISO 2000 o CMM
La norma mexicana de modelos de Procesos de software MoProSoft
preende ayudar a las empresas dedicadas al desarrollo y mantenimiento
de software a mejorar los procesos de cada una de las reas,
documentando las practicas ms importantes que lleva a cabo dentro de
esta. Esta documentacin implica adems servir como gua, medir y
mejorar continuamente estas prcticas.
REFERENCIAS
ISO/12207
http://www.emn.fr/z-info/harbol07/ACIS.pdf
http://es.scribd.com/doc/131847881/NORMA-ISO-12207-pdf#scribd
http://unfviso12207.webcindario.com/index.php?mod=proceso_organizativos
CMMI
http://www.globales.es/imagen/internet/Informaci%C3%B3n%20General
%20CMMI.pdf
http://www.allsoft.com.mx/recursos/ElModeloCMMI.pdf
http://www.coes1.org.pe/Documentos%20compartidos/Teoria/Introduccion%20a
%20CMMI.pdf
EvalProSoft
https://prezi.com/9v6x7u59q_g_/evalprosoft/
http://bibdigital.epn.edu.ec/bitstream/15000/4491/1/CD-4107.pdf
Modelos de Procesos
http://bibdigital.epn.edu.ec/bitstream/15000/4491/1/CD-4107.pdf