Universidad Mundo Maya

Introduccin a la ingeniera de Software

CRISTINA ANGULO PEREZ
e-mail: angulo_cristina@hotmail.com
Ingeniera del software
Ingeniera en Sistemas Computacionales 8to. Semestre
Edgar Martn Lorca Velueta

externo, revisando las decisiones que debern tomar,

problemas a resolver u oportunidades a examinar.

RESUMEN:

1.1.4. La administracin de la fundamentacin del sistema

1.- INTRODUCCIN

Algunos principios fundamentales se aplican a todo tipo de

sistema de software, independientemente de las tcnicas de
desarrollo utilizado:

El tema principal es definiciones, orgenes, su

importancia. Definiciones de Ingeniera de Software,
de que se que se encarga la ingeniera de software como
nos ayuda a la creacin de software de calidad que
tambin se incluyen los modelos de desarrollo y sus
procesos para el desarrollo del mismo.

Los sistemas deben ser desarrollados mediante un proceso de

desarrollo controlado y comprendido. Por supuesto, diferentes
procesos se utilizan para diferentes tipos de software.
La fiabilidad y el rendimiento son importantes para todo tipo
de sistema.

2.- DESARROLLO.
1. INTRODUCCION A LA INGENIERIA DE
SOFTWARE

La comprensin y la gestin de la especificacin de requisitos

de software y (lo que el software debe hacer) son importantes.

1.1. Qu es la Ingeniera del Software?

Llegado el caso, se debe volver a utilizar el software que ya se

ha desarrollado en lugar de escribir un nuevo software.

Es una disciplina formada por un conjunto de mtodos,

herramientas y tcnicas que se utilizan en el desarrollo de los
programas informticos.

1.2. Los enfoques de sistema e ingeniera.

1.2.1 Conceptos de Ingeniera de Software.

1.1.1. Cual es la funcin del ingeniero de

software.

La Ingeniera del software es una disciplina o rea de la

Informtica o Ciencias de la Computacin, que ofrece mtodos
y tcnicas para desarrollar y mantener software de calidad que
resuelven problemas de todo tipo. Hoy da es cada vez ms
frecuente la consideracin de la Ingeniera del Software como
una nueva rea de la Ingeniera, y el Ingeniero del Software
comienza a ser una profesin implantada en el mundo laboral
internacional, con derechos, deberes y responsabilidades que
cumplir, junto a una, ya, reconocida consideracin social en el
mundo empresarial y, por suerte, para esas personas
Llegado el caso, se debe volver a utilizar

Un Ingeniero de software debe tener valores y actitudes como:

creatividad, responsabilidad, disciplina, compromiso e
iniciativa; adems ser hbil para el trabajo en equipo, ser capaz
de identificar y resolver problemas. Adems definir
tcnicamente los requerimientos de unos productos (software),
diseando la arquitectura y el detalle de este, liderar equipos
tcnicos y especialista para el desarrollo del proyecto,
establecer y aplicar pruebas de calidad.
1.1.2. El modelado

1.3. Actividades de desarrollo de software

Es una tcnica para tratar con la complejidad inherente a estos

sistemas. El uso de modelos ayuda al ingeniero de software a
"visualizar" el sistema a construir. Adems, los modelos de un
nivel de abstraccin mayor pueden utilizarse para la
comunicacin con el cliente. Por ltimo, las herramientas de
modelado y las de Ingeniera de Software Automatizada.
Puede ayudar a verificar la correccin del modelo.

Planificacin. La importante tarea a la hora de crear un

producto de software es obtener los requisitos o el anlisis de
los requisitos. Los clientes suelen tener una idea ms bien
abstracta del resultado final, pero no sobre las funciones que
debera cumplir el software. Una vez que se hayan recopilado
los requisitos del cliente, se debe realizar un anlisis del
mbito del desarrollo. Este documento se conoce como
especificacin funcional.
Implementacin,
pruebas
y
documentacin.
La
implementacin es parte del proceso en el que los ingenieros
de software programan el cdigo para el proyecto. Las pruebas

1.1.3. La solucin de problemas

Es la conciencia de un problema u oportunidad, el tomador de
decisiones busca en los ambientes de negocios interno y

Universidad Mundo Maya

de software son parte esencial del proceso de desarrollo del

software. Esta parte del proceso tiene la funcin de detectar los
errores de software lo antes posible. La documentacin del
diseo interno del software con el objetivo de facilitar su
mejora y su mantenimiento se realiza a lo largo del proyecto.
Esto puede incluir la documentacin de un API, tanto interior
como exterior.
Despliegue y mantenimiento. El despliegue comienza cuando
el cdigo ha sido suficientemente probado, ha sido aprobado
para su liberacin y ha sido distribuido en el entorno de
produccin. Entrenamiento y soporte para el software es de
suma importancia y algo que muchos desarrolladores de
software descuidan. Los usuarios, por naturaleza, se oponen al
cambio porque conlleva una cierta inseguridad, es por ello que
es fundamental instruir de forma adecuada a los futuros
usuarios del software. El mantenimiento y mejora del
software, de un software con problemas recientemente
desplegado, puede requerir ms tiempo que el desarrollo
inicial del software. Es posible que haya que incorporar cdigo
que no se ajusta al diseo original con el objetivo de
solucionar un problema o ampliar la funcionalidad para un
cliente. Si los costes de mantenimiento son muy elevados
puede que sea oportuno redisear el sistema para poder
contener los costes de mantenimiento.

