Está en la página 1de 11

Anlisis de Sistemas

QUE ES UN ANALISIS DE SISTEMAS?

Conceptos y Anlisis
Es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una
sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada
mostrando un plan lgico en la unin de las partes. Un mtodo, plan o procedimiento de clasificacin para
hacer algo. Tambin es un conjunto o arreglo de elementos para realizar un objetivo predefinido en el
procesamiento de la Informacin. Esto se lleva a cabo teniendo en cuenta ciertos principios:

Debe presentarse y entenderse el dominio de la informacin de un problema.


Defina las funciones que debe realizar el Software.
Represente el comportamiento del software a consecuencias de acontecimientos externos.
Divida en forma jerrquica los modelos que representan la informacin, funciones y comportamiento.

El proceso debe partir desde la informacin esencial hasta el detalle de la Implementacin.


La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que
pueda venderse para generar beneficios. Para conseguir este objetivo, SE hace uso de seis (6) elementos
fundamentales:

Software, que son Programas de computadora, con estructuras de datos y su documentacin que
hacen efectiva la logstica metodologa o controles de requerimientos del Programa.
Hardware, dispositivos electrnicos y electromecnicos, que proporcionan capacidad de clculos y
funciones rpidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que
proporcionan una funcin externa dentro de los Sistemas.
Personal, son los operadores o usuarios directos de las herramientas del Sistema.
Base de Datos, una gran coleccin de informaciones organizadas y enlazadas al Sistema a las que se
accede por medio del Software.
Documentacin, Manuales, formularios, y otra informacin descriptiva que detalla o da
instrucciones sobre el empleo y operacin del Programa.
Procedimientos, o pasos que definen el uso especifico de cada uno de los elementos o componentes
del Sistema y las reglas de su manejo y mantenimiento.

Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente:

Identifique las necesidades del Cliente.


Evale que conceptos tiene el cliente del sistema para establecer su viabilidad.
Realice un Anlisis Tcnico y econmico.
Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema.
Establezca las restricciones de presupuestos y planificacin temporal.
Cree una definicin del sistema que forme el fundamento de todo el trabajo de Ingeniera.

Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, as
como de la Ingeniera humana (Manejo y Administracin de personal), y administracin de base de datos.

Tcnicas para la Deteccin de Necesidades


Existen distintos medios y tcnicas para realizar el proceso de deteccin de necesidades, pero los
que mas se utilizan son:
1. Observacin directamente en el lugar de trabajo, lo que nos permite detectar posibles
errores que se pueden subsanar mediante formacin. Este mtodo tambin permite
comparar lo que realmente ocurre en la prctica con lo que sera el desempeo deseado.
2. Anlisis por parte de grupos, en los que sus integrantes analizan los problemas
planteados, proponen soluciones, establecen las competencias necesarias para llevar a cabo
las soluciones, descubriendo por lo tanto necesidades formativas.
3. Encuestas y cuestionarios annimos, a travs de preguntas tanto abiertas como cerradas
o tipo test. Para la efectividad de este mtodo es preciso implicar a los participantes,
explicndoles el motivo de la encuesta o cuestionario.
4. Entrevistas en las que se puede obtener mucha mas informacin que en un cuestionario o
encuesta, ya que el entrevistado puede expresarse ms profundamente sobre sus
necesidades de capacitacin y formacin para el correcto desempeo de sus tareas. Si se
utiliza este mtodo es conveniente contrastar los datos obtenidos usando tambin otras
tcnicas.
5. Anlisis de las solicitudes de formacin que el propio personal o sus responsables dirigen
al departamento de RR.HH o de Formacin, que deben analizarse cuidadosamente con objeto
de detectar los verdaderos objetivos que persiguen las acciones formativas solicitadas y los
beneficios que se pretenden obtener.
Por otro lado, existen otros mtodos que pueden complementar a los anteriores para una mejor
deteccin de necesidades:
6. Anlisis de documentos como manuales de procedimiento, descripcin funcional, etc.
7. Anlisis funcional y Evaluacin del desempeo para ver qu tareas, como y en qu
condiciones se hacen para desempear cada puesto, adems de analizar tambin las
actitudes, conductas y comportamientos.
8. Planes de carrera, previsiones de promocin, previsin de rotacin de
puestos para poder definir qu competencias deben tener los trabajadores que vayan a
ocupar nuevos puestos en el futuro.

