REPBLICA BOLIVARIANA DE VENEZUELA.

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA.

ALDEA UNIVERSITARIA WILLIAN LARA "MISIN SUCRE"
4to TRIMESTRE DE INFORMTICA - PERODO II
EL SOCORRO ESTADO GURICO.

Facilitador:

Participantes:

Mery Alvarado

Seijas Alexandra
Cuarez Fernando
Aular Mariana

El Socorro, Noviembre de 2016

SOFTWARE
El software son las instrucciones electrnicas que van a indicar al ordenador que
es lo que tiene que hacer. Tambin se puede decir que son los programas usados
para dirigir las funciones de un sistema de computacin o un hardware. Como
concepto general, el software puede dividirse en varias categoras basadas en el
tipo de trabajo realizado.
TIPOS DE SOFTWARE:
SOFTWARE DEL SISTEMA: es el conjunto de programas indispensables para
que la mquina funcione; se denominan tambin programas del sistema. Procesa
tareas tan esenciales, aunque a menudo invisibles, como el mantenimiento de los
archivos del disco y la administracin de la pantalla. Estos programas son
bsicamente: sistema operativo: DOS y WINDOWS, editores de texto: EDIT,
PADWORD, compiladores / interpretes (lenguajes de programacin) y programas
de utilitarios.
El sistema operativo: dirige las operaciones globales de la computadora, instruye
a la computadora para ejecutar otros programas y controla el almacenamiento y
resuperacin de archivos (programas y datos) de cintas y discos. Es el software
que controla la ejecucin de todas las aplicaciones y de los programas de software
de sistema. Son una serie de programas que administran los recursos del
computador. Este indica como interactuar con el usuario y como usar los
dispositivos: discos duros, teclado y monitor. En cuanto a su funcin se puede
decir que es el ncleo de toda la actividad del software, este monitorea y controla
todas las entradas y salidas de sistemas de computacin. Asimismo, responde a
las indicaciones provenientes del usuario, o de un conjunto previamente definido
de comandos. Adems, controla la ejecucin de varios programas,
simultneamente. Igualmente, acta como traductor, entre las operaciones y la

respuesta de la maquina; informa al usuario de cualquier error que presente la

maquina. Tambin, posee un programa llamado "manipulador de discos" opera
con un circuito electrnico llamado controlador de discos, este ayuda a traducir las
ordenes de los programas para encontrar la pista adecuada.
Incluso, este est generalmente diseado por el fabricante y por ello no es posible
definir uno estndar; aunque hay un conjunto de funciones bsicas o componentes
que todo sistema debe considerar, y son: controlar las operaciones de entrada y
salida, cargar, inicializar y supervisar la ejecucin de los trabajos, detectar errores,
controlar las interrupciones causadas por los errores, asignar memoria a cada
tarea, manejar el multiproceso, la multiprogramacin, memoria virtual, etc. Este se
clasifica en: Usuario nico: es de tipo simple, ya que se dedica a un solo programa
a la vez. Usuario mltiple: es de tipo general, ya que puede satisfacer las
exigencias de usuarios mltiples con los recursos de programas y maquina de qu
se dispone. Puede ser de varios tipos:
o

Multiprogramacin: es un caso en la que mltiples programas

pueden almacenarse en la memoria y ejecutarse siguiendo un nivel
de prioridades.

Tiempo compartido: permite que cada programa acte durante cierto

tiempo (apropiado para programas interactivos).

Lotes: es una coleccin de programas, escritos en COBOL o

FOLTRAN, se incorpora al ordenador y se procesa.

Tiempo Real: en este la respuesta al ordenador debe ser lo bastan

rpida como para proporcionar una decisin en tiempo real.

Lenguajes de programacin: utilizado para escribir programas. Mediante los

programas se indica a la computadora que tarea debe realizar y cmo efectuarla,
pero para ello es preciso introducir estas rdenes en un lenguaje que el sistema
pueda entender. En principio, el ordenador slo entiende las instrucciones en
cdigo mquina, es decir, el especfico de la computadora. Sin embargo, a partir
de stos se elaboran los llamados lenguajes de alto y bajo nivel.
SOFTWARE DE APLICACIONES: Programa informtico diseado para facilitar al
usuario la realizacin de un determinado tipo de trabajo. Posee ciertas
caractersticas que le diferencia de un sistema operativo (que hace funcionar al
ordenador), de una utilidad (que realiza tareas de mantenimiento o de uso general)
y de un lenguaje (con el cual se crean los programas informticos). Suele resultar

