INFORMTICA VII

Plan: 2012
Informtica VII

Clave:

Plan:

Crditos:

2012

2012

Licenciatura: INFORMTICA

Semestre:
7

7
rea: Tecnologas de la informacin

Horas.
Asesora:

Requisitos:

Ninguno

Horas.

por

semana:

Tipo de asignatura:

Obligatoria

(x )

Optativa

INFORMTICA VII
Plan: 2012
Informtica VII

Clave:

Plan: 2012

Crditos: 8

Licenciatura: INFORMTICA

Semestre: 7

rea: Tecnologas de la informacin

Horas. Asesora:

Requisitos:

Horas. por semana: 4

Ninguno

Tipo de asignatura:

Obligatoria

(x )

Optativa

AUTOR (ES):

Mtro. Ren Montesano Brand

INTRODUCCIN AL MATERIAL DE
ESTUDIO
Las modalidades abierta y a distancia (SUAYED) son alternativas que pretenden
responder a la demanda creciente de educacin superior, sobre todo, de quienes
no pueden estudiar en un sistema presencial. Actualmente, con la incorporacin
de las nuevas tecnologas de informacin y comunicacin a los sistemas abierto
y a distancia, se empieza a fortalecer y consolidar el paradigma educativo de
stas, centrado en el estudiante y su aprendizaje autnomo, para que tenga lugar
el dilogo educativo que establece de manera semipresencial (modalidad abierta)
o va Internet (modalidad a distancia) con su asesor y condiscpulos, apoyndose
en materiales preparados ex profeso1.

Un rasgo fundamental de la educacin abierta y a distancia es que no exige

presencia diaria. El estudiante SUAYED aprende y organiza sus actividades
escolares de acuerdo con su ritmo y necesidades; y suele hacerlo en momentos
adicionales a su jornada laboral, por lo que requiere flexibilidad de espacios y
tiempos. En consecuencia, debe contar con las habilidades siguientes.
Saber estudiar, organizando sus metas educativas de manera realista segn su
disponibilidad de tiempo, y estableciendo una secuencia de objetivos parciales
a corto, mediano y largo plazos.
Mantener la motivacin y superar las dificultades inherentes a la licenciatura.

Sandra Rocha, Documento de Trabajo. Modalidad Abierta y a Distancia en el SUA-FCA, 2006.

 Asumir su nuevo papel de estudiante y compaginarlo con otros roles familiares

o laborales.
Afrontar los cambios que puedan producirse como consecuencia de las
modificaciones de sus actitudes y valores, en la medida que se adentre en las
situaciones y oportunidades propias de su nueva situacin de estudiante.
Desarrollar estrategias de aprendizaje independientes para que pueda controlar
sus avances.
Ser autodidacta. Aunque apoyado en asesoras, su aprendizaje es individual y
requiere dedicacin y estudio. Acompaado en todo momento por su asesor,
debe organizar y construir su aprendizaje.
Administrar el tiempo y distribuirlo adecuadamente entre las tareas cotidianas y
el estudio.
Tener disciplina, perseverancia y orden.
Ser capaz de tomar decisiones y establecer metas y objetivos.
Mostrar inters real por la disciplina que se estudia, estar motivado para
alcanzar las metas y mantener una actitud dinmica y crtica, pero abierta y
flexible.
Aplicar diversas tcnicas de estudio. Atender la retroalimentacin del asesor;
cultivar al mximo el hbito de lectura; elaborar resmenes, mapas
conceptuales, cuestionarios, cuadros sinpticos, etctera; presentar trabajos
escritos de calidad en contenido, anlisis y reflexin; hacer guas de estudio;
preparar exmenes; y aprovechar los diversos recursos de la modalidad.
Adems de lo anterior, un estudiante de la modalidad a distancia debe dominar
las herramientas tecnolgicas. Conocer sus bases y metodologa; tener
habilidad en la bsqueda de informacin en bibliotecas virtuales; y manejar el
sistema operativo Windows, paquetera, correo electrnico, foros de discusin,
chats, blogs, wikis, etctera.

Tambin se cuenta con materiales didcticos como ste elaborados para el

SUAYED, que son la base del estudio independiente. En especfico, este
documento electrnico ha sido preparado por docentes de la Facultad para cada

una de las asignaturas, con bibliografa adicional que te permitir consultar las
fuentes de informacin originales.
El recurso comprende referencias bsicas sobre los temas y subtemas de cada
unidad de la materia, y te introduce en su aprendizaje, de lo concreto a lo
abstracto y de lo sencillo a lo complejo, por medio de ejemplos, ejercicios y casos,
u otras actividades que te posibilitarn aplicarlos y vincularlos con la realidad
laboral. Es decir, te induce al saber terico y al saber hacer de la asignatura,
y te encauza a encontrar respuestas a preguntas reflexivas que te formules
acerca de los contenidos, su relacin con otras disciplinas, utilidad y aplicacin
en el trabajo. Finalmente, el material te da informacin suficiente para
autoevaluarte sobre el conocimiento bsico de la asignatura, motivarte a
profundizarlo,

ampliarlo

con

otras

fuentes

bibliogrficas

prepararte

adecuadamente para tus exmenes. Su estructura presenta los siguientes

apartados.

1. Informacin general de la asignatura. Incluye elementos introductorios

como portada, identificacin del material, colaboradores, datos oficiales de
la asignatura, orientaciones para el estudio, contenido y programa oficial
de la asignatura, esquema general de contenido, introduccin general a la
asignatura y objetivo general.
2. Desarrollo de cada unidad didctica. Cada unidad est conformada por los
siguientes elementos.

Introduccin a la unidad.

Objetivo particular de la unidad.

Contenidos.

Actividades de aprendizaje y/o evaluacin. Tienen como propsito

contribuir en el proceso enseanza-aprendizaje facilitando el
afianzamiento de los contenidos esenciales. Una funcin importante
de estas actividades es la retroalimentacin: el asesor no se limita a
valorar el trabajo realizado, sino que adems aade comentarios,
explicaciones y orientacin.

Ejercicios y cuestionarios complementarios o de reforzamiento. Su

finalidad es consolidar el aprendizaje del estudiante.

Ejercicios de autoevaluacin. Al trmino de cada unidad hay ejercicios

de autoevaluacin cuya utilidad, al igual que las actividades de
aprendizaje, es afianzar los contenidos principales. Tambin le
permiten al estudiante calificarse l mismo cotejando su resultado con
las respuestas que vienen al final, y as podr valorar si ya aprendi lo
suficiente para presentar el examen correspondiente. Para que la
autoevaluacin cumpla su objeto, es importante no adelantarse a
revisar las respuestas antes de realizar la autoevaluacin; y no reducir
su resolucin a una mera actividad mental, sino que debe registrarse
por escrito, labor que facilita an ms el aprendizaje. Por ltimo, la
diferencia entre las actividades de autoevaluacin y las de aprendizaje
es que stas, como son corregidas por el asesor, fomentan la
creatividad, reflexin y valoracin crtica, ya que suponen mayor
elaboracin y conllevan respuestas abiertas.