calidad. Satisfacer las necesidades expresadas y las implcitas

Poltica de calidad (ISO 9000) Conclusiones Directrices y
objetivos generales de una organizacin, relativos a la calidad,
tal Los requisitos del software son la base de las medidas de
calidad. La falta de cmo se expresan formalmente por la alta
direccin. Concordancia con los requisitos es una falta de
calidad La gestin de la calidad se aplica normalmente a
nivel de empresa. Los estndares o metodologas definen un
conjunto de criterios de desarrollo que Tambin puede haber
una gestin de calidad dentro de la gestin. Guan la forma en
que se aplica la ingeniera del software. Si no se sigue ninguna
metodologa siempre habr falta de calidad. Control de la
calidad del software Existen algunos requisitos implcitos o
expectativas que a menudo no se Son las tcnicas y
actividades de carcter operativo, utilizadas para satisfacer los
mencionan, o se mencionan de forma incompleta (por ejemplo
el deseo de un buen requisitos relativos a la calidad, centradas
en dos objetivos fundamentales: mantenimiento) que tambin
pueden implicar una falta de calidad. Mantener bajo control
un proceso eliminar las causas de los defectos en las
diferentes fases del ciclo de vida Aseguramiento de calidad del
software En general son las actividades para evaluar la
calidad de los productos El aseguramiento de calidad del
software es el conjunto de actividades desarrollados.
Planificadas y sistemticas necesarias para aportar la confianza
en que el producto (software) satisfar los requisitos dados de
calidad. Sistema de calidad El aseguramiento de calidad del
software se disea para cada aplicacin antes de Estructura
organizativa, procedimientos, procesos y recursos necesarios
para comenzar a desarrollarla y no despus. Implantar la
gestin de calidad Algunos autores prefieren decir garanta de
calidad en vez de aseguramiento. El sistema de calidad se
debe adecuar a los objetivos de calidad de la empresa.
Garanta, puede confundir con garanta de productos La
direccin de la empresa es la responsable de fijar la poltica de
calidad y las Aseguramiento pretende dar confianza en que el
producto tiene calidad. Decisiones relativas a iniciar,
desarrollar, implantar y actualizar el sistema de El
aseguramiento de calidad del software est presente en calidad.
Mtodos y herramientas de anlisis, diseo, programacin y
prueba Un sistema de calidad consta de varias partes
Inspecciones tcnicas formales en todos los pasos del proceso
de desarrollo del Documentacin software Manual de
calidad. Es el documento principal para establecer e implantar
Estrategias de prueba con varias escalas un sistema de calidad.
Puede haber manuales a nivel de empresa, Control de la
documentacin del software y de los cambios realizados
departamento, producto, especficos (compras, proyectos,)
Procedimientos para ajustarse a los estndares (y dejar claro
cuando se est fuera Parte fsica: locales, herramientas
ordenadores, etc. De ellos) Aspectos humanos: Mecanismos
de medida (mtricas) Formacin de personal Registro de
auditoras y realizacin de informes Creacin y coordinacin
de equipos de trabajo Actividades para el aseguramiento- de
calidad del software Normativas Mtricas de software para
el control del proyecto

1.4. Administracin del desarrollo de software

Consiste en gestionar el desarrollo de un producto, dentro del
plazo previsto y con los fondos establecidos. Como esto
requiere recursos humanos , la administracin del proyecto
involucra no slo la organizacin tcnica y las habilidades
organizativas, sino tambin el arte de dirigir un equipo de
personas. La administracin de un proyecto no es una
actividad insignificante, puede ser tan transcendente como
desarrollar la arquitectura.
La administracin comprende:
Estructura (Elementos organizativos involucrados)
Proceso administrativo (Responsabilidades y supervisin de
participantes)
Proceso de desarrollo (mtodos, herramientas, lenguajes,
documentacin y apoyo)
Programa (organizacin de los tiempos en los que deben
realizarse los trabajos)
1.4. Que es un software de alta calidad
Es la verificacin y validacin del software a lo largo del ciclo
de vida. Calidad del software.
Incluye las pruebas y los procesos de revisin e inspeccin
Todas las metodologas y herramientas tienen un nico fin
producir software de La gestin de la configuracin del
software. Gran calidad. Definiciones de calidad del software
Gestin de la calidad del software Concordancia con los
requisitos funcionales y de rendimiento explcitamente
Gestin de la calidad (ISO 9000)establecidos con los
estndares de desarrollo explcitamente documentados y con
Conjunto de actividades de la funcin general de la direccin
que determina las caractersticas implcitas que se espera de
todo software desarrollado calidad, los objetivos y las
responsabilidades y se implanta por medios tales como la
profesionalmente planificacin de la calidad, el control de la
calidad, el aseguramiento (garanta) de la El conjunto de
caractersticas de una entidad que le confieren su aptitud para
calidad y la mejora de la calidad, en el marco del sistema de