una solucin informtica para la automatizacin de ciertas tareas complicadas

como puede ser la contabilidad o la gestin de un almacn. Ciertas aplicaciones
desarrolladas 'a medida' suelen ofrecer una gran potencia ya que estn
exclusivamente diseadas para resolver un problema especfico. Otros, llamados
paquetes integrados de software, ofrecen menos potencia pero a cambio incluyen
varias aplicaciones, como un programa procesador de textos, de hoja de clculo y
de base de datos. Este describe programas que son para el usuario, as descrito
para poder realizar casi cualquier tarea. Este es aquel que puede ser utilizado en
cualquier instalacin informtica, independiente del empleo que se vaya a hacer
de ella. Existen muchos programas que se dividen en varias categoras:
aplicaciones de negocios, aplicaciones de utilera, aplicaciones personales,
aplicaciones de entretenimiento. A continuacin se hablar de las aplicaciones de
negocios:
o

Procesadores de palabras: Estos permiten hacer cambios y

correcciones con facilidad, permiten revisar la ortografa e incluso la
gramtica de un documento, cambiar la apariencia de la letra,
agregar grficos, fusionar listas de direcciones con cartas con envo
de correo en grupo, general tablas de contenido, etc. Tambin se
puede usar para crear cualquier tipo de documento (carta de
negocio, documentos legales). Ejemplos de procesadores de texto:
Word, AmiPro, Wordperfect.

Hojas de clculo: son procesadores de nmeros tridimensionales.

Se pueden crear hojas de trabajo donde puedes colocar textos,
nmeros o formulas en las celdas, obteniendo una hoja contable
computarizada. Tambin puede crear grficas y tablas para mostrar
grficamente relaciones entre nmeros. Ejemplos de Hojas de
Clculo: Excel, Lotus 123, Quatro.

Paquetes de Presentacin o Graficadores: Software que permite

al usuario disear presentaciones para desplegarlas a travs de la
misma computadora o imprimir diapositivas y acetatos. Contienen
opciones avanzadas para integrar efectos en cada cambio de
diapositiva. Ejemplos: Presentation, Power Point. Otro tipo de
software para grfico son las aplicaciones para presentaciones de
grficos con este se crean grficas y tabla a color y de calidad
profesional basados en datos numricos de otro programa (hoja de
calculo).

Manejador de base de datos: Se utiliza para organizar los datos

guardados en la computadora y permite buscar datos especficos de
diferentes maneras. Tambin archivan los datos en orden alfabtico
esto permite obtener la informacin que se desean ms fcilmente.

SOFTWARE DE RED, que permite comunicarse a grupos de usuarios.

SHAREWARE: Software distribuido de forma gratuita para ser probado. Si el
usuario decide quedarse con el programa y seguir usndolo, debe pagar al
desarrollador. Normalmente, el shareware es desarrollado por compaas
relativamente pequeas o inclusive por programadores individuales, y
generalmente es barato.

Freeware: Programas gratuitos que los desarrolladores ponen a

disposicin de otros usuarios sin ningn costo. En algunos casos el
desarrollador no reclama derechos de autor y el programa se convierte en
software del dominio pblico. En otros casos, el software tiene derechos de
autor pero el desarrollador ha permitido a otra gente usarlos y copiarlo
gratuitamente.

Aplicacin Vertical: Las aplicaciones verticales son programas que realizan

todas las fases de una funcin crtica del negocio. Estos programas, que
muchas veces corren en una combinacin de Mainframes, minis y
computadoras personales, se denominan algunas veces aplicaciones de
misin crtica. Generalmente son desarrollados a la medida por cada
compaa que los tiene y son usados por muchos individuos dentro de una
Organizacin.

METODOLOGAS PARA EL DESARROLLO DEL SOFWARE.