3. Resumen por unidad.

4. Glosario de trminos.
5. Fuentes de consulta bsica y complementaria. Mesografa, bibliografa,
hemerografa y sitios web, considerados tanto en el programa oficial de la
asignatura como los sugeridos por los profesores.

Esperamos que este material cumpla con su cometido, te apoye y oriente en el

avance de tu aprendizaje.

Recomendaciones (orientacin para

el estudio independiente)

Lee cuidadosamente la introduccin a la asignatura, en ella se explica la

importancia del curso.

Revisa detenidamente los objetivos de aprendizaje (general y especfico

por unidad), en donde se te indican los conocimientos y habilidades que
debers adquirir al finalizar el curso.

Estudia cada tema siguiendo los contenidos y lecturas sugeridos por tu

asesor, y desarrolla las actividades de aprendizaje. As podrs aplicar la
teora y ejercitars tu capacidad crtica, reflexiva y analtica.

Al iniciar la lectura de los temas, identifica las ideas, conceptos,

argumentos, hechos y conclusiones, esto facilitar la comprensin de los
contenidos y la realizacin de las actividades de aprendizaje.

Lee de manera atenta los textos y mantn una actitud activa y de dilogo
respecto a su contenido. Elabora una sntesis que te ayude a fijar los
conceptos esenciales de lo que vas aprendiendo.

Debido a que la educacin abierta y a distancia est sustentada en un

principio de auto enseanza (autodisciplina), es recomendable disear
desde el inicio un plan de trabajo para puntualizar tiempos, ritmos,
horarios, alcance y avance de cada asignatura, y recursos.

Escribe tus dudas, comentarios u observaciones para aclararlas en la

asesora presencial o a distancia (foro, chat, correo electrnico, etctera).

Consulta al asesor sobre cualquier interrogante por mnima que sea.

Revisa detenidamente el plan de trabajo elaborado por tu asesor y sigue

las indicaciones del mismo.

Otras sugerencias de apoyo

Trata de compartir tus experiencias y comentarios sobre la asignatura con
tus compaeros, a fin de formar grupos de estudio presenciales o a
distancia (comunidades virtuales de aprendizaje, a travs de foros de
discusin y correo electrnico, etctera), y puedan apoyarse entre s.
Programa un horario propicio para estudiar, en el que te encuentres menos
cansado, ello facilitar tu aprendizaje.
Dispn de periodos extensos para al estudio, con tiempos breves de
descanso por lo menos entre cada hora si lo consideras necesario.
Busca espacios adecuados donde puedas concentrarte y aprovechar al
mximo el tiempo de estudio.

TEMARIO OFICIAL
(Horas 64)

1. Fundamentos de la ingeniera de software

12

2. Software

3. Administracin de proyectos

12

4. Verificacin y validacin

5. Mtricas

6. Liberacin y mantenimiento

7. Situacin de la Ingeniera de Software en Mxico

8
Total

64

INTRODUCCIN
A LA ASIGNATURA
El desarrollo de software ha sido una necesidad creciente a partir de la creacin de
las computadoras, desde la dcada de 1960 hasta la fecha, las empresas grandes
y pequeas requieren de nuevos sistemas de informacin que sean capaces de
automatizar muchos de sus procesos, para ello, en la mayora de los casos, es
necesario que se diseen sistemas a la medida.

La ingeniera de software, es una disciplina que permite al desarrollador de software

o de sistemas informticos, crear software con calidad que de solucin a las
necesidades de las empresas o particulares.

A lo largo de la presente unidad, revisaremos algunos de los aspectos principales

de la ingeniera de software, como son sus principios, sus enfoques de calidad y los
diversos modelos a seguir para la construccin de sofware de calidad.

10

OBJETIVO GENERAL
Al finalizar el curso, el alumno aplicar el proceso de desarrollo de software con
los estndares de calidad reconocidos por la industria de software para garantizar
la calidad del producto.

11

ESTRUCTURA CONCEPTUAL
Ingeniera de software

Define
Tipos

Analiza
Establece
Software

Fundamentos

Situacin actual

Permite
Administracin de proyectos

Con enfoque
Calidad

Normas para

Establece

Verificacin y validacin

Mtricas

Correcta
Liberacin y
mantenimiento

12

UNIDAD 1
FUNDAMENTOS DE LA
INGENIERA DE SOFTWARE

13

OBJETIVO ESPECFICO
Al finalizar el curso, el alumno Analizar los conceptos y principios de la Ingeniera de
Software.

14

INTRODUCCIN
El desarrollo de software ha sido una necesidad creciente a partir de la creacin
de las computadoras, desde la dcada de 1960 hasta la fecha, las empresas
grandes y pequeas requieren de nuevos sistemas de informacin que sean
capaces de automatizar muchos de sus procesos, para ello, en la mayora de los
casos, es necesario que se diseen sistemas a la medida.

La ingeniera de software, es una disciplina que permite al desarrollador de

software o de sistemas informticos, crear software con calidad que de solucin
a las necesidades de las empresas o particulares.

A lo largo de la presente unidad, revisaremos algunos de los aspectos principales

de la ingeniera de software, como son sus principios, sus enfoques de calidad y
los diversos modelos a seguir para la construccin de sofware de calidad.

15

LO QUE S
De acuerdo con tus conocimientos, redacta en no ms de una cuartilla lo que
entiendes por ingeniera de software y su importancia como parte de las
disciplinas de la carrera de informtica.

Realiza tu actividad en un procesador de textos, gurdala en tu computadora y

una vez concluida, presiona el botn Examinar. Localiza el archivo, ya
seleccionado, presiona Subir este archivo para guardarlo en la plataforma.

16

TEMARIO DETALLADO
(6horas)
1. Fundamentos de la Ingeniera de Software
1.1 Crisis del Software.
1.2 Objetivos de la Ingeniera de Software.
1.3 Principios
1.3.1 Rigor.
1.3.2 Formalismo.
1.3.3 Modularidad.
1.3.4 Abstraccin.
1.3.5 Anticipacin al Cambio.
1.3.6 Arquitectura de Software
1.4 Personas, Procesos, Proyectos y Productos de la Ingeniera de
Software.
1.5 Metodologa, Tcnicas y Herramientas.
1.6 Cdigo de tica
1.7 Modelos del Ciclo de Vida de Sistemas.
1.8 Procesos de desarrollo de software
1.8.1 Pesados
1.8.2 Agiles
1.9 Estndares para la Calidad del Proceso.
1.9.1Modelo de Madurez de Capacidades (CMM Capability Maturity
Model).