2. Objetivos del Anlisis


Identificacin de Necesidades
Es el primer paso del anlisis del sistema, en este proceso en Analista se rene con el cliente y/o usuario (un
representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan
las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y presupuestal,
lneas de mercadeo y otros puntos que puedan ayudar a la identificacin y desarrollo del proyecto.
Algunos autores suelen llamar a esta parte & uml; Anlisis de Requisitos y lo dividen en cinco partes:

Reconocimiento del problema.


Evaluacin y Sntesis.
Modelado.
Especificacin.

Revisin.

Antes de su reunin con el analista, el cliente prepara un documento conceptual del proyecto, aunque es
recomendable que este se elabore durante la comunicacin Cliente analista, ya que de hacerlo el cliente solo
de todas maneras tendra que ser modificado, durante la identificacin de las necesidades.
Estudio de Viabilidad
Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son
realistas para su materializacin sin tener perdidas econmicas y frustracin profesional. La viabilidad y el
anlisis de riesgos estn relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de
producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro reas principales
de inters:
Viabilidad econmica
Una evaluacin de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del
producto o Sistema desarrollado.
Viabilidad Tcnica
Un estudio de funciones, rendimiento y restricciones que puedan afectar la realizacin de un sistema
aceptable.
Viabilidad Legal
Es determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir
al desarrollar el Sistema.
Alternativas. Una evaluacin de los enfoques alternativos del desarrollo del producto o Sistema.
El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia.

3. Anlisis Econmico y Tcnico


El anlisis econmico incluye lo que llamamos, el anlisis de costos beneficios, significa una valoracin de
la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del
producto o sistema.
Muchas veces en el desarrollo de Sistemas de Computacin estos son intangibles y resulta un poco dificultoso
evaluarlo, esto varia de acuerdo a la caractersticas del Sistema. El anlisis de costos beneficios es una fase
muy importante de ella depende la posibilidad de desarrollo del Proyecto.
En el Anlisis Tcnico, el Analista evala los principios tcnicos del Sistema y al mismo tiempo recoge
informacin adicional sobre el rendimiento, fiabilidad, caractersticas de mantenimiento y productividad.
Los resultados obtenidos del anlisis tcnico son la base para determinar sobre si continuar o abandonar el
proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan
perfectamente unas con otras.

Modelado de la arquitectura del Sistema


Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas,
Aviones, Maquinas, se crea un modelo idntico, pero en menor escala (mas pequeo).

Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma
diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en
lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notacin grfica, informacin y
comportamiento del Sistema.
Todos los Sistemas basados en computador pueden modelarse como transformacin de la informacin
empleando una arquitectura del tipo entrada y salida.
Especificaciones del Sistema
Es un Documento que sirve como fundamento para la Ingeniera Hardware, software, Base de datos, e
ingeniera Humana. Describe la funcin y rendimiento de un Sistema basado en computadoras y las
dificultades que estarn presente durante su desarrollo. Las Especificaciones de los requisitos del software se
produce en la terminacin de la tarea del anlisis.

Anlisis del problema


Fases. Entender el dominio del problema
1. Conocer el sistema actual
Conocer el dominio en el que existen los problemas, oportunidades, directrices y restricciones
del negocio
2. Analizar problemas y oportunidades
3. Analizar los procesos del negocio
4. Establecer objetivos de mejoras del sistema
5. Actualizar o refinar el plan del proyecto
6. Comunicar resultados y propuestas

Fases. De anlisis de requerimientos


1. Identificar y expresar los requerimientos del sistema
2. Priorizar los requerimientos del sistema
3. Actualizar o refinar el plan del proyecto
4. Comunicar la definicin de requerimientos
5. Manejo de requerimientos permanentes

Fases. De diseo lgico


1. Requerimientos funcionales de estructura
2. Requerimientos funcionales del prototipo
3. Validar los requerimientos funcionales
4. Definir casos de pruebas de aceptacin

Fases. Anlisis de decisin


1. Identificar soluciones alternativas
2. Anlisis soluciones alternativas
3. Comparar soluciones alternativas
4. Actualizar el plan de proyecto
5. Recomendar una solucin del sistema
http://es.slideshare.net/edgalcas/fase-de-analisis-del-problema

4. Diseo de sistemas
Conceptos y principios
El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir
un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretacin y
realizacin fsica.
La etapa del Diseo del Sistema encierra cuatro etapas:
El diseo de los datos
Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos
necesarios para implementar el Software.

El Diseo Arquitectnico
Define la relacin entre cada uno de los elementos estructurales del programa.
El Diseo de la Interfaz
Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los
operadores y usuarios que lo emplean.
El Diseo de procedimientos
Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseo del Software
se puede definir en una sola palabra Calidad, dentro del diseo es donde se fomenta la calidad del Proyecto. El
Diseo es la nica manera de materializar con precisin los requerimientos del cliente.
El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos
repetitivos que permiten al diseador describir todos los aspectos del Sistema a construir. A lo largo del
diseo se evala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas:
El diseo debe implementar todos los requisitos explcitos contenidos en el modelo de anlisis y debe
acumular todos los requisitos implcitos que desea el cliente.
Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el
Software.
El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos,
funcional y comportamiento desde el punto de vista de la Implementacin.
Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos para un buen
diseo como son:

Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del control entre
los componentes del software.
El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos que
realicen funciones y subfunciones especificas.
Un diseo debe contener abstracciones de datos y procedimientos.
Debe producir mdulos que presenten caractersticas de funcionamiento independiente.
Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y el
entorno exterior.

Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida
durante el anlisis de requisitos de Software.

Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs
de la aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva.
Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo
incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o croquis.
5. Diseo de la Salida
En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los
usuarios la salida es la nica razn para el desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin
embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

Determine que informacin presentar. Decidir si la informacin ser presentada en forma visual,
verbal o impresora y seleccionar el medio de salida.
Disponga la presentacin de la informacin en un formato aceptable.
Decida como distribuir la salida entre los posibles destinatarios.

Diseo de Archivos
Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear
para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones
que se toman durante el diseo de archivos, se encuentran las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en el archivo.


La longitud de cada registro, con base en las caractersticas de los datos que contenga.
La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que
puede ser secuencial, indexada o relativa).