Las metodologas han evolucionado de manera significativa en las ltimas
dcadas como se puede observar en la tabla 2.7 Permitiendo as el xito o el
fracaso de muchos de los sistemas desarrollados para distintas reas.
Algunas de las metodologas tradicionales ms utilizadas para el desarrollo de
software han sido, la denominada proceso personal de software (PSP) y la
proceso en equipo para el software TSP. El TSP toma sus fundamentos en que
los ingenieros deben de dar a conocer bien su trabajo y que puedan implementar
un plan para poderlo realizar mejor, cuando el plan se implementa, pueden
ahorrarse tiempo en realizar el trabajo y por ende generar productos de calidad. El
TSP contempla dos componentes principales:

1) Creacin de equipo
2) Trabajo en equipo o componente de gestin.
El TSP es una metodologa para dirigir el desarrollo de software adems de
establecer un entorno donde el trabajo efectivo de equipo sea normal y natural. En
donde involucra a los ingenieros a desarrollar un trabajo en equipo. El desarrollo
del (TSP) toma sus bases en la estrategia de calidad que propuso W. Edwards
Deming (1982), con las etapas de planear, hacer, verificar y actuar. Y J.M. Juran
(1988). El TSP ofrece un contexto disciplinado para el trabajo de la ingeniera del
software. La motivacin principal es que los ingenieros siguiendo esta metodologa
pueden hacer un excelente trabajo. Los ingenieros deben estar bien capacitados,
bien entrenados y deben ser bien dirigidos por un miembro calificado que entienda
bien la metodologa del TSP. El objetivo principal del TSP es guiar debidamente a
sus equipos de ingenieros. El TSP proporciona un proceso operacional definido
para guiar a los ingenieros y administradores a travs de diferentes pasos para la
formacin de equipos de trabajo.
Antes de que los miembros del equipo de trabajo participen en el equipo de TSP,
deben saber cmo organizar bien su trabajo. Se requiere que el equipo o el
personal se encuentre entrenado primero con el Personal Software Process
(PSP). Esto le permite a los ingenieros obtener el conocimiento en saber cmo
crear un plan detallado, reuniendo y usando procesos de datos, usando valores
obtenidos para seguir un proyecto en donde puedan medir y dirigir la calidad del
producto. El objetivo del PSP es poner a los profesionales de software a cargo de
su trabajo y para que se sientan personalmente responsables de la calidad de los
productos que producen. PSP puede trabajar a la par con los objetivos de la
metodologa (TSP) son:
1) Proporcionar un entorno de equipo que apoya el trabajo de la PSP
2) Construir y mantener un equipo autodirigido.
PSP y TSP son potentes herramientas que proporcionan los conocimientos
necesarios, la disciplina y el compromiso necesarios para los proyectos de
software exitoso. Se sabe que en nuestro pas para que se pueda producir
software con calidad se debe de adoptar un nivel de madurez de procesos alto, es
decir, que sea equiparable a los niveles internacionales, esto es a travs del CMMI
(Capability Maturity Model Integration), pero es difcil implementarlo en
organizaciones pequeas. En Mxico se cuenta con la norma mexicana basada en
MoProsoft (Modelo de Procesos para la Industria del Software), pero esta se
centra en los procesos de las organizaciones pero no en las personas, que son los

ms importantes para que ellas funcionen. En Mxico no solamente se debe