2. MODELADO DEL PROCESO

2.1.1 Sistemas, modelos y vistas

Universidad Mundo Maya

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.

KEY_press
key_release
key_action
key_action_release

2.1.3 Tipos de datos, datos abstractos e instancias

Eventos de Ratn

Tipo de dato informtico. Es un atributo de una parte de los

datos que indica al ordenador (y/o al programador) algo sobre
la clase de datos sobre los que se va a procesar. Esto incluye
imponer restricciones en los datos, como qu valores pueden
tomar y qu operaciones se pueden realizar. Los tipos de datos
comunes son: enteros, nmeros de coma flotante (decimales),
cadenas alfanumricas, fechas, horas, colores, etc.

Son los eventos generados por acciones sobre el ratn dentro

de los lmites de un Componente.

Mouse_down

mouse_up

mouse_move

mouse_enter

mouse_exit

mouse_drag

2.1.4 Clases, clases abstractas y objetos

La clase cuya descripcin es incompleta. Una clase abstracta
declara mtodos, pero no tiene que implementarlos.
No proporcionan la implementacin de todos sus mtodos.
Los mtodos no implementados se declaran como abstracta.
Una clase con un mtodo abstracto debe declararse como clase
abstracta. Pero una clase puede declararse como abstracta
aunque no tenga ningn mtodo abstracto.

Eventos de Barras
Son los eventos generados como respuesta a la manipulacin
de barras de desplazamiento (scrollbars).

Scroll_line_up

scroll_line_down

scroll_page_up

scroll_page_down

scroll_absolute

La abstraccin es un recurso de la mente (quizs el ms

caracterstico de nuestra pretendida superioridad respecto del
mundo animal). Por su parte, los lenguajes de programacin
permiten expresar la solucin de un problema de forma
comprensible simultneamente por la mquina y el humano.
Constituyen un puente entre la abstraccin de la mente y una
serie de instrucciones ejecutables por un dispositivo
electrnico. En consecuencia, la capacidad de abstraccin es
una caracterstica deseable de los lenguajes artificiales, pues
cuanto mayor sea, mayor ser su aproximacin al lado
humano. Es decir, con la imagen existente en la mente del
programador. En este sentido, la introduccin de las clases en
los lenguajes orientados a objetos ha representado un
importante avance respecto de la programacin tradicional y
dentro de ellas, las denominadas clases abstractas
que representan el mayor grado de abstraccin.

Eventos de Lista
Son los eventos generados al seleccionar elementos de una
lista.

List_select

list_deselect
Eventos Varios
Son los eventos generados en funcin de diversas acciones.

Action_event

load_file

save_file

got_focus

lost_focus

son las

2.1.5 Clases de eventos

Los eventos son todas las acciones que el usuario inicia, dar
clic sobre un botn, presionar las teclas del teclado, etc. Cada
vez que se produce un evento, se crea un objeto.
Eventos de Ventana

2.1.6 Modelado orientado a objeto

El modelo de datos orientado a objetos es una extensin del
paradigma de programacin orientado a objetos.
Los objetos entidad que se utilizan en los programas orientados
a objetos son anlogas a las entidades que se utilizan en las
bases de datos orientadas a objetos puros, pero con una gran
diferencia: los objetos del programa desaparecen cuando el
programa termina su ejecucin, mientras que los objetos de la
base de datos permanecen. A esto se le denomina persistencia.

Son los que se generan en respuesta a los cambios de una

ventana, un frame o un dialogo.

Window_destroy

window_expose

window_iconify

window_deiconify

window_moved

El modelo orientado a objetos permite los atributos

multivaluados, agregaciones a las que se denomina conjuntos
(sets) o bolsas (bags). Para crear una relacin de uno a muchos,
se define un atributo en la parte del uno que ser de la clase del
objeto con el que se relaciona. Este atributo contendr el

Eventos de Teclado
Son generados en respuesta a cuando el usuario pulsa y suelta
una tecla mientras un Componente tiene el foco de entrada.

Universidad Mundo Maya

identificador de objeto del padre. La clase del objeto padre

contendr un atributo que almacenar a un conjunto de valores:
los identificadores de los objetos hijo con los que se relaciona.
Cuando el SGBD ve que un atributo tiene como tipo de datos
una clase, ya sabe que el atributo contendr un identificador de
objeto.

El Modelo en V, o Modelo de Cuatro Niveles, del ciclo de vida

de un proyecto de desarrollo de software. El modelo
representa, en forma de V, las relaciones temporales entre las
distintas fases del ciclo de desarrollo de un proyecto.

Es una extensin del paradigma de programacin orientado a

objetos. Los objetos entidad que se utilizan en los programas
orientados a objetos son anlogos a las entidades que se
utilizan en las BDOO puras.

Diferencia:
Los objetos del programa desaparecen cuando el programa
termina su ejecucin, mientras que los objetos de la base de
datos permanecen
Relaciones:
Las bases de datos relacionales representan las relaciones
mediante las claves ajenas.
No tienen estructuras de datos que formen parte de la BD y
que representen estos enlaces entre tablas.