17

1.9.2 Mejora del Proceso de Software y Determinacin de la Capacidad

(ISO-15504 / SPICE Software Process Improvement and Capacbility
Determination).
1.9.3 Proceso de Software Personal (PSP Personal Software
Process).
1.9.4 Proceso de Software en Equipos (TSP Team Software Process).
1.9.5 Moprosoft (Norma Oficial Mexicana).

18

1. Fundamentos de la Ingeniera de
Software
1.1 Crisis del Software.
A finales de la dcada de 1960, con la computacin en pleno proceso de
desarrollo, se encontranban problemas en cuestin de desarrollo de software
como son los siguientes:

Retrasos con relacin a los tiempos de planeacin de proyectos.

Baja calidad y fiabilidad del software.

Costos elevados.

Poca satisfaccin de demanda.

Inmadurez de la industria.

Elevados costos de mantenimiento.

A esta situacin que predominaba en esos tiempos es a lo que hoy se le

denomina como crisis de software.

Para poder resolver la crisis imperante, los desarrolladores de software

buscaron generar metodologas y procesos que permitieran desarrollar
software de manera ms eficiente, econmica y sobre todo de calidad, el
resultado de estos esfuerzos es lo que hoy conocemos como Ingeniera de
Software.

19

1.2 Objetivos de la Ingeniera de

Software.
De acuerdo con el autor Ian Somerville, La ingeniera de software es una
disciplina de la ingeniera que comprende todos los aspectos de la profduccin
de software2. En otras palabras, es una disciplina que se enfoca en el desarrollo
de software desde su concepcin hasta su puesta en marcha, enfocandose en
cada uno de los procesos para desarrollar software de calidad.

El objetivo principales de la ingeniera de software es desarrollar software de

calidad que cumpla con las espectativas de los usuarios.

Con respecto a lo que entendemos por calidad, en lo que se refiere a la ingeniera

de software quiere decir que debe de cumplir con los requerimientos de los
usuarios al 100%, es decir, que el software realice lo que el usuario necesita para
realizar su trabajo.

Ingeniera de software. Ian Sommerville, 7ma. Edicin. P. 5.

20

1.3 Principios
Los principios de la Ingeniera de Software, son los pilares sobre los que debe
de regirse el desarrollo de software de calidad, a continuacin describiremos
dichos principiops:

1.3.1 Rigor.
Todos los campos de la ingeniera siguen procesos y mtodos especficos para
alcanzar sus objetivos. Dentro de la ingeniera de software existen diversos
mtodos para desarrollar software, pero en general deben de seguir las
siguientes actividades:

Planificacin.

Anlisis de requisitos.

Diseo.

Codificacin.

Pruebas.

Mantenimiento.

El rigor se refiere a la realizacin de las actividades antes mencionadas siguiendo

cualquier metodologa para el desarrollo de software de calidad y documentando
todo el proceso de forma minuciosa.

21

1.3.2 Formalismo.
La formalidad es el punto ms elevado del rigor, ya que requiere que el proceso
de desarrollo del software sea guiado y evaluado de forma cuantitativa, es decir,
es establecer mtricas que permitan identificar si la metodologa seleccionada
esta dando resultados.

1.3.3 Modularidad.
El software puede ser muy simple o muy complejo, y entre ms complejo sea es
necesario poder dividir el software en fracciones ms simples o mdulos. La
divisin del software en mdulos ms pequeos permite evaluar ms facilmente
el cumplimiento de los requisitos y la funcionalidad del software.

1.3.4 Abstraccin.
La abstraccin es un proceso mediante el cual se identifican los aspectos
relevantes de un problema ignorando los detalles3. La abstraccin permite a los
desarrolladores de software crear un modelo conceptual a partir de los
requerimientos del software, lo que les permite identificar las funciones y mdulos
principales que integrarn el software a construir.

1.3.5 Anticipacin al Cambio.

El software se mantiene cambiando de forma constante, ya sea por cambios en
los requerimientos, adicin de nuevas funciones, cambios en el sistema operativo
o simplemente por la correccin de fallas en sus componentes, es por ello que
dentro de los principios de la ingeniera de software es necesario disear el
software de manera flexible pero robusta, es decir, que sea funcional pero que a
la vez permita agregar funciones o realizar mantenimiento en sus componentes
de forma transparente para los usuarios.
3

Principios de la ingeniera de software. A partir de: Fundamentals of Software Engineering Carlo Ghezzi,
Mehdi Jazayeri, Dino Mandrioli. Pontificia Universidad Javerlana. Cali, Colombia. Disponible en lnea en:
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:pis:principios_de_la_ingenieria_de_software.
pdf. Consultado el 18/12/2014.

22

Lo anterior se logra mediante una documentacin rigurosa de todas las fases de

desarrollo de software desde su planeacin hasta sus pruebas, lo anterior tiene
el objetivo de que los desarrolladores puedan identificar fallas y realizar
modificaciones de manera ms sencilla al consultar la documentacin.

1.3.6 Arquitectura de Software

La arquitectura de software se refiere al establecimiento de una estructura base
que sirva como gua a los desarrolladores de software en la construccin del
mismo.

La arquitectura permite tener una lnea de trabajo en comn, estableciendo

patrones para el desarrollo de software que ayudan a establecer la estructura,
funcionamiento e interaccin entre los diversos componentes del software.

23

1.4 Personas, Procesos, Proyectos y

Productos de la Ingeniera de
Software.
En el desarrollo de software siempre existira la interaccin de elementos que
permitan alcanzar el objetivo de la ingeniera de software, estos elementos son:

Personas

Se refiere a las personas que participan dentro de

un proyecto de software y sus interacciones.

Producto

Se refiere a los elementos que se entregan y que

van ms all de la aplicacin de software.

Proceso

Proporciona un marco sobre el cual se puede

establecer un plan claro para desarrollar software.
Mediante l, los proyectos originan productos de
manera efectiva debido a que las actividades
propuestas se pueden ajustar a las caractersticas
del proyecto.

Proyecto

Su objetivo es realizar un producto de software.

Figura 1.1 Cuadro de personas, producto, proceso y proyecto de la ingeniera

de sofware4.

Tomado de los apuntes de Ingeniera de Software, SUAyED, FCA-UNAM, Plan 2005. P. 13

24

1.5 Metodologa, Tcnicas y