incrementar el nivel de madurez en los procesos de la industria de Software, si no
que, se debe incluir el mejoramiento del elemento bsico que sustente la industria,
que son las personas.
Con PSP, los desarrolladores utilizan procesos bien 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, as como administrar la
calidad de los productos que se producen y medir el desempeo. TSP ha
permitido resolver problemas tpicos de negocio: como predecir el costo y tiempo,
mejorar la productividad y establecer ciclos de desarrollo para generar la mejora
en la calidad de los productos. PSP/TSP mejoran el desempeo tanto de equipos
como de individuos; es disciplinado y dirigida en todo su desarrollo a la
planeacin; provee beneficios inmediatos y medibles; acelera las iniciativas de
mejora de los 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.
Metodologas para el desarrollo gil del software.
Actualmente los negocios operan en un entorno global que cambia rpidamente.
Tienen que responder a nuevas oportunidades y mercados, condiciones
econmicas cambiantes y la aparicin de productos y servicios competidores. El
software es parte de casi todas las operaciones de negocio, por lo que es
fundamental que el software nuevo se desarrolle rpidamente para aprovechar
nuevas oportunidades y responder a la presin competitiva. Actualmente el
desarrollo y entrega de manera rpida son los requerimientos ms crticos de los
sistemas. De hecho, muchas organizaciones estn dispuestas a obtener una
prdida en la calidad del software y en el compromiso sobre los requerimientos en
favor de una entrega rpida del software.
Los procesos de desarrollo del software basados en una completa especificacin
de los requerimientos, diseo, construccin y pruebas del sistema no se ajustan al
desarrollo rpido de aplicaciones. Cuando los requerimientos cambian o se
descubren problemas con ellos, el diseo o implementacin del sistema se tiene
que volver a realizar o probar. Como consecuencia, normalmente se prolonga en
el tiempo un proceso en cascada convencional y el software definitivo se entrega
mucho tiempo despus al cliente con el que inicialmente se pact. En un entorno
de negocios tan cambiante, esto puede causar verdaderos problemas. Para
cuando est disponible el software, la razn original de su adquisicin puede ser
que haya cambiado de forma radical que en realidad ste sea intil. Dicha
metodologa combina una filosofa y un conjunto de directrices de desarrollo. La

filosofa busca la satisfaccin del cliente y la entrega temprana de software

incremental, equipos pequeos con alta motivacin, mtodos informales y una
simplicidad general del desarrollo. Los procesos de desarrollo rpido de software
estn diseados para producir software til de forma rpida. Generalmente, son
procesos interactivos en los que se entrelazan la especificacin, el diseo, el
desarrollo y las pruebas.
En los aos 80 y principios de los 90, exista una opinin general de que la mejor
forma de obtener un software de calidad era a travs de una planificacin
cuidadosa del proyecto y de la utilizacin de mtodos de anlisis y diseo
soportados por herramientas CASE (Computer Aided Software Engineering). Esta
opinin vena fundamentalmente de la comunidad de ingenieros de software
implicado en el desarrollo de grandes sistemas y que normalmente se componan
de un gran nmero de programas individuales. Este software era desarrollado por
grandes equipos que trabajaban para compaas diferentes y que a menudo
estaban dispersos geogrficamente y trabajaban durante largos periodos de
tiempo.
Sin embargo, cuando este enfoque era aplicado a sistemas de negocios pequeos
y de tamao medio, el esfuerzo invertido era tan grande que algunas veces
dominaba el proceso de desarrollo del software, es decir, se pasaba ms tiempo
pensando en cmo se deba desarrollar el sistema que en cmo programar el
desarrollo y cmo hacer las pruebas pertinentes. El descontento de esto produjo
que varios desarrolladores propusieran nuevos mtodos que eran ms giles.
Aunque estos mtodos se basan principalmente en la nocin del desarrollo y en
las entregas incrementales, proponen procesos diferentes para alcanzar el
objetivo.
En una reunin celebrada en febrero de 2001 en Utah-EEUU, nace el trmino
"gil" aplicado al desarrollo de software. En esta reunin participan un grupo de
diecisiete expertos de la industria del software, incluyendo algunos de los
creadores o impulsores de metodologas de software. Su objetivo fue esbozar los
valores y principios que deberan permitir a los equipos a desarrollar software
rpidamente y respondiendo a los cambios que podran surgir a lo largo de los
proyectos. Se pretenda ofrecer una alternativa a los procesos de desarrollo de
software tradicionales, caracterizados por ser rgidos y dirigidos por la
documentacin que se genera en cada una de las actividades desarrolladas.
Varias de las denominadas metodologas giles ya estaban siendo utilizadas con
xito en proyectos reales, pero les faltaba una mayor difusin y reconocimiento.
Tras esta reunin se cre The Agile Alliance (2001), una organizacin, sin nimo

de lucro, dedicada a promover los conceptos relacionados con el desarrollo gil de