Sea T un tipo de dato que es capaz de encapsular una coleccin

de valores (Estructura de datos) y una coleccin de mtodos u
operaciones (Funciones y procedimientos) capaces de acceder
y transformar de manera nica los elementos del tipo de dato
T. Si este tipo T se puede expresar por medio de expresiones
matemticas que involucran una expresin sintctica y sus
expresiones semnticas, entonces T es un tipo de dato
abstracto.

El nivel 1 est orientado al cliente. El inicio del proyecto

y el fin del proyecto constituyen los dos extremos del
ciclo. Se compone del anlisis de requisitos y
especificaciones, se traduce en un documento de requisitos
y especificaciones.
El nivel 2 se dedica a las caractersticas funcionales del
sistema propuesto. Puede considerarse el sistema como una
caja negra, y caracterizarla nicamente con aquellas
funciones que son directa o indirectamente visibles por el
usuario final, se traduce en un documento de anlisis
funcional.
El nivel 3 define los componentes hardware y software del
sistema final, a cuyo conjunto se denomina arquitectura
del sistema.
El nivel 4 es la fase de implementacin, en la que se
desarrollan los elementos unitarios o mdulos del
programa.

Representacin grfica del ciclo de vida del desarrollo de un

sistema. En l se resumen las principales medidas que deben
adoptarse en relacin con las prestaciones correspondientes en
el marco del sistema informtico de validacin.
Aqu se describen las actividades y resultados que deben
producirse durante el desarrollo del proyecto. Es una variacin
del modelo en cascada que muestra cmo se relacionan las
actividades de prueba con el anlisis y el diseo.

Al abstraer un tipo de dato abstraemos el "que", de debe

separar el "que" del "como", el "que" representa la definicin
del objeto y el "como" representa la implementacin en un
lenguaje de programacin. Esto representa dos conceptos
importantes de la programacin moderna, como lo son:

La letra V significa Verificacin y validacin. El lado

izquierdo de la V representa la descomposicin de las
necesidades, y la creacin de las especificaciones del sistema.
El lado derecho de la V representa la integracin de las piezas
y su verificacin. V Es muy similar al modelo de la cascada
clsico ya que es muy rgido y contiene una gran cantidad de
iteraciones

Ocultamiento de informacin: significa que una vez que se ha

definido el tipo de dato abstracto y se ha implementado en un
lenguaje de programacin el usuario final solo debe de
preocuparse de cmo utilizar el tipo de dato abstracto ms no
de cmo fue implantado.

2.2.3. Modelo de prototipos

Encapsulamiento: significa que el tipo de dato abstracto va a
englobar tanto estructura de datos como mtodos y
procedimientos capaces de acceder a esa estructura de datos.

En ingeniera de software, el modelo de prototipos pertenece a

los modelos de desarrollo evolutivo. Este permite que todo el
sistema, o algunos de sus partes, se construyan rpidamente
para comprender con facilidad y aclarar ciertos aspectos en los
que se aseguren que el desarrollador, el usuario, el cliente estn
de acuerdo en lo que se necesita as como tambin la solucin
que se propone para dicha necesidad y de esta manera
minimizar el riesgo y la incertidumbre en el desarrollo, este
modelo se encarga del desarrollo de diseos para que estos
sean analizados y prescindir de ellos a medida que se adhieran
nuevas especificaciones, es ideal para medir el alcance del
producto, pero no se asegura su uso real.

2.2.1. Modelo en cascada o clsico

En ingeniera de software el modelo en cascada tambin
llamado desarrollo en cascada o ciclo de vida clsico, se basa
en un enfoque metodolgico que ordena rigurosamente las
etapas del ciclo de vida del software, esto sugiere una
aproximacin sistemtica secuencial hacia el proceso de
desarrollo del software, que se inicia con la especificacin de
requisitos del cliente y contina con la planificacin, el
modelado, la construccin y el despliegue para culminar en el
soporte del software terminado.

2.2.4 Especificacin Operacional

El modelo de Especificacin Operacional fue desarrollado por
Pamela Zave para sistemas de telecomunicaciones.

2.2.2. Modelo V

Universidad Mundo Maya

En su ensayo "The operational versus the conventional

approach to software development" [Zave 84] promueve la
creacin de un sistema tomando decisiones acerca de la
estructuracin de la solucin, en trminos de dominio
tempranamente.

2.3. Herramientas y tcnicas para modelado de procesos

Un conjunto estructurado de actividades cuya meta es el
desarrollo o evolucin de un software
Algunas actividades genricas en todos los procesos de
software son:
Especiacin, qu debe hacer el software y cules son sus
especiaciones de desarrollo.
Desarrollo, produccin del sistema de software.
Validacin, velicacin que el software cumple con lo solicitado
por el Cliente.
Evolucin, cambiar/adaptar el software a las nuevas demandas.

Para ello, propone la utilizacin de un Lenguaje de