Herramientas.
Como todas las ingenieras, la ingeniera de software se basa en mtodos de
desarrollo de software diferentes que se adaptan a las necesidades del proyecto
establecido, estas as mismo, son necesarias tcnicas y herramientas de
programacin que facilitan la labor.

Metodologa
Una metodologa

propone una manera de resolver problemas empleando

recursos, tcnicas y herramientas de forma organizada, en general, una

metodologa se conforma de fases y procedimientos bien definidos que ayudan
a los desarrolladores a la construccin del software de manera eficiente.
El autor Roger Pressman nos indica Los mtodos de la ingeniera de software
nos indican cmo construir tcnicamente el software.5

Los diferentes mtodos de la ingeniera de software abarcan desde la fase de

anlisis de requisitos, diseo, desarrollo, pruebas hasta la fase de mantenimiento
del software.

Pressman, Roger S. Ingeniera de Software. Quinta Edicin. P. 14

25

Tcnica.
Conjunto de procedimientos o recursos que se usan en un arte, en una ciencia
o en una actividad determinada, en especial cuando se adquieren por medio de
su prctica y requieren habilidad.6

En la ingeniera de software, la tcnica es lo que permite a los desarrolladores de

software seguir una metodologa para la construccin del software y establecer
un marco de trabajo para el desarrollo integral del proyecto a desarrollar.

Herramientas.
Las herramientas son instrumentos que permiten realizar de forma ms eficiente
una tarea especfica.

Las herramientas de la ingeniera de software, proporcionan al desarrollador

enfoques automticos o semiautomticos para la construccin de software,
permitiendo reutilizar cdigo u otras herramientas que faciliten las actividades, a
este enfoque se le suele denominar Ingeniera de Software Asistida por
Computadora (CASE por sus siglas en ingls).

Definicin de tcnica aportada por Google.

26

1.6 Cdigo de tica

La Association for Computing Machinery (ACM) aprob el cdigo7 en noviembre
de 1998 y el Institute of Electrical and Electronics Engineers (IEEE) - Computer
Society, en diciembre del mismo ao. Cdigo de tica y Prctica Profesional
(Versin 5.2)
PREMBULO
La versin corta del cdigo resume las aspiraciones a un alto nivel de abstraccin;
las clusulas que se incluyen en la versin completa proporcionan ejemplos y
detalles acerca de cmo estas aspiraciones modifican nuestra manera de actuar
como profesionales de la ingeniera de software. Sin las aspiraciones los detalles
pueden convertirse en tediosos y legalistas; sin los detalles las aspiraciones
pueden convertirse en altisonantes pero vacas; juntas, las aspiraciones y los
detalles forman un cdigo cohesivo.
Los ingenieros de software debern comprometerse a convertir el anlisis,
especificacin, diseo, implementacin, pruebas y mantenimiento de software en
una profesin respetada y benfica. De acuerdo a su compromiso con la salud,
seguridad y bienestar social, los ingenieros de software debern sujetarse a los
ocho principios siguientes:
Sociedad. Los ingenieros de software actuarn en forma congruente con el
inters social.

Esta es una versin abreviada del cdigo de tica, traducida libremente del original. La versin
completa se puede encontrar en: http://www.acm.org/about/se-code#full, Recuperado el
18/12/2014.

27

Cliente y empresario. Los ingenieros de software actuarn de manera que se

concilien los mejores intereses de sus clientes y empresarios, congruentemente
con el inters social.
Producto. Los ingenieros de software asegurarn que sus productos y
modificaciones correspondientes cumplen los estndares profesionales ms
altos posibles.
Juicio. Los ingenieros de software mantendrn integridad e independencia en su
juicio profesional.

28

1.7 Modelos del Ciclo de Vida de

Sistemas.
Ciclo de vida
Evolucin de un sistema, producto, servicio, proyecto u otra entidad realizada por
el hombre desde su concepcin hasta el retiro.
Modelo de ciclo de vida
Marco de referencia de procesos y actividades relacionados con el ciclo de vida
que puede estar organizado en fases, que acta como una referencia comn para
la comunicacin y entendimiento.
Procesos del ciclo de vida del software
Marco de referencia que contiene procesos, actividades y tareas que sern
aplicadas durante la adquisicin de un producto de software o servicio y durante
el abastecimiento, desarrollo, operacin, mantenimiento y disposicin de
productos de software.

29

Estas son tres definiciones extradas del estndar ISO/IEC 122078.

Los ciclos de vida del software tambin conocidos como modelos de proceso del
software contienen de manera general las siguientes fases:

Anlisis de requisitos.

Diseo.

Desarrollo o construccin.

Pruebas.

Puesta en marcha,

Mantenimiento.

En general estos modelos o ciclos de vida, nos indican de forma especfica

diferentes enfoques para poder desarrollar un proyecto de software, en el
siguiente punto abordaremos algunos de ellos.

ISO/IEC. Systems and software engineering Software Life Cycle Processes. IEEE std
12207:2008. Disponible en lnea para su adquisicin en:
http://www.iso.org/iso/catalogue_detail?csnumber=43447.
Definiciones tomadas del apunte de Ingeniera de software de SUAyED FCA_UNAM,
plan 2005.
8

30

1.8 Procesos de desarrollo de

software
Como ya se mencion en el punto anterior, el proceso de desarrollo de software
o modelos de ciclo de vida, son diferentes enfoques que nos permiten desarrollar
software de diferente forma, siempre teniendo en mente la calidad del producto
final.

En la actualidad podemos encontrar diversos procesos de desarrollo de

software, los cuales se dividen en tradicionales (pesados) y giles.

1.8.1 Pesados (Tradicionales)

Los procesos de desarrollo tradicionales de software establecen los pasos a
seguir de manera formal para la construccin de software, entre los principales
encontramos:

Modelo en casacada. Modelo de procesos que contiene las actividades

fundamentales para la construccin de sofware, representando cada actividad o
fase de manera secuencial y separada.

Las fases de este modelo son:

Anlisis y definicin de requisitos. Durante esta fase se especifican las funciones

que deber de tener el software, su entorno de trabajo, las restricciones y los
tipos de usuario del mismo.

31

Diseo del software. A partir del anlisis de requisitos se desarrolla un diseo

conceptual del sofware que sirve como plantilla de trabajo para su construccin.

Implementacin y pruebas de unidades. Una vez establecido, aceptado y

verificado el diseo, se procede a su construccin, durante esta fase se
construyen los mdulos funcionales del software y se prueban de manera
independiente.

Integracin y pruebas del sistema. En esta fase se integran todos los mdulos
construidos en un sistema completo y se realizan las pruebas de los mdulos de
manera conjunta.

Funcionamiento y mantenimiento. Una vez terminadas las pruebas de integracin