No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los
del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los
registros.
Diseo de Interacciones con la Base de Datos
La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos grandes o pequeos,
utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razn estos sistemas utilizan
u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a
su administrador para ponerse de acuerdo en el uso de esta en el sistema.
6. Herramientas para el Diseo de Sistemas
Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos
detectados durante las actividades del anlisis:
Herramientas de especificacin
Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas,
procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de
datos.
Herramientas para presentacin
Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales,
reportes y otros medios de entrada y salida.

Herramientas para el desarrollo de Sistemas


Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales.
Herramientas para Ingeniera de Software
Apoyan el Proceso de formular diseos de Software, incluyendo procedimientos y controles, as como la
documentacin correspondiente.
Generadores de cdigos
Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas.
Herramientas para pruebas
Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra las especificaciones. Incluyen
facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en
comparacin con las expectativas.
La revolucin del procesamiento de datos de manera computarizada, junto con las prcticas de Diseo
sofisticadas est cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo
d Sistemas de Informacin funcionales.
7. Anlisis de Sistemas de Apoyo a Decisiones Semiestructuradas
Mtodos Disponibles
Para poder obtener buenos resultados en los sistemas de apoyo a decisiones estructuradas, debemos dividir el
trabajo como lo dice anteriormente el anlisis de sistema del que estamos hablando, debe tener en cuenta:
a.
b.
c.

Si es analtico o heurstico
Cmo son tomadas la decisiones en las tres fases de resolucin de problemas de inteligencia
El uso de los mtodos de criterios mltiples tiles para la resolucin de problemas semiestructurados.