Especificacin Operacional que describe el comportamiento de
cada proceso y sus comunicaciones, sin tener en cuenta
decisiones de diseo relacionadas con sistema operativo,
memoria o procesador.
Se genera un "Modelo Ejecutable" del sistema denominado
"Especificacin Operacional", el cual puede ser evaluado
tempranamente. Luego mediante diversas transformaciones
aplicadas al mismo, se llegar al sistema que lograr satisfacer
la necesidad que dio origen al proceso de desarrollo.

2.4. Modelo de Procesos para la industria del Software

(MOPROSOFT)
Modelo para la mejora y evaluacin de los procesos de
desarrollo y mantenimiento de sistemas y productos de
software. Desarrollado por la Asociacin Mexicana para la
Calidad en Ingeniera de Software.

2.2.5 Modelo de transformacin

Este modelo, propuesto por Robert Balzer en 1983, aplica una
serie de transformaciones usando un soporte automatizado
para convertir una especificacin formal (modelo matemtico)
en un sistema implementable (ejecutable). Es decir, este
paradigma intenta automatizar las etapas de diseo e
implementacin utilizando el concepto de transformacin.
Tambin se denomina a este paradigma Sntesis Automtica de
Software. Fases:
Anlisis de requisitos
Especificacin formal
Transformacin
Integracin del sistema final

Moprosoft considera que los modelos de evaluacin y mejora

CMMI e ISO/IEC 15504 no resultan apropiados para empresas
pequeas y medianas de desarrollo y mantenimiento de
software. Sobre las reas de procesos de los niveles 2 y 3 del
modelo SW-CMM e inspirndose en el marco de ISO/IEC
15504 se ha desarrollado este modelo.
Se han aplicado los siguientes criterios para la elaboracin de
este modelo de procesos:

La estructura de procesos resultante debe ser acorde

a la estructura generalmente empleada por las
organizaciones de la industria del software (alta direccin,
gestin y operacin)

La alta direccin tiene un papel importante a travs

de la planificacin estratgica. Debe actuar como promotor
del buen funcionamiento de la organizacin a travs de su
implicacin en la revisin y mejora continua del modelo.

El modelo considera a la gestin como proveedora

de recursos, procesos y proyectos; as como responsable de
la vigilancia del cumplimiento de los objetivos estratgicos
de la organizacin.

El modelo considera a la operacin como ejecutora

de los proyectos de desarrollo y mantenimiento de
software.

El modelo integra con claridad y consistencia los

elementos indispensables para la definicin de los procesos
y las relaciones entre ellos.
El modelo integra los elementos para realizar la
administracin de proyectos desde un slo proceso.

El modelo integra los elementos para realizar la

ingeniera de productos de software en un nico marco que
incluya los procesos precisos de soporte (verificacin,
validacin, documentacin y control de la documentacin).

El modelo destaca la importancia de la gestin de

recursos, con especial relevancia en aquellos que
componen el conocimiento de la organizacin: productos
generados por proyectos, datos de los proyectos,
mediciones, documentacin de procesos y datos
cosechados a partir del uso y de las lecciones aprendidas.

La especificacin formal se convierte en forma sistemtica en

una
representacin
ms
detallada
del
sistema,
matemticamente correcta. Cada paso agrega detalle hasta que
la especificacin formal se convierte en un programa
equivalente. Como hay muchos caminos a seguir desde la
especificacin hasta el sistema final, la secuencia de
transformaciones y su justificacin se reflejan en un registro
formal de desarrollo.
Se utilizan tcnicas de validacin del modelo matemtico,
como la Simulacin.
2.2.6 Modelo en espiral
El modelo en espiral, que Barry Boehm propuso originalmente
en 1986, es un modelo de proceso de software evolutivo que
conjuga la naturaleza iterativa de la construccin de prototipos
con los aspectos controlados y sistemticos del modelo en
cascada, es decir, cuando se aplica este modelo, el software se
desarrolla en una serie de entregas evolutivas (ciclos o
iteraciones), cada una de estas entregando prototipos ms
completas que el anterior, todo esto en funcin del anlisis de
riesgo y las necesidades del cliente. Aunque el modelo espiral
representa ventajas por sobre el desarrollo lineal, el clculo de
los riesgos puede ser muy complicado y por lo cual su uso en
el mbito real es muy escaso.

Universidad Mundo Maya

identificados en el plan estratgico. As como definir, planear,

e implantar las actividades de mejora en los mismos.
El propsito de la Gestin de Proyectos es asegurar que los
proyectos contribuyan al cumplimiento de los objetivos y
estrategias de la organizacin.
El propsito de Gestin de Recursos es conseguir y dotar a la
Organizacin de los recursos humanos, infraestructura,
ambiente de trabajo y proveedores, as como crear y mantener
la base de conocimiento de la organizacin. La finalidad es
apoyar el cumplimiento de los objetivos del plan estratgico de
la organizacin.
El propsito de Recursos Humanos y Ambiente de Trabajo es
proporcionar los recursos humanos adecuados para cumplir las
responsabilidades asignadas a los roles dentro de la
organizacin, as como la evaluacin del ambiente de trabajo.
El propsito de Bienes, Servicios e Infraestructura es
proporcionar proveedores de bienes, servicios e infraestructura
que satisfagan los requisitos de adquisicin de los procesos y
proyectos.
El propsito de Conocimiento de la Organizacin es mantener
disponible y administrar la base de conocimiento que contiene
la informacin y los productos generados por la organizacin.
El propsito de la Administracin de Proyectos Especficos es
establecer y llevar a cabo sistemticamente las actividades que
permitan cumplir con los objetivos de un proyecto en tiempo y
costo esperados.
El propsito de Desarrollo y Mantenimiento de Software es la
realizacin sistemtica de las actividades de anlisis, diseo,
construccin, integracin y pruebas de productos de software
nuevo o modificado cumpliendo con los requerimientos
especificados.