se procede a instalar el software en su entorno de trabajo y a su puesta en
marcha, a partir de aqu se identifican y corrigen errores, as como se procede a
actualizar componentes.

Figura 1.2 Modelo de ciclo de vida en cascada9.

Tomado de Ingeniera de software. Ian Sommerville, 7ma. Edicin. P. 62.

32

Modelo evolutivo. Modelo de desarrollo que se basa en un desarrollo inicial que

va siendo adaptado conforme a las modificaciones de los requisitos del software
con el paso del tiempo. Dentro de este modelo algunas de las actividades algunas
de las actividades se entrelazan para ir refinando el desarrollo inicial hasta
alcanzar un sistema adecuado que cumpla en su totalidad con los requerimientos
del software.

Figura 1.3 Modelo de proceso evolutivo10.

Modelo basado en componentes. Este modelo basa su desarrollo en la

reutilizacin de componentes de software previamente desarrollado o reutilizando
componentes nuevos en diversos mdulos del software a desarrollar.

Dentro de este modelo de desarrollo la fase de anlisis y definicin de requisitos

es similar a la del modelo en cascada, pero dentro de la fase de desarrollo
podemos encontrar procesos especficos que caracterizan a este modelo como
son:

10

Tomado de Ingeniera de software. Ian Sommerville, 7ma. Edicin. P. 63.

33

1. Anlisis de componentes: Una vez identificados los requerimientos del

software, se busca descomponerlo en componentes funcionales que
permitan identificar funciones idnticas o similares en los mdulos que
compondrn el software para ser reutilizados.
2. Modificacin de requisitos: Se revisan de nueva cuenta los requisitos del
sistema en base a los componentes identificados con el objetivo de ajustarlos
acorde a ellos, de ser posible la modificarlos se realiza dicha actividad, de lo
contrario se puede volver a la fase de anlisis de componentes.
3. Diseo del sistema con reutilizacin. Se identifican los componentes que son
de utilidad de otros proyectos para ser utilizados en el desarrollo del software
actual, de no contar con ellos se procede a su programacin.
4. Desarrollo e integracin. Se procede a la construccin de los mdulos
empleando los componentes reutilizables y a complementarlo con
componentes nuevos, al finalizar este proceso se integran los mdulos como
en el modelo en cascada.

Figura 1.4 Modelo basado en componentes11.

11

Tomado de Ingeniera de software. Ian Sommerville, 7ma. Edicin. P. 65.

34

1.8.2 giles
Los metodos de desasrrollo tradicionales o pesados comenzaron a ser rebasados
por la creciente necesidad de nuevo software para las empresas pequeas y
medianas que requerian sofware a la medida y desarrollado de forma rpida pero
eficiente.
Durante la dcada de 1990, los ingenieros de software comenzaron a desarrollar
modelos de desarrollo giles, que permitiran dar solucin a las necesidades de
las empresas antes mencionadas, estos enfoques se basan en los siguientes
principios.
Participacin del cliente. Los clientes deben de estar involucrados durante
todo el proceso de desarrollo del sofware. Su funcin es proporcionar
requisitos del software todo el tiempo y evaluar los avances del sistema.
Entrega incremental. El software se debe de desarrollar sobre un enfoque
incremental, donde en cada prototipo o incremento el cliente valida y provee
nuevos requerimientos para el sistema.
Personas, no procesos. Las formas extrictas y rigurosas de los modelos
tradicionales son dejados de lado, se focalizan los esfuerzos en las
habilidades de cada persona y equipos de trabajo, dejando que establescan
sus propias formas de trabajo.
Aceptar el cambio. Se disea con la idea del cambio constante de requisitos,
por lo que cada incremento o prototipo debe de ser flexible a dichos cambios.
Mantener la simplicidad. Se debe de procurar mantener la simplicidad tanto
en el desarrollo del software como en el proceso de desarrollo, dando
prioridad al trabajo activo para mantener dicha simplicidad.

35

1.9 Estndares para la Calidad del

Proceso.
La calidad es el objetivo principal de la ingeniera de software, enendiendo que
la calidad del sofware se refiere principalmente al grado en que cumple con los
requisitos establecidos para su construccin.

En la actualidad podemos encontrar diversos enfoques o estandares que

permiten evaluar la calidad del software.

1.9.1 Modelo de Madurez de Capacidades (CMM Capability

Maturity Model).
El modelo de madurez de software CMM es una base para los desarrolladores
de software para mejorar sus procesos de desarrollo ayudndoles a evaluar el
nivel de madurez de los mismos para su mejora continua.
Estructura del estndar
CMM se divide en dos partes:

La representacin continua (capacidad de cada rea de proceso)

La representacin por etapas (madurez organizacional).

La representacin por etapas establece una serie de niveles de madurez,

basndose principalmente en procesos probados, agrupados, ordenados y en la
relacin entre ellos.

36

Las etapas de madurez ayudan a los desarrolladores a construir un mapa de

niveles que les ayuda a mejorar sus procesos.
Cada etapa contempla varias tareas de un proceso, ayudando a los
desarrolladores a enfocarse en tareas crticas especficas que ayudan a la mejora
del proceso, dentro de cada tarea se describen diversas actividades descritas en
trminos de prcticas que ayudan en la implementacin eficiente de cada tarea,
incrementando con ello el grado de madurez, este proceso se repite de forma
continua hasta alcanzar todos los objetivos de las tareas del proceso.
En la representacin continua, se establece una lnea de trabajo base que sirve
para medir el grado de madurez de cada tarea, de manera similar a la
representacin por etapas se establecen prcticas que ayudan a la mejora
continua de cada tarea.
En ambas representaciones es necesario incluir metas generales como
especficas que sern evaluadas a travs de cada nivel de madurez que a su vez
sern evaluados a travs de las prcticas que tambin debern de contar con
objetivos generales y especficos.

1.9.2 Mejora del Proceso de Software y Determinacin de la

Capacidad (ISO-15504 / SPICE Software Process Improvement
and Capacbility Determination).

ISO/IEC 15504 es un estndar internacional para la evaluacin, medicin y

mejora continua de los procesos de desarrollo de ingeniera de software, basada
en un conjunto de medidas de capacidad para cada proceso del ciclo de vida del
software.
Los objetivos principales del SPICE son:

Desarrollar un borrador de trabajo para un estndar de evaluacin de

procesos de software.

37

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 mundial12.

Caractersticas del proyecto SPICE13:

Establece un marco y los requisitos para cualquier proceso de

evaluacin de procesos y proporciona requisitos para los modelos de
evaluacin de los procesos.

Proporciona tambin requisitos para cualquier modelo de evaluacin de

organizaciones.