Estos sistemas pueden funcionar de varias formas es decir, la organizacin de la informacin para las
situaciones de decisin, la interaccin con los tomadores de decisiones que llevan consigo la expansin en la
toma de decisiones, la forma de presentar la informacin para su mejor comprensin aadiendo modelos y
criterios mltiples.
En donde los modelos de criterios mltiples incluyen procesos de compromiso, mtodos ponderados y
mtodos de eliminacin secuencial y son los ms adecuados para el manejo de la complejidad y naturaleza
semiestructurada.

8. Sistemas de apoyo a Decisiones


Este mtodo posee caractersticas que lo diferencia de los dems sistemas que manejan informacin y que son
tradicionales. Los usuarios finales de los DSS (sistemas de apoyo a decisiones) poseen caractersticas
especiales que merecen ser tomadas en cuenta.
Caractersticas de un sistema de apoyo a decisiones
Debemos tener en cuenta que un sistema de apoyo a decisiones lo definiremos como la manera de
organizacin de informacin que se pretende usar en la toma de decisiones. Para lo cual al presentar la
informacin debe estar diseada basndose en la solucin de problemas y esto debe darse ya que el usuario no
debe tomar la decisin, sino el DSS.
Un DSS permite al tomador de decisiones interactuar con l, y esto debe verse en la interfaz del usuario.

Un DSS puede ser construido para dar soporte a decisiones de una sola vez y son aquellas que son poco
frecuentes a otras que suceden rutinariamente.
Un DSS debe ser diseado tpicamente para decisiones de un particular o para un grupo, es decir que el
usuario entienda mejor las soluciones por medio de grficas, tablas u otro medio de presentacin y que sea de
interfaz para el usuario.
Debemos saber utilizar las diferentes herramientas que generan DSS, as como en la construccin de DSS
especficos, y generadores de DSS.
Para el DSS, el proceso trabajar para la transformacin del usuario, el tomados de decisiones y debe dar
como resultado un cambio y mejora deldesempeo en la toma de decisiones.
Usuarios de los sistemas de apoyo a decisiones
Dentro de las organizaciones existen tres niveles, el estratgico, el administrativo y el operacional, es por eso
que a nivel operacional las decisiones se pueden tomar y ser automatizadas satisfactoria y completamente.
Los tipos de problemas que ayuda a solucionar un DSS son complejos y semiestructurados ya que este tipo de
problemas los ve registrados en los niveles estratgico y administrativo.
Es importante que si el usuario final est muy ocupado o preocupado por la interaccin con el DSS, este puede
ser utilizado por un intermediario tcnico o ayudante que interacte con la computadora y as las decisiones
sern tomadas de una forma desde el proceso y no desde la mecnica.
9. Conceptos del proceso de Toma de decisiones relevantes para los DSS
Para la toma de decisiones sabemos que es necesario hacer uso de la informacin como, el uso de teoras, que
tiene como consecuencia el acierto, la incertidumbre y el riesgo, es por eso que debemos diferenciar si el
tomador de decisiones en analtico o heurstico y es importante que estos tomen en cuenta las fases de
solucin como son la inteligencia, la seleccin y el diseo, tal como se le da soporte en los sistemas de apoyo a
decisiones.
La toma de decisiones bajo riesgo
Las decisiones son tomadas por lo general bajo tres condiciones importantes como lo es la: certidumbre,
incertidumbre y el riego.
La certidumbre es aquella que nos muestra todo por anticipado antes de la decisin, los resultados, las
consecuencias y segn sean las necesidades presentadas por el usuario.
La incertidumbre es lo contrario de la certidumbre, no tenemos resultados, ni probabilidades o las
consecuencias de las decisiones.
Entre estos dos aspectos o condiciones tienen por medio el riesgo, es decir que tenemos el conocimiento
(certidumbre) de las alternativas (variables controlables), existen slo las estimaciones y no est en nuestras
manos el controlar (variables ambientales) y de las que no estamos seguros de su resultado (variables
dependientes). Bajo estas alternativas que tenemos muchas de las tomas de decisiones en
las empresas o negocios se realizan bajo riesgo.
El estilo de la toma de decisiones
Por lo general la informacin se recolecta, procesa y se usa en forma de parmetro segn sea el estilo de la
toma de decisiones. Y es por eso que los tomadores de decisiones son analticos o heursticos.
Un tomador de decisiones analtico se apoya en la informacin que es adquirida y evaluada sistemticamente
para estrechar las alternativas y tomar una seleccin que est basada en informacin. En donde los tomadores