software y ayudar a las organizaciones para que adopten dichos conceptos.
El punto de partida fue el manifiesto gil, un documento que resume la filosofa
"gil". A continuacin en la tabla 2.8, vamos a enumerar las principales diferencias
de una Metodologa gil respecto a las Metodologas Tradicionales (llamadas
peyorativamente no giles o pesadas). Estas diferencias que no se refieren
slo al proceso en s, sino tambin al contexto de equipo y organizacin que es
ms favorable a cada uno de estas filosofas de procesos de desarrollo de
software.
Si bien la idea de participacin del cliente en el proceso de desarrollo es atractiva,
el xito depender de tener un cliente que est dispuesto y lo ms importante
pueda pasar tiempo con el equipo de desarrollo para as presentar a todos los
implicados del sistema, los clientes estn sometidos a otras presiones y no
pueden participar plenamente en el desarrollo del software. El cliente es el punto
clave, solicita los requerimientos que se deben de incluir. Los miembros
individuales del equipo puede no tener la personalidad propia para una
participacin intensa. Por lo tanto, es posible que no se relacionen
adecuadamente con los otros miembros del equipo. Priorizar los cambios puede
ser extremadamente difcil, especficamente en sistemas en los que existen
muchos implicados.
Mantener la simplicidad requiere un trabajo extra. Cuando se trabaja bajo presin
por las agendas de entregas, los miembros del equipo no pueden tener a tiempo
las especificaciones del sistema. Por consiguiente los mtodos giles tienen que
depender de contratos donde el cliente paga por el tiempo necesario para el
desarrollo del sistema en lugar de por el desarrollo de un conjunto de
requerimientos especficos. Siempre y cuando el proyecto vaya caminando en
forma, esto beneficiar tanto al cliente como al desarrollador. Todos los mtodos
tienen lmites y los mtodos giles son apropiados para algunos tipos de
desarrollo de sistemas. Son los ms idneos para el desarrollo de sistemas para
pequeos negocios y medianas empresas. No son adecuados para el desarrollo
de sistemas a gran escala con equipos de desarrollo situados en diferentes
lugares geogrficamente hablando ya que puede haber complejas interacciones
con otros sistemas o hardware.
Los mtodos giles no se deben de utilizar para el desarrollo de sistemas crticos
en los que es necesario generar un anlisis detallado de todos los requerimientos
del sistema para as comprender mejor sus implicaciones de seguridad o de
proteccin. El crecimiento de los mtodos giles y su penetracin ocurre a un

ritmo pocas veces visto en la industria: en tres o cuatro aos, segn el Cutter
Consortium, el 50% de las empresas define como giles ms de la mitad de los
mtodos empleados en sus proyectos (Charette, 2004). Algunas de las
metodologas agiles mas usadas en la actualidad se describen a continuacin.
Metodologa XP programacin extrema
La programacin extrema XP es posiblemente el mtodo gil ms conocido y
ampliamente utilizado. El nombre de XP fue acuado por Beck (2000), debido a
que el enfoque fue desarrollado utilizando las mejores prcticas del desarrollo
iterativo y con la participacin extrema del cliente. La programacin extrema (XP),
que algunos consideran una innovacin extraordinaria y otros creen cnica
(Rakitin, 2001). En la metodologa extrema, todos los requerimientos se expresan
como escenarios (llamados historias de usuario), los cuales se implementan
directamente como una serie de tareas. Los programadores trabajan en parejas y
desarrollan pruebas para cada tarea antes de escribir el cdigo. Todas las pruebas
se deben ejecutar satisfactoriamente cuando el cdigo nuevo se integra al
sistema. Existe un pequeo espacio de tiempo entre las entregas del sistema.
El desarrollo incremental se lleva a travs de entregas pequeas y frecuentes del
sistema y por medio de un enfoque que sirve para la descripcin de
requerimientos basado en las historias del clientes o escenarios que pueden ser la
base para el proceso de planificacin.