Proporciona guas para la definicin de las competencias de un

evaluador de procesos.

Actualmente tiene 10 partes: de la 1 a la 7 completas y de la 8 a la 10

en fase de desarrollo.

Comprende:

evaluacin

de

procesos,

mejora

de

procesos,

determinacin de capacidad.

Proporciona, en su parte 5, un Modelo de evaluacin de procesos para

los procesos de ciclo de vida del software definidos en el estndar
ISO/IEC 12207 que define los procesos del ciclo de vida del desarrollo,
mantenimiento y operacin de los sistemas de software.

Proporciona, en su parte 6, un Modelo de evaluacin de procesos para

los procesos de ciclo de vida del sistema definidos en el estndar
ISO/IEC 15288 que define los procesos del ciclo de vida del desarrollo,
mantenimiento y operacin de sistemas.

Proporcionar, en su parte 8, un Modelo de evaluacin de procesos

para los procesos de servicios TIC que sern definidos en el estndar

12

Norma ISO/IEC 15504. Disponible para su adquisicin en:

http://www.iso.org/iso/catalogue_detail.htm?csnumber=37458. (Recuperada el 20/12/2014).
13 Fuente: Norma internacional ISO 9001. Sistema de gestin de calidad. Requisitos.
Traduccin disponible en: http://farmacia.unmsm.edu.pe/noticias/2012/documentos/ISO9001.pdf.

38

ISO/IEC 20000-4 que definir los procesos contenidos en la norma

ISO/IEC 20000-1.

Equivalencia y compatibilidad con CMMI. ISO forma parte del panel

elaborador del modelo CMMI y SEI mantiene la compatibilidad y
equivalencia de sta ltima con 15504. Sin embargo CMMI-DEV an no
es un modelo conforme con esta norma (segn lo requiere la norma ISO
15504 para todo modelo de evaluacin de procesos)14.

1.9.3 Proceso de Software Personal (PSP Personal Software

Process).

El instituto de Ingeniera de Software (SEI), desarroll una nueva metodologa

enfocada a la calidad del software denominada Personal Software Process
(PSP), que se enfoca en la planeacin, los costos y la productividad dentro del
desarrollo de software.
Caractersticas
El PSP, emplea documentos denominados scripts que detallan las actividades y
tareas que cada desarrollador debe de realizar en el proceso de desarrollo de
software, siendo los scripts la parte medular del PSP.
Los scripts empleados en el PSP, generan datos estadsticos que permiten
identificar las fortalezas y debilidades del proyecto de software, permitiendo
explotarlas y solventarlas mejorando la calidad del producto final.
PSP basa su metodologa en la estimacin, permitiendo a los desarrolladores
establecer perodos de tiempo para el desarrollo de actividades y tareas de un
proceso en particular, permitiendo con ello establecer un mejor control del
proyecto, su tiempo de desarrollo y su costo.

14

Tomado del apunte de Desarrollo de software empresarial de SUAyED, FCA-UNAM. Plan 2005.

39

La informacin de las estimaciones se emplea para realizar la evaluacin de los

procesos actuales y realizar las mejoras necesarias para los procesos futuros,
permitiendo a los desarrolladores a identificar sus propias carencias y pulir sus
habilidades.

La metodologa PSP requiere que se realice un anlisis de requisitos previo, ya

que estos son la base para poder evaluar las tareas y actividades definidas en
los scripts.

1.9.4 Proceso de Software en Equipos (TSP Team Software

Process).
El Team Software Process (TSP) es una metodologa enfocada en el trabajo en
equipo para el desarrollo de software, buscando que se desarrolle de forma
efectiva y natural entre los integrantes de los equipos.

TSP tiene como objetivo la mejora de la calidad y la productividad de un proyecto

de desarrollo de software, estableciendo acuerdos para la optimizacin de costos
y tiempos de desarrollo del proyecto.

La metodologa TSP, requiere que los integrantes de los equipos de trabajo estn
previamente capacitados en la metodologa PSP para que estn familiarizados
con el empleo de planes de trabajo detallados.

TSP define los pasos necesarios para establecer los equipos de trabajo y
fomentar un ambiente de trabajo adecuado, mientras que PSP aporta los
elementos necesarios para que cada miembro de los equipos sea responsable
de la calidad de su trabajo, lo que permite que TSP establezca y mantenga
equipos auto dirigidos.

40

La metodologa TSP permite establecer los siguientes puntos15:

Con PSP, los desarrolladores utilizan procesos definidos y medibles. Se
toma informacin de tamao, tiempo y defectos al momento de realizar el
trabajo. Se utilizan los datos para: planear y monitorear el trabajo,
administrar la calidad de los productos que se producen y medir y mejorar
el desempeo.

TSP ha permitido resolver problemas tpicos de negocio: predicciones de

costo y tiempo, mejora de productividad y ciclos de desarrollo, mejora de
calidad de productos.

PSP/TSP mejora el desempeo tanto de equipos como individuos; es

disciplinado y gil; provee beneficios inmediatos y medibles; acelera las
iniciativas de mejora de procesos organizacionales.

Con TSP, los equipos encuentran y reparan defectos en etapas tempranas

del proceso de desarrollo.

Esto reduce de manera importante el tiempo de pruebas.

Con una etapa de pruebas ms corto, el ciclo completo se reduce16.

1.9.5 Moprosoft (Norma Oficial Mexicana).

El Modelo de Procesos de Sofware hecho en Mxico (Moprosoft), es una
iniciativa de la Secretara de Economa y de empresarios mexicanos dedicados
al desarrollo de software encabezados por la Dra. Hanna Oktaba, acadmica de

15

Metodologa TSP/PSP, por Grupo de tecnologas Kernel. Disponible en lnea en:

http://www.kernel.com.mx/documentos/psp_tsp.pdf. (Recuperado el 18/12/2014)
Retomado de los apuntes de Diseo de software empresarial, SUAyED, FCA-UNAM, plan
2005.
16

41

la Facultad de Ciencias de la UNAM, que se enfoca a fomentar la estandarizacin

de operaciones en los procesos de desarrollo de software en Mxico a travs del
fomento de la incorporacin de las mejores prcticas en la gestin e ingeniera
de software.
El modelo Moprosoft promueve la elevacin de la calidad y eficiencia de las
empresas dedicadas al desarrollo de software elevando la capacidad de dichas
empresas alcanzando niveles de competitividad internacionales. De igual forma,
el modelo puede ser aplicado a las reas de informtica y sistemas de las
empresas para el desarrollo de sistemas internos de calidad.
Las caractersticas del modelo Moprosoft son las siguientes:

Es especfico para el desarrollo y mantenimiento de software.