Moprosoft se basa en los modelos de procesos ISO

9001:2000, en las reas de procesos de los niveles 2 y 3 de
CMM-SW: CMM-SW v.1.1., en el marco general
ISO/IEC15504 y en prcticas y conceptos de PMBOK Y
SWEBOK.

PROSOFT representa un campo diferente de apoyo a

los empresarios de las tecnologas de la informacin, es un
sector diverso para hacer negocios y generar fuentes de
empleo dignas.
2.4.1 Esquema General y Patrones de procesos
El patrn de procesos es un esquema de elementos que servir
para la documentacin de los procesos. Est constituido por
tres partes:
Definicin general del proceso, Prcticas y Guas de ajuste.
En la Definicin general del proceso se identifica su nombre,
categora a la que pertenece, propsito, descripcin general de
sus actividades, objetivos, indicadores, metas cuantitativas,
responsabilidad y autoridad, subprocesos en caso de tenerlos,
procesos relacionados, entradas, salidas, productos internos y
referencias bibliogrficas.
En las Prcticas se identifican los roles involucrados en el
proceso y la capacitacin requerida, se describen las
actividades en detalle, asocindolas a los objetivos del proceso,
se presenta un diagrama de flujo de trabajo, se describen las
verificaciones y validaciones requeridas, se listan los
productos que se incorporan a la base de conocimiento, se
identifican los recursos de infraestructura necesarios para
apoyar las actividades, se establecen las mediciones del
proceso, as como las prcticas para la capacitacin, manejo
de situaciones excepcionales y uso de lecciones aprendidas.
En las Guas de ajuste se sugieren modificaciones al proceso
que no deben afectar los objetivos del mismo.

2.4.3. Categora de alta direccin (DIR)

Categora de procesos que aborda las prcticas de Alta
Direccin
Categora de Gestin (GES)
Categora de Operacin (OPE)
Relacionadas con la gestin del negocio. Proporciona los
lineamientos a los procesos de la Categora de Gestin y se
retroalimenta con la informacin generada por ellos.
Gestin de Negocio
Gestin de negociacin

2.4.2. Procesos
Nombre de proceso, precedido por el acrnimo establecido en
la definicin de los elementos de la estructura del modelo de
procesos.
El propsito de Gestin de Negocio es establecer la razn de
ser de la organizacin, sus objetivos y las condiciones para
lograrlos, para lo cual es necesario considerar las necesidades
de los clientes, as como evaluar los resultados para poder
proponer cambios que permitan la mejora continua.
GES.1 Gestin de Procesos
GES.2 Gestin de Proyectos
GES.3 Gestin de Recursos
GES.3.1 Recursos Humanos y Ambiente de Trabajo
GES.3.2 Bienes, Servicios e Infraestructura
GES.3.3 Conocimiento de la
Organizacin OPE.1
Administracin de Proyectos Especficos OPE.2
Desarrollo y Mantenimiento de Software

2.4.4. Categora de Gerencia (GER)

Categora de procesos que aborda las prcticas de gestin de
procesos, proyectos y recursos en funcin de los lineamientos
establecidos en la Categora de Alta Direccin. Proporciona los
elementos para el funcionamiento de los procesos de la
Categora de Operacin, recibe y evala la informacin
generada por stos y comunica los resultados a la Categora de
Alta Direccin
Gestin de Procesos
Gestin de Proyectos
Gestin de Recursos
Recursos Humanos y Ambiente de Trabajo
Bienes Servicios e Infraestructura
Conocimiento de la Organizacin.

Adicionalmente habilita a la organizacin para responder a un

ambiente de cambio y a sus miembros para trabajar en funcin
de los objetivos establecidos.
El propsito de Gestin de Procesos es establecer los procesos
de la organizacin, en funcin de los procesos requeridos

Universidad Mundo Maya

2.4.5. Categora de Operacin (OPE)

Seleccionamos el UML (Lenguaje de Modelado Unificado)
como notacin estndar, ya que tiene una semntica bien
definida, proporciona un espectro de notaciones para la
representacin de diferentes aspectos de un sistema y ha sido
aceptado como una notacin estndar en la industria.

Categora de procesos que aborda las prcticas de los

proyectos de desarrollo y mantenimiento de software. Esta
categora realiza las actividades de acuerdo a los elementos
proporcionados por la Categora de Gestin y entrega a sta la
informacin y productos generados.
Administracin de Proyectos Especficos
Desarrollo y Mantenimiento de Software

UML es una notacin que se produjo como resultado de la