Metodologa SCRUM
A pesar de que la metodologa XP recibe la mayor atencin bibliogrfica, las
organizaciones estn enfocando su atencin en la metodologa gil denominada
SCRUM (Schwaber & Shuterland, 2011) (Shuterland, 2012), la cual aplica las
mismas premisas conceptuales que XP pero para resolver un problema
ligeramente distinto como es el de desarrollo evolutivo de aplicaciones. SCRUM es
una metodologa gil y flexible que sirve para gestionar el desarrollo de software,
cuyo principal objetivo es maximizar el retorno de la inversin para su empresa. Se
basa principalmente en construir la funcionalidad de mayor valor para el cliente y
en los principios de inspeccin continua, adaptacin, auto-gestin e innovacin.
Con SCRUM el cliente es pieza fundamental en el desarrollo de software, se
entusiasma y se compromete con el proyecto dado que lo ve crecer iteracin a
iteracin. Asimismo le permite en cualquier momento realinear el software con los

objetivos de negocio de su empresa, ya que puede introducir cambios funcionales

o de prioridad en el inicio de cada nueva iteracin. Esta forma de trabajo
promueve la innovacin, motivacin y el compromiso del equipo que forma parte
del proyecto, por lo que los profesionales encuentran un mbito propicio para
desarrollar sus capacidades. SCRUM genera algunas ventajas a diferencia de
otras metodologas agiles entre ellas:
Cumplimento de expectativas: El cliente establece sus expectativas indicando el
valor que aporta a cada requisito / historia del proyecto, el equipo los estima y con
esta informacin el propietario del producto establece su prioridad.

Flexibilidad a cambios: Genera una alta capacidad de reaccin ante los cambios
de requerimientos generados por necesidades del cliente o evoluciones del
mercado. La metodologa est diseada para adaptarse a los cambios de
requerimientos que conllevan los proyectos complejos.
Reduccin del tiempo: El cliente puede empezar a utilizar las funcionalidades
ms importantes del proyecto antes de que est finalizado por completo.
Mayor calidad del software: La forma de trabajo y la necesidad de obtener una
versin funcional despus de cada iteracin, ayuda a la obtencin de un software
de calidad superior.
Mayor productividad: Se consigue entre otras razones, gracias a la eliminacin
de la burocracia y a la motivacin del equipo que proporciona el hecho de que
sean autnomos para organizarse.
Maximiza el retorno de la inversin (ROI): Produccin de software nicamente
con las prestaciones que aportan mayor valor de negocio gracias a la priorizacin
por retorno de inversin.
Predicciones de tiempos: Mediante esta metodologa se conoce la velocidad
media del equipo por sprint (los llamados puntos historia), con lo que
consecuentemente, es posible estimar fcilmente para cuando se dispondr de
una determinada funcionalidad que todava est retrasada.
Reduccin de riesgos: El hecho de llevar a cabo las funcionalidades de ms valor
en primer lugar y de conocer la velocidad con que el equipo avanza en el proyecto,
permite despejar riesgos eficazmente de manera anticipada.

MODELOS DEL PROCESO PRESCRIPTIVO

Los modelos del proceso prescriptivo fueron desarrollados para ordenar la
situacin en caso de que exista un gran problema en el proyecto, en este se
definen un conjunto de actividades, acciones, tareas, hitos y dems trabajos que
un equipo de software debe realizar para construir sistemas de alta calidad.
Cuando un sin nmero de procesos no es controlado, ni existe el orden, surgen
situaciones caticas que llevan a que un software no se realice de manera
correcta por esto los modelos del proceso prescriptivo sirven como gua para el
software.
Los modelos del proceso prescriptivo deben llevar siempre las 5 actividades
principales en el desarrollo de software: la comunicacin, planeacin, modelado,
construccin y despliegue, y los distintos tipos de modelos que existen son:

Modelo de la cascada

Modelos de proceso incremental

Modelos de proceso evolutivo

Modelos concurrentes

MODELO CASCADA
El modelo cascada es tambin llamado ciclo de vida clsico ya que fue uno de los
primeros modelos para crear software, y es uno de los modelos ms simples y
conocidos.
La forma en la que funciona el modelo cascada es muy simple, el resultado del
software lo ve el cliente al final y es as que si hay algn error esto podra ser fatal.
Una de las cosas que provoca que se presenten errores en el modelo cascada, es
que, el cliente no tiene siempre todo perfectamente claro en el comienzo del
software, si no que van surgiendo ideas profundizadas con el transcurso del
tiempo, lo que har que estos requerimientos no explicados al inicio al
programador, causen retrasos o fallas.