Es sencillo de entender y adoptar.

Facilita el cumplimiento de los requisitos de otros modelos como ISO

9000:2000, CMM y CMMI.

Se enfoca a procesos.

Se

le

considera

prctico

en

su

aplicacin,

principalmente

en

organizaciones pequeas, con bajos niveles de madurez.

Comprende un documento de menos de 200 pginas que, al compararlo

con otros modelos y estndares, lo hace bastante prctico.

Resulta acorde con la estructura de las organizaciones mexicanas de la

industria de software.

Est orientado a mejorar los procesos, para contribuir a los objetivos de

negocio, y no simplemente ser un marco de referencia o certificacin.

Tiene un bajo costo, tanto para su adopcin como para su evaluacin.

Para qu sirve MoProSoft?

Mejora la calidad del software producido por la empresa que adopta el

modelo.

42

Eleva la capacidad de las organizaciones para ofrecer servicios con

calidad y alcanzar niveles internacionales de competitividad.

Integra todos los procesos de la organizacin y mantiene la alineacin con

los objetivos estratgicos.

Inicia el camino a la adopcin de los modelos ISO 9000 o CMMI.

Sirve para implantar un programa de mejora continua.

Permite reconocer a las organizaciones mexicanas por su nivel de

madurez de procesos.

Facilita la seleccin de proveedores.

Permite obtener acceso a las prcticas de ingeniera de software de clase

mundial17.

El modelo se convirti en Norma Oficial Mexicana el 15 de agosto de 2015 tras

su publicacin en el Diario Oficial de la Federacin bajo el registro NMX-059NYCE-2005 y el ttulo TECNOLOGA DE LA INFORMACIN-SOFTWAREMODELOS DE PROCESOS Y EVALUACIN PARA DESARROLLO Y
MANTENIMIENTO DE SOFTWARE

17

Tomado de Moprosoft, Modelo de Procesos de Software hecho en Mxico por Ma. Teresa Ventura &
Marcela Pealoza (2006), Disponible en Lnea en:
http://www.enterate.unam.mx/Articulos/2006/marzo/moprosoft.htm. (Consultado el 18/12/2014).

43

RESUMEN
La ingeniera de Software surge como respuesta a la denominada Crisis del
software de finales de la dcada de 1960 derivada de la necesidad de la creacin
de software a la medida que satisficiera las necesidades de las empresas que
comenzaban solicitar software especializado para sus procesos internos.

La ingeniera de software es una rama de la ingeniera que se enfoca en el

desarrollo de software de calidad, proporcionando para ello modelos de
desarrollo que permiten a los desarrolladores de software desarrollar proyectos
de software de calidad que cumplan con los requisitos de sus clientes siguiendo
principios fundamentales como son el rigor, la formalidad, la abstraccin, la
modularidad, la anticipacin al cambio y la arquitectura de software.

Los modelos de desarrollo de software o modelos de ciclo de vida, proveen a los

desarrolladores diversos enfoques que pueden ser abordados para la generacin
de software de calidad, pudiendo dividir estos modelos en pesados y giles,
siendo los primeros enfocados ms a sistemas complejos, mientras que los giles
se basan en el principio de la reutilizacin de componentes para la creacin de
software a la medida, de calidad y de una manera ms rpida que los modelos
tradicionales o pesados.

Finalmente, los desarrolladores pueden adoptar diversos enfoques para

garantizar la calidad del software como seguir las Normas ISO-15504 o la NMX059-NYCE-2005 para garantizar procesos de desarrollo de calidad.

44

GLOSARIO
Desarrollador.
Persona dedicada a la creacin de software de forma profesional que puede
tomar la funcin de analista, programador, capturista, diseador, etc.

Hardware
Componentes fsicos de una computadora. Hace referencia a todo el soporte
fsico de una computadora como es el disco duro, gabinetes, monitores, unidades
de disco, etc.

Ingeniera
Disciplina que integra conocimientos de diferentes reas como la matemtica,
fsica, electrnica, entre otras, para la solucin de problemas complejos bajo
diversas metodologas de anlisis, diseo e implementacin.

Programacin
Es el proceso de disear, codificar, depurar y mantener el cdigo fuente de
programas computacionales. El propsito de la programacin es crear programas
que exhiban un comportamiento deseado en una computadora.

Sistema
Conjunto de procesos o elementos interrelacionados con un medio para formar
una totalidad encauzada hacia un objetivo comn.

45

Sistema de informacin (informtico)

Es un conjunto organizado de elementos, que pueden ser personas, datos,
actividades o recursos materiales en general. Estos elementos interactan entre
s para procesar informacin y distribuirla de manera adecuada en funcin de los
objetivos de una organizacin.

Software
Es todo el conjunto intangible de datos y programas de la computadora.

46