de decisiones analticos valoran la informacin cuantitativa y los modelos que la generan y la usan. Como
comentario adicional, utilizan matemticas para el modelo del problema y usan algoritmos para resolverlos.
Un tomador de decisiones heurstico se hace ayudar de lineamientos (reglas), aunque no se adapte,
bajo conciencia o un sistema, esto es que la heurstica se basa en la experiencia. Estos tomadores de decisiones
aprenden bajo las actuaciones, es decir mediante la prueba y el error hasta encontrar la solucin. Y su apoyo
es el sentido comn para que los gue.
Tomador de decisiones analtico

Tomador de decisiones heurstico

Aprende mediante anlisis


Usa procedimientos paso a paso
Valora la informacin cuantitativa y los
modelos
Constituye modelos matemticos y algoritmos
Busca soluciones ptimas

Aprende actuando
Usa prueba y error
Valora la experiencia

Se apoya en el sentido comn

Busca soluciones satisfactorias

Fases para la solucin de problemas


La toma de decisiones (o resolucin de problemas) es un proceso, y est concebido en fases en vez de pasos.
Puesto que en las fases, la ocurrencia de comportamiento se agranda y se escoge, y como diferencia de los
pasos es que estos se llevan a cabo mediante una secuencia, es decir no podemos seguir sino se ha terminado
el anterior y se realizan de forma independiente.
Las fases para la toma de decisiones son la: Inteligencia, el diseo y la seleccin (Simn 1965) Y se inicia en la
forma como se ha escrito.
Inteligencia: es la conciencia de un problema u oportunidad, el tomador de decisiones busca en los ambientes
de negocios interno y externo, revisando las decisiones que deber tomar, problemas a resolver u
oportunidades a examinar. La inteligencia se traduce como la vigilancia, la bsqueda continua y revisin.
Diseo: Formula un problema y analiza las varias soluciones alternativas, proporcionando al tomador de
decisiones generar y analizar alternativas para su aplicabilidad potencial.
Seleccin: La seleccin del tomador de decisiones de una solucin al problema u oportunidad identificado en
la fase de inteligencia. Incluyendo la implementacin de la seleccin del tomador de decisiones. Hay otros
autores que incluyen la implementacin y la evaluacin.
10. Conclusiones
En Conclusin un proyecto de desarrollo de un Sistema de Informacin comprende varios componentes o
pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un
modelo de Sistema que utiliza uno mas de los componentes: Software, hardware, personas, base de datos,
documentacin y procedimientos.
En una organizacin o Empresa, el anlisis y Diseo de Sistemas, es el proceso de estudiar su Situacin con la
finalidad de observar como trabaja y decidir si es necesario realizar una mejora; el encargado de llevar a cabo
estas tareas es el analista de sistemas.

Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de Sistemas para detectar
todos los detalles de la situacin actual dela empresa. La informacin reunida con este estudio sirve como
base para crear varias estrategias de Diseo. Los administradores deciden que estrategias seguir.
Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez mas con el uso de computadoras
estn teniendo un papel muy importante en el desarrollo de sistemas.
Todas las organizaciones son Sistemas que actan de manera reciproca con su medio ambiente recibiendo
entradas y produciendo salidas. Los Sistemas que pueden estar formados por otros Sistemas de denominan
subsistemas y funcionan para alcanzar los fines de su Implantacin.
Es por eso que existen varios modelos o mtodos para la realizacin del anlisis y diseo de un sistema, lo
primero del trabajo fue revisar que es el Anlisis y el diseo y posteriormente el autor Kendall, presenta varios
modelos que podemos utilizar para la realizacin y elaboracin de un proceso y trabajo exhaustivo y dar
solucin o respuesta al problema que se ha generado desde la perspectiva del programador y analista.
11. Bibliografa
Kendall & Kendall; Anlisis y Diseo de Sistemas; 3 Edicin; Pearson Educacin.
Roger S. Pressman; Ingeniera del Software;4 Edicin; Mc Graw Hill