El modelo cascada no es muy eficiente tambin, debido a que si uno de los

procesos se retrasa, los dems tambin lo harn, lo que ocasiona una prdida de
tiempo.
Funcionamiento:
Tal y como lo indica el grfico 3.3, el primer paso son los requerimientos, para lo
cual se necesita una reunin con el cliente, ya que es el o ella quien explica lo que
necesita que sea capaz de resolver el software, por lo tanto se hace un
compromiso en la parte incial del proyecto.
Cuando se pasa al paso 2, se necesita saber, en base a los requerimientos, qu
se va a hacer y cmo, luego los siguientes pasos, de prueba y entrega es en
donde las dos partes firman un acuerdo, y en caso de nuevas modificaciones o de
que se haga el pedido de ms mdulos, esto tiene costos adicionales.
MODELOS DE PROCESO INCREMENTAL
En ciertas ocasiones los requerimientos de software estn bien definidos sin
embargo el alcance del esfuerzo de desarrollo imposibilita el progreso lineal,
adems suele suceder que se necesita un avance rpido de cierta parte del
software, algo as como un mdulo que pueda ser utilizado rpidamente por el
cliente, y que despus sea mejorado con los incrementos.
Algunas caractersticas de este tipo de modelos son:

Tiene una secuencia lineal pero en forma escalonada mientras avanza el

calendario de actividades.

El primer incremento es el producto fundamental con los requerimientos

ms bsicos aunque sin muchas caractersticas.

Es til cuando no se tiene mucho personal los primeros incrementos se

realizan con pocas personas y en los siguientes con ms personas.

Su forma de trabajo se explica en el siguiente grfico.

Grfico 3. 5: Forma de trabajo de los modelos del proceso incremental

MODELOS DE PROCESO EVOLUTIVO
Los sistemas complejos evolucionan lo cual hace q sea casi interminable un
software perfecto, entonces se realiza una versin limitada con el conjunto de
requerimientos bsicos, este tipo de modelos logran que se llegue al objetivo
desarrollando prototipos cada vez ms evolucionados debido a que hay constante
comunicacin con el cliente.(Gutierrez, D. 2011).
Crear un prototipo significa aplicar los requerimientos principales para que se
exponga al usuario y este apruebe o desapruebe el mismo, cuando son
desechados, son en su mayora creados para redefinir qu es lo que el usuario
realmente desea, por lo tanto, esto es de gran utilidad para medianos o grandes
sistemas.
Las desventajas de este tipo de modelos es que no siempre se sabe en donde
acabar el sistema y los constantes cambios pueden afectar el orden del mismo,
adems a veces los prototipos no estn documentados por lo que no se debe
acerca de su funcionabilidad.
Los dos modelos ms comunes del proceso evolutivo son explicados en el
siguiente grfico:

Grfico 3. 6: Modelos del proceso evolutivo

MODELOS CONCURRENTES
El modelo concurrente fue creado por Davis Sitaram y tambin es conocido como
ingeniera concurrente, estos modelos son muy aplicados para todo tipo de
proyectos y proporcionan informacin exacta del estado de los procesos ya que se
se representan como una serie de actividades tcnicas importantes, tareas y
estados asociados a ellas, lo cual permite que un equipo de trabajo pueda
representar cualquiera de los modelos anteriores.
Estos modelos son excelentes para proyectos en los que se conforman grupos de
trabajo independientes sin embargo si no se dan las condiciones sealadas no es
aplicable, adems, si no existen grupos de trabajo no se puede trabajar en este
mtodo.
MODELOS DE PROCESO ESPECIALIZADOS
Los modelos de proceso especializado tienen muchas de las caractersticas de
uno o ms de los modelos tradicionales que se presentaron en las secciones
anteriores. Sin embargo, dichos modelos tienden a aplicarse cuando se elige un
enfoque de ingeniera de software especializado o definido muy especficamente.

Los modelos de proceso especializados son los siguientes:

Figura 1: Modelos de proceso especializados