unificacin de la tcnica de modelado de objetos. El UML ha
sido diseado para resolver un amplio rango de aplicaciones.
El desarrollo de sistemas se enfoca en tres modelos diferentes
del sistema:

3. MODELADO CON UML (ORIENTADO A OBJETOS)

3.1. QUE ES MODELADO CON UML

Modelo funcional: representado en UML con diagramas de

caso de uso, describe la funcionalidad del sistema desde el
punto de vista del usuario.

Es el lenguaje de modelado de sistemas de software ms

conocido y utilizado en la actualidad; est respaldado por el
OMG (Object Management Group).

Modelo de objetos: representado en UML con diagramas de la

clase, describe la estructura de un sistema desde el punto de
vista de objetos, atributos, asociaciones y operaciones.

Es un lenguaje grfico para visualizar, especificar, construir y

documentar un sistema. UML ofrece un estndar para describir
un "plano" del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocio, funciones del
sistema, y aspectos concretos como expresiones de lenguajes
de programacin, esquemas de bases de datos y compuestos
reciclados.

Modelo dinmico: representado en UML con diagramas de

secuencia, diagramas de grfica de estado y diagramas de
actividad, describe el comportamiento interno del sistema.

Es importante remarcar que UML es un "lenguaje de

modelado" para especificar o para describir mtodos o
procesos. Se utiliza para definir un sistema, para detallar los
artefactos en el sistema y para documentar y construir. En otras
palabras, es el lenguaje en el que est descrito el modelo.

Panormica del UML

Se presentan 5 notaciones UML
Diagramas de caso de uso.
Diagrama de clase.
Diagrama de secuencia.
Diagrama de estado. (*)
Diagrama de actividad

Se puede aplicar en el desarrollo de software gran variedad de

formas para dar soporte a una metodologa de desarrollo de
software (tal como el Proceso Unificado Racional o RUP),
pero no especifica en s mismo qu metodologa o proceso
usar.

3.2.1. Diagramas de caso de uso

UML no puede compararse con la programacin estructurada,

pues UML significa Lenguaje Unificado de Modelado, no es
programacin, solo se diagrama la realidad de una utilizacin
en un requerimiento. Mientras que, programacin estructurada,
es una forma de programar como lo es la orientacin a objetos,
la programacin orientada a objetos viene siendo un
complemento perfecto de UML, pero no por eso se toma UML
slo para lenguajes orientados a objetos.

Un Diagrama de Casos de Uso muestra la relacin entre los

actores y los casos de uso del sistema. Representa la
funcionalidad que ofrece el sistema en lo que se refiere a su
interaccin externa.
Un diagrama de casos de uso es una forma de diagrama de
comportamiento UML mejorado. El Lenguaje de Modelado
Unificado (UML), define una notacin grfica para representar
casos de uso llamada modelo de casos de uso. UML no define
estndares para que el formato escrito describa los casos de
uso, y as mucha gente no entiende que esta notacin grfica
define la naturaleza de un caso de uso; sin embargo una
notacin grfica puede solo dar una vista general simple de un
caso de uso o un conjunto de casos de uso. Los diagramas de
casos de uso son a menudo confundidos con los casos de uso.
Mientras los dos conceptos estn relacionados, los casos de
uso son mucho ms detallados que los diagramas de casos de
uso. En los conceptos se debe detallar ms de un caso de uso
para poder identificar qu es lo que hace un caso de uso.

3.2. PANORAMICA DE UML

Modelado con UML
Las notaciones nos permiten formular ideas complejas en
forma resumida y precisa.
Para que una notacin permita la comunicacin precisa debe
tener una semntica bien definida, debe ser muy adecuada para
la representacin de un aspecto dado de un sistema y debe ser
bien comprendida por los participantes del proyecto. En esto
ltimo se encuentra la fortaleza de los estndares y las
convenciones.

La descripcin escrita del comportamiento del

sistema al afrontar una tarea de negocio o un
requisito de negocio. Esta descripcin se enfoca en el
valor suministrado por el sistema a entidades

Universidad Mundo Maya

externas tales como usuarios humanos u otros

sistemas.

la herencia de propiedades de otro objeto, conjuntos

de operaciones/propiedades que son implementadas
para una interfaz grfica.

La posicin o contexto del caso de uso entre otros

casos de uso. Dado que es un mecanismo de
organizacin, un conjunto de casos de uso coherente
y consistente promueven una imagen fcil de
comprender del comportamiento del sistema, un
entendimiento
comn
entre
el
cliente/propietario/usuario y el equipo de desarrollo.

Presenta las clases del sistema con sus relaciones

estructurales y de herencia.

El diagrama de clases es la base para elaborar una

arquitectura MVC o MVP.

3.2.3. Diagrama de Secuencia