ACTIVIDADES DE APRENDIZAJE
ACTIVIDAD 1
Realiza la lectura del cdigo de tica de la ACM/IEEE versin completa ubicada
en el sitio (http://www.acm.org/about/se-code/) y discute con tus compaeros en
el foro prctica tica sobre el cumplimiento en la prctica profesional, comparte
por lo menos el aporte de 2 de tus compaeros y retroalimentaos con un
comentario.

Pulsa el botn Colocar un nuevo tema de discusin aqu; escribe en el apartado

Asunto el ttulo de tu aportacin, redacta tu comentario en el rea de texto y haz
clic en el botn Enviar al foro.

ACTIVIDAD 2
Realiza una investigacin sobre 3 modelos de desarrollo de software giles, y
contrasta en un cuadro comparativo con los 3 modelos pesados ejemplificados
en tu material didctico.

Realiza tu actividad en un procesador de textos, gurdala en tu computadora y

una vez concluida, presiona el botn Examinar. Localiza el archivo, ya
seleccionado, presiona Subir este archivo para guardarlo en la plataforma.

47

ACTIVIDAD 3
Realiza una investigacin sobre la Norma Oficial Mexicana NMX-059-NYCE2005 y elabora un ensayo donde describas la forma en que dicha norma ayuda
a las empresas y profesionales del software a mejorar sus procesos de desarrollo.

Realiza tu actividad en un procesador de textos, gurdala en tu computadora y

una vez concluida, presiona el botn Examinar. Localiza el archivo, ya
seleccionado, presiona Subir este archivo para guardarlo en la plataforma.

48

CUESTIONARIO DE
REFORZAMIENTO
De acuerdo con la revisin de la unidad contesta el siguiente cuestionario

A qu se le denomina crisis del software?

Qu es la ingeniera de software y cul es su objetivo?

Cules son los principios de la ingeniera de software?

Qu es el ciclo de vida del software?

Menciona 2 modelos de ciclo de vida o de proceso de desarrollo de software

y sus componentes.

Cul es la diferencia entre un modelo de desarrollo gil y uno pesado?

Qu es CMM y cules son sus principales caractersticas?

Qu es TSP y cul es su relacin con SPS?

Qu es Moprosoft?

Realiza tu actividad en un procesador de texto, gurdala en tu computadora y

una vez que concluyas, presiona el botn Examinar. Localiza el archivo, ya
seleccionado, presiona Subir este archivo para guardarlo en la plataforma.

49

LO QUE APREND

Elabora una ficha en tu diario dentro de la plataforma donde indiques las

principales caractersticas de la Ingeniera de Software y su importancia
para el desarrollo de sistemas de informacin.

Pulse el botn Iniciar o editar mi entrada de diario, escriba lo que ser el

inicio de su protocolo de investigacin. Si desea borrar algo de lo que
hasta el momento lleva escrito pulse el botn Revertir, cuando decida
concluir su trabajo del da pulse el botn Guardar cambios.

50

EXAMEN DE AUTOEVALUACIN
I.- Instrucciones: Responde si las aseveraciones son verdaderas (V) o falsas (F).
Una vez que concluyas, obtendrs tus aciertos de manera automtica.

Falso

verdadero

1. La crisis del software se present a finales de

la dcada de 1970 ____

2. La ingeniera de software es una disciplina de

la ingeniera que comprende todos los aspectos
de

la

produccin

de

software

___________________________
3. El rigor se refiere a la realizacin de las
actividades asociadas a la ingeniera del
software siguiendo cualquier metodologa para
el

desarrollo

de

software

de

calidad

documentando todo el proceso de forma

minuciosa. ____________________

4. La abstraccin es un proceso mediante el

cual

se

identifican

los

aspectos

menos

importantes de un problema ignorando los

detalles __________

51

5. La arquitectura de software se refiere al

establecimiento de una estructura base que
sirva como gua

a los desarrolladores de

software

la

en

construccin

del

mismo_____________________.
6. Las herramientas de la ingeniera de
software,

proporcionan

al

desarrollador

estndares para la construccin de software

__________
7.-Dentro de los principios de la ingeniera de
software es necesario disear el software de
manera

rgida

robusta

__________________________
8.- Una metodologa propone una manera de
resolver

problemas

empleando

recursos,

tcnicas y herramientas de forma organizada

___________
9.-La evolucin de un sistema, producto,
servicio, proyecto u otra entidad realizada por el
hombre desde su concepcin hasta el retiro se
denomina

modelo

de

referencia

______________________________________

10.-El modelo de madurez de software

CMM es una base para los desarrolladores
de software para mejorar sus procesos de
desarrollo ayudndoles a evaluar el nivel de
madurez de los mismos para su mejora
continua_____________________

52

RESUMEN
La ingeniera de Software surge como respuesta a la denominada Crisis del
software de finales de la dcada de 1960 derivada de la necesidad de la creacin
de software a la medida que satisficiera las necesidades de las empresas que
comenzaban solicitar software especializado para sus procesos internos.

La ingeniera de software es una rama de la ingeniera que se enfoca en el

desarrollo de software de calidad, proporcionando para ello modelos de
desarrollo que permiten a los desarrolladores de software desarrollar proyectos
de software de calidad que cumplan con los requisitos de sus clientes siguiendo
principios fundamentales como son el rigor, la formalidad, la abstraccin, la
modularidad, la anticipacin al cambio y la arquitectura de software.

Los modelos de desarrollo de software o modelos de ciclo de vida, proveen a los

desarrolladores diversos enfoques que pueden ser abordados para la generacin
de software de calidad, pudiendo dividir estos modelos en pesados y giles,
siendo los primeros enfocados ms a sistemas complejos, mientras que los giles
se basan en el principio de la reutilizacin de componentes para la creacin de
software a la medida, de calidad y de una manera ms rpida que los modelos
tradicionales o pesados.

Finalmente, los desarrolladores pueden adoptar diversos enfoques para

garantizar la calidad del software como seguir las Normas ISO-15504 o la NMX059-NYCE-2005 para garantizar procesos de desarrollo de calidad.

53

MESOGRAFA
BIBLIOGRAFA RECOMENDADA
Autor

Captulo

Pginas

Pressman

1, 2

3-33

Sommerville

1, 4, 17

3-12, 59-79,
357-378

BIBLIOGRAFA
1. S. PRESSMAN, Roger, Ingeniera del Software. Un Enfoque Prctico,
Quinta Edicin, Mxico, Editorial McGraw-Hill, 2002.
2. SOMMERVILLE, Ian, Ingeniera de Software, Sptima Edicin, Espaa,

Editorial Addison Wesley / Pearson Educacin, 2005.

BIBLIOGRAFA COMPLEMENTARIA
3. BOOCH, Grady; James RUMBAUGH, e Ivar JACOBSON, El Proceso
Unificado de Desarrollo de Software, Madrid, Editorial Addison Wesley,
Traduccin: Salvador Snchez y Otros, 2000, 438 pp.
4. BRAUDE J. Eric, Ingeniera de Software: Una Perspectiva Orientada a
Objetos, Mxico, Editorial AlfaOmega, Traduccin: Marcia Gonzlez Osuna,
2003, 539 pp.

54

5. BRUEGGE, Bernd y Allen H. DUTOI, Ingeniera de Software Orientado a

Objetos, Primera Edicin, Traduccin: Sergio Luis Mara Ruiz Faudn,
Editorial Prentice Hall / Pearson Educacin, Mxico 2002, 553 pp.
6. GHEZZI, Carlo, et al. Fundamental of Software Engineering, E.U.A. Editorial
Prentice-Hall, 1991, 573
7. McCONNELL, Steve, Desarrollo y Gestin de Proyectos Informticos,
Editorial McGraw-Hill, 690pp.
8. WEITZENFELD, Alfredo, Ingeniera de Software: Orientada a Objetos con
UML, JAVA e Internet, Mxico, Editorial Thomson, 2004, 678 pp.

SITIOS ELECTRNICOS
Sitio
http://www.enterate.unam.mx/Artic
ulos/2006/marzo/moprosoft.htm

Descripcin
Artculo. Moprosoft. Por Ma.
Teresa
Ventura
&
Marcela
Pealoza.
Entrate en Lnea. DGTIC. UNAM.

http://www.acm.org/about/se-code/

http://www.swebok.org/

Cdigo de tica y prctica

profesional del ingeniero de
software
emitido
por
la
Association
for
Computing
Machinery (ACM).
Base de conocimientos para la
Ingeniera
de
software,
desarrollada por la comunidad de
desarrolladores de software a nivel
mundial.

55