II.4.1 Elementos
Los elementos que pueden aparecer en un Diagrama de Casos
de Uso son: actores, casos de uso y relaciones entre casos de
uso.
II.4.1.1 Actores
Un actor es una entidad externa al sistema que realiza algn
tipo de interaccin con el mismo.
Se representa mediante una figura humana dibujada con
palotes. Esta representacin sirve tanto para actores que son
personas como para otro tipo de actores (otros sistemas,
sensores, etc.).
II.4.1.2 Casos de Uso
Un caso de uso es una descripcin de la secuencia de
interacciones que se producen entre un actor y el sistema,
cuando el actor usa el sistema para llevar a cabo una tarea
especfica. Expresa una unidad coherente de funcionalidad, y
se representa en el Diagrama de Casos de Uso mediante una
elipse con el nombre del caso de uso en su interior. El nombre
del caso de uso debe reflejar la tarea especfica que el actor
desea llevar a cabo usando el sistema.
II.4.1.3 Relaciones entre Casos de Uso
Entre dos casos de uso puede haber las siguientes relaciones:
Extiende: Cuando un caso de uso especializa a otro
extendiendo su funcionalidad.
Usa: Cuando un caso de uso utiliza a otro.
Se representan como una lnea que une a los dos casos de uso
relacionados, con una flecha en forma de tringulo y con una
etiqueta <<extiende>> o <<usa>> segn sea el tipo de
relacin.

El diagrama de secuencia es un tipo de diagrama usado para

modelar interaccin entre objetos en un sistema segn UML. .
3.2.4. Diagramas de grafica de estado
En UML, un diagrama de estados es un diagrama utilizado
para identificar cada una de las rutas o caminos que puede
tomar un flujo de informacin luego de ejecutarse cada
proceso.
Permite identificar bajo qu argumentos se ejecuta cada uno de
los procesos y en qu momento podran tener una variacin.
El diagrama de estados permite visualizar de una forma
secuencial la ejecucin de cada uno de los procesos.
Los diagramas de estado describen grficamente los eventos y
los estados de los objetos. Los diagramas de estado son tiles,
entre otras cosas, para indicar los eventos del sistema en los
casos de uso.
Un evento es un acontecimiento importante a tomar en cuenta
para el sistema. Un estado es la condicin de un objeto en un
momento determinado: el tiempo que transcurre entre eventos.
Una transicin es una relacin entre dos estados, e indica que,
cuando ocurre un evento, el objeto pasa del estado anterior al
siguiente.

3.2.5 Diagramas de actividades

3.2.2. Diagrama de Clases

En un diagrama de actividades se muestra un proceso de

negocio o un proceso de software como un flujo de trabajo a
travs de una serie de acciones. Estas acciones las pueden
llevar a cabo personas, componentes de software o equipos.

Un diagrama de clases es un tipo de diagrama esttico que

describe la estructura de un sistema mostrando sus clases,
orientados a objetos
el diagrama de clases puede tener como ejemplo :
una clase que sera un objeto o persona misma en la
cual se especifica cada accin y especificacin.

Puede usar un diagrama de actividades para describir procesos

de diversos tipos, como los ejemplos siguientes:

Propiedades de objetos que tienen propiedades y/u

operaciones que contienen un contexto y un
dominio, los primeros dos ejemplos son clases de
datos y el tercero clase de lgica de negocio,
dependiendo de quin disee el sistema se pueden
unir los datos con las operaciones.

El diagrama de clases incluye mucha ms

informacin como la relacin entre un objeto y otro,

Un proceso de negocio o un flujo de trabajo entre los

usuarios y el sistema. Para obtener ms informacin,
vea Crear modelos de los requisitos de los usuarios.
Los pasos realizados en un caso de uso. Para obtener
ms informacin, vea Diagramas de casos de uso de
UML: Instrucciones.

Un protocolo de software, es decir, las secuencias de

interacciones permitidas entre los componentes.

Un algoritmo de software.

Universidad Mundo Maya

Leer ms:
http://Isa06t/software-de-alta-calidad
https://www.google.com.mx/#q=el+modelo+v
http://www.iiia.csic.es/udt/es/blog/jrodriguez/2008/metodologi
a-desarrollo-sotware-modelo-en-v-o-cuatro-niveles
http://procesosoftware.wikispaces.com/Modelo+de+Transform
aci%C3%B3n+Formal
http://es./Moprosoft
http://login.osirislms.com/offline/uml/
http://www.desarrolloweb.com/articulos/499.php
http://www.arrakis.es/~abelp/ApuntesJava/ClasesAbstractas.ht
m http://www.infor.uva.es/~mlaguna/is1/apuntes/1-intro.pdf
http://mexcontrol.blogspot.mx/2010/08/el-sistemaminimo.html
http://es.scribd.com/doc/96228551/SistemaEmbebido
http://www.tamps.cinvestav.mx/~ertello/swe/sesion01.pdf

CONCLUSIONES
Esta actividad nos mostr una investigacin de un glosario de
las definiciones que son muy especficas, as como
definiciones de la Ingeniera de Software y que sin importar su
modelo o definicin de diferentes organizaciones y puntos de
vista se utiliza para la creacin de un mejor software de
calidad con el desarrollo de software mediante a sus procesos
mtodos e herramientas que posee.

Observaciones:
1. El trabajo debe contener como mximo 4
cuartillas y como mnimo 3.
2. Ms de 4 errores ortogrficos y gramaticales
anulan el trabajo.
3. Trabajos iguales se anulan.
4. Trabajos individuales.