FUNDAMENTOS DE

INGENIERIA DE SOFTWARE
APUNTES UNIDAD 1: FUNDAMENTOS DE INGENIERIA DE SOFTWARE


28 DE AGOSTO DE 2014
FRANCISCO JAVIER GONZALEZ PEREZ
INSTITUTO TECNOLOGICO SUPERIOR DE SAN ANDRES TUXTLA
Contenido
ELEMENTOS DE UN SISTEMA .............................................................................................................. 3
CARACTERSTICAS DEL SISTEMA ......................................................................................................... 3
COMPONENTES DE LOS SISTEMAS ...................................................................................................... 3
SISTEMA .............................................................................................................................................. 5
DISEO DE SISTEMAS .......................................................................................................................... 5
ELEMENTOS ......................................................................................................................................... 6
PROCESO DE CONVERSION ................................................................................................................. 6
ENTRADAS Y RECURSOS .................................................................................................................... 6
EL MEDIO ............................................................................................................................................. 7
PROPOSITO .......................................................................................................................................... 7
ATRIBUTO ............................................................................................................................................ 7
METAS Y OBJETIVOS ............................................................................................................................ 7
COMPONENTE PROGRAMAS Y MISIONES ........................................................................................... 7
ADMINISTRACCION AGENTES Y AUTORES DE DECISIONES .............................................................. 8
ESTRUCTURA ....................................................................................................................................... 8
ENTRADAS Y FLUJO ............................................................................................................................. 8
TAXONOMA DE CIENCIAS Y SISTEMAS ............................................................................................... 8
Historia de la ingeniera de software ................................................................................................ 10
CRISIS DEL SOFTWARE ....................................................................................................................... 10
CARACTERSTICAS DEL SW ................................................................................................................ 10
INTRODUCCIN AL PROCESO DE DESARROLLO ................................................................................ 11
MODELO DE LA INGENIERA DE SW .................................................................................................. 11
FASE 1 ................................................................................................................................................ 12
FASE DE DEFINICIN ......................................................................................................................... 12
FASE DE DESARROLLO ....................................................................................................................... 12
CICLO DE VIDA DE UN PROYECTO DE SOFTWARE ............................................................................. 12
TECNOLOGAS ESTRUCTURADAS ...................................................................................................... 13
MTODO ORIENTADO A OBJETOS ..................................................................................................... 13
HISTORIA DE LAS HERRAMIENTAS CASE ........................................................................................... 15
OBJETIVOS DE LAS CASE .................................................................................................................... 16
VENTAJAS DE LA UTILIZACIN DE CASE ............................................................................................ 16
CARACTERSTICAS DE UNA HERRAMIENTA CASE .............................................................................. 16
OBJETIVOS DE LA TECNOLOGA CASE ............................................................................................... 16
CONCLUSIN HERRAMIENTAS CASE ................................................................................................. 17
Clasificacin por cobertura ............................................................................................................... 17


UNIDAD 1 FUNDAMENTOS INGENIERIA
DE SOFTWARE
SISTEMA:
Red de procedimientos relacionados entres si y desarrollados con un esquema integrado
Ensamble de partes unidas por inferencia para lograr objetivos
Conjunto de cosas relacionadas entre s para lograr un objetivo

ELEMENTOS DE UN SISTEMA
Los componentes del sistema
Las relaciones entre ellos, que determinan la estructura del sistema
El objetivo del sistema
El entorno del sistema; aquello que lo rodea, dentro del cual est ubicado
Los lmites del sistema : la frontera entre lo que es el sistema y lo que constituye el
entorno

CARACTERSTICAS DEL SISTEMA
Todo sistema contiene otros sistemas y a la vez este tiene otros sistemas (supra sistemas,
sistemas, subsistemas)
Todos los componentes deben interactuar, interrelacionarse, actuar y operar orientados
en funcin a los objetivos del sistema
La alteracin a variables de una parte inciden en las dems y en el conjunto

COMPONENTES DE LOS SISTEMAS
Insumos
Constituyen los componentes que ingresan en el sistema dentro del cual se va transformar
hasta convertirse en producto (salida)
Procesador
Componente que transforma el estado original de los insumos en productos o salidas,
guiados por normas, procedimientos, estructuras administrativas, etc.
Productos
Son las salidas o la expresin de los objetivos de los sistemas, son los fines y las metas del
sistema
PROCESADOR
Regulador
Componente que gobierna todo el sistema
Manera en que se van a transformar los datos
Polticas, estrategias, tcticas, etc.
Son las reglas del juego
Retroalimentacin
Los productos pueden constituir insumos del contexto o sistema superior
Mantiene en funcionamiento el sistema




REGULADOR
INSUMOS PRODUCTO
RETROALIMENTACION
ACTIVIDAD 1
CONCEPTOS
SISTEMA
Un sistema es un conjunto de partes o acontecimientos que son interdependientes entre s e
interaccionan, por lo que puede ser considerado como un todo sencillo, es decir, llamamos
sistemas a los conjuntos compuestos de elementos que interactan.
Hay tres actividades en un sistema de informacin que producen la informacin que esas
organizaciones necesitan para tomar decisiones, controlar operaciones, analizar problemas y crear
nuevos productos o servicios. Estas actividades son:

Entrada: captura o recolecta datos en bruto tanto del interior de la organizacin como de su
entorno externo.
Procesamiento: convierte esa entrada de datos en una forma ms significativa.
Salida: transfiere la informacin procesada a la gente que la usar o a las actividades para las que
se utilizar.
Los sistemas de informacin tambin requieren retroalimentacin, que es la salida que se
devuelve al personal adecuado de la organizacin para ayudarle a evaluar o corregir la etapa de
entrada.

DISEO DE SISTEMAS
El diseo de sistemas es el arte de definir la arquitectura de hardware y software, componentes,
mdulos y datos de un sistema de cmputo para satisfacer ciertos requerimientos. Es la etapa
posterior al anlisis de sistemas.
El diseo de sistemas tiene un rol ms respetado y crucial en la industria de procesamiento de
datos. La importancia del software multiplataforma ha incrementado la ingeniera de software a
costa de los diseos de sistemas.
Los mtodos de anlisis y diseo orientado a objetos se estn volviendo en los mtodos ms
ampliamente utilizados para el diseo de sistemas. El UML se ha vuelto un estndar en el Anlisis y
diseo orientado a objetos. Es ampliamente utilizado para el modelado de sistemas de software y
se ha incrementado su uso para el diseo de sistemas que no son software as como
organizaciones.

CONCEPTOS QUE CARACTERIZAN A LOS
SISTEMAS

ELEMENTOS
Los elementos son los componentes de cada sistema. Los elementos de sistemas pueden a su vez
ser sistemas por derecho propio es decir, subsistemas .los elementos de sistemas pueden ser
inanimados (no vivientes), o dotados de vida (vivientes).la mayora de los sistemas con los cuales
tratamos, son agregados de ambos. Los elementos que entran al sistema se llaman entradas, y los
que lo dejan son llamados salida o resultado.
PROCESO DE CONVERSION
Los sistemas organizados estn dotados de un proceso de conversin por el cual los elementos
del sistema pueden cambiar de estado. El proceso de conversin cambia elementos de entrada
en elementos de salida. En un sistema con organizacin. Los procesos de conversin
generalmente agregan valor y utilidad a las entradas, al convertirse en salidas. Si el proceso de
conversin reduce el valor o utilidad en el sistema este impone costos e impedimentos.

ENTRADAS Y RECURSOS
La diferencia entre entradas y recursos es mnima, y depende solo del punto de vista y
circunstancia. En el proceso de conversin. Las entradas son generalmente los elementos sobre
los cuales se aplican los recursos. Por ejemplo, los estudiantes que ingresan al sistema de
educacin son entradas, en tanto que los maestros son unos de los recursos utilizados en el
proceso. Desde un contexto ms amplio, los estudiantes con una educacin se tornan en
recursos, cuando se convierten en el elemento activo de la comunidad O sociedad. En general, el
potencial humano (maestros, personal no acadmico, personal no acadmico, personal
administrativo), el capital (que proporciona Tierra, equipo e implementos). El talento, el saber
cmo y la informacin, puede considerarse todos intercambiables como entradas o recursos
empicados en el sistema de educacin. Cuando se Identifican las entradas y recursos de un
sistema, es importante especificar si estn o no bajo control del diseador de sistema es decir, Si
pueden ser considerados como parte del sistema o parte del medio (vase en seguida). Cuando
se evala la eficacia de un sistema para lograr sus objetivos, las entradas y los recursos
generalmente se considerarn como costos.


EL MEDIO
En breve presentaremos un estudio que cmo los lmites de sistema y su medio se establece.
Baste ahora explicar aqu que es imperativo decidir sobre los lmites de los sistemas cuando se
estudian sistemas abiertos (vivientes) sistemas que interactan con otros sistemas. La definicin
de los lmites de sistemas determinan cuales sistemas se consideran bajo control de quienes
toman las decisiones y cuales deben dejarse fuera de su jurisdiccin (consideramos como
"conocidos" o "dados"). A pesar de donde se implantan los lmites del sistema, no pueden
ignorarse las interacciones con el medio, a menos que carezcan de significado las soluciones.
PROPOSITO
Los sistemas inanimados estn desprovisto de un propsito evidente. Estos adquieren un
propsito o funcin especficos, cuando entre las relaciones con otros Subsistemas en el contexto
de un sistema ms grande. Por tanto las conexiones entre subsistemas, y entre subsistemas y el
sistema total, son de considerable importancia en el estudio de sistemas. Algunas preguntas
relacionadas con los temas de casualidad y finalidad no nos interesan por ahora, ya que se
tratar,", en el siguiente captulo.


ATRIBUTO
Los sistemas, subsistemas, y sus elementos, estn dotados de atributos o propiedades. Los
atributos pueden ser "cuantitativos" o "cualitativos". Esta diferenciacin determina el
enfoque a utilizarse para medirlos. Los atributos "cualitativos" ofrecen mayor dificultad de
definicin y medicin que su contraparte los atributos "cuantitativos". Los atributos en
ocasiones se usan como sinnimos a "mediciones de eficacia", aunque deben diferenciarse el
atributo y su medicin.
METAS Y OBJETIVOS
La identificacin de metas y objetivos es de suprema importancia para el diseo de sistemas.
En la medida en que se disminuye el grado de abstraccin, los enunciados de propsito
serio mejor definidos y ms operativos. Las mediciones de eficacia reculen el grado en que se
satisfacen los objetivos de sistemas. stas representan los valores de atributos de sistemas.

COMPONENTE PROGRAMAS Y MISIONES
El sistema orientado a objetos se organiza el proceso de concesin alrededor del concepto de
componentes programas o misiones el cual consiste de elementos compatibles reunidos para
trabajar hacia un objetivo definido. En la mayora de los casos los lmites de los componentes no
coinciden con los lmites de la estructura organizacional una cuestin bastante significativa para el
enfoque de sistemas.

ADMINISTRACCION AGENTES Y AUTORES DE DECISIONES
Las acciones y decisiones que tienen lugar en el sistema, se atribuyen o asignan
administradores, agente y autores de decisiones cuya responsabilidad es la gua del sistema
hacia el logro de sus objetivos. Primordialmente nos interesamos en el estudio de
organizaciones O sistemas organizados orientados a un objetivo es decir en aquellos que
poseen un propsito o funcin definibles y se esfuerzan hacia uno o ms objetivos o
resultados observables y redimibles.
ESTRUCTURA
La nocin de estructura se relaciona con la forma de las relaciones que mantienen los elementos
del conjunto. La estructura puede ser simple o compleja, dependiendo del nmero y tipo de
interrelaciones entre las partes del sistema. Los sistemas complejos involucran jerarquas
que son niveles ordenados, partes, o elementos de subsistemas. Los sistemas funcionan a
largo plazo, y la eficacia con la cual se realizan depende del tipo y forma de interrelaciones
entre los componentes del sistema.

ENTRADAS Y FLUJO
Es usual distinguir entre estados y flujos de sistemas. El estado de un sistema se define por
las propiedades que muestran sus elementos en un punto en el tiempo. La condicin de un
sistema est dada por el valor de los atributos que lo caracterizan. Los cambios de un estado
a otro por los que pasan los elementos del sistema dan surgimiento aflujos. Los cuales se
definen en trminos de tasas de cambio del valor de los atributos de sistemas. La conducta
puede interpretarse como cambios en los estados de sistema sobre el tiempo.

TAXONOMA DE CIENCIAS Y SISTEMAS
Las propiedades de los sistemas y diferencias en su dominio, pueden estudiarse en el contexto de
una taxonoma que considera a la teora general de sistemas como una ciencia general a la par de
las matemticas y la filosofa.

No se quiere decir que la taxonoma de las ciencias y sistemas presentada aqu sea definitiva.
Muchas ciencias nuevas como la bioingeniera no se definen con respecto a las lneas de
separacin delineadas aqu. Nuestro esquema solamente est diseado como un auxiliar para
describir la envergadura del pensamiento de los sistemas en el espectro del conocimiento. Colocar
la teora general de sistemas arriba de las ciencias especializadas, no necesariamente significa que
la primera es ms importante que las segundas. Su posicin relativa slo es representativa de la
naturaleza del papel que desempean en el espectro y de las diferencias entre los tipos de
sistemas que tratan. Esas diferencias se tratan ms adelante, cuando procedamos a explicar las
propiedades y dominio de sistemas.
PREGUNTAS FRECUENTES SOBRE
INGENIERIA DE SOFTWARE

1. Qu es el software?
Programas de computadora y la documentacin asociada. Los productos de software se
pueden desarrollar para algn cliente en particular o para un mercado general

2. Qu es ingeniera de software?
La ingeniera de software es una disciplina de ingeniera que comprende todos los
aspectos de la produccin de software

3. Cul es la diferencia entre la ingeniera de software y ciencias de la computacin?
La ciencia de la computacin comprende la teora y los fundamentos, la ingeniera de
software comprende las formas prcticas para desarrollar y liberar un software til

4. Cul es la diferencia entre ingeniera de software e ingeniera de sistemas?
La ingeniera de sistemas se refiere a todos los aspectos de desarrollo de sistemas basados
en computadora, incluyendo hardware, software e ingeniera de procesos. La ingeniera de
software es parte de este proceso

5. Qu es un proceso del software?
Un conjunto de actividades cuya meta es el desarrollo o evolucin del software

6. Qu es un modelo de procesos del software?
Una representacin simplificada de un proceso del software, presentada desde una
perspectiva especifica.

7. Cules son los mtodos de la ingeniera de software?
Enfoques estructurados para el desarrollo de software que incluyen modelos de sistemas,
notaciones, reglas, sugerencias de diseo y guas de procesos

8. Qu es CASE (Ingeniera de Software Asistida por Computadora)?
Sistemas de software que intentan proporcionar ayuda automatizada a las actividades del
proceso del software. Los sistemas CASE a menudo se utilizan como apoyo al mtodo

9. Qu atributos tiene un buen software?
El software debe tener la funcionalidad y el rendimiento requeridos por el usuario,
adems de ser mantenible, confiable y utilizable.
22/08/14

1.2 EL PAPEL EVOLUTIVO DEL
SOFTWARE
Historia de la ingeniera de software
La IS, es un trmino utilizado por primera vez por Fritz Bauer en la primera conferencia sobre el
desarrollo de software en octubre de 1968
La aplicacin de principios probados, tcnicas lenguajes, herramientas para la creacin de
software y que satisfaga las necesidades del usuario.
Su origen se debi a que el entorno de desarrollo de sistemas de software adoleca de:
Retrasos considerables en la planificacin
Poca productividad
Elevadas cargadas de mantenimiento
Demandas cada vez ms desfasadas con las ofertas
Baja calidad y fiabilidad del producto
Dependencias de los realizadores
Esto es lo que se ha denominado como crisis de software

CRISIS DEL SOFTWARE
Sntomas:
El software no es viable y necesita de un mantenimiento permanente.
El software se entrega muy a menudo con retrasos y con unos costos superiores a los
presupuestados.
A menudo el software es imposible de mantener, carece de transparencia que no se puede
modificar, ni mejorar.

CARACTERSTICAS DEL SW
1. El software se desarrolla, no se fabrica en un sentido clsico
2. El software no se estropea
3. Aunque la industria tiende a ensamblar componentes, el software se desarrolla a medida


1.3 ETAPAS DEL DESARROLLO DE
SOFTWARE

Proceso de desarrollo
Deseos
Necesidades
Especificaciones

INTRODUCCIN AL PROCESO DE DESARROLLO
Cuando se aborda al desarrollo de cualquier proyecto evolucionan desde ideas abstractas hacia
concreciones realizables
El planteamiento es el siguiente:
Que es lo que se va a desarrollar, hacer la especificacin
Que se va a utilizar
Realizar el diseo
Codificacin de la aplicacin

MODELO DE LA INGENIERA DE SW

Desarrollo de software (anlisis, diseo)
Gestin de proyectos
Mtricas del software (flexibilidad del proyecto)
Mantenimiento del software (cambios, correcciones, modificaciones)

Para construir la ingeniera del software adecuadamente, se debe definir el proceso de desarrollo
Se puede dividir en 3 bases genricas con la independencia del rea de aplicacin, tamao del
proyecto o la complejidad

FASE 1
FASE DE DEFINICIN
Se centra sobre el que. Es decir, durante la definicin, el que desarrolla el software, intenta
identificar qu informacin ha de ser procesada, que funcin y rendimiento se desea, que
comportamiento del sistema, que interfaces van a ser establecidas, que restricciones de diseos
existen, que criterios de validacin se necesitan para definir un sistemas correcto.

FASE DE DESARROLLO
Se centra en el cmo, es decir durante el desarrollo un ingeniero del software intenta definir como
han de disear las estructuras de datos, como ha de implementarse la funcin dentro de una
arquitectura de SW, como han de implementarse los detalles procedimentales, como han de
caracterizarse interfaces, como ha de traducirse el diseo en un lenguaje de programacin y como
ha de realizarse la prueba.
Los mtodos aplicados durante la fase de desarrollo variaran, aunque las tres tareas especficas
tcnicas deberan ocurrir siempre.
Diseo del software
Generacin del cdigo
Prueba del software



25/08/14
CICLO DE VIDA DE UN PROYECTO DE SOFTWARE

Proceso conjunto de actividades mutuamente relacionadas o que interactan, las cuales
transforman elementos de entrada en resultados.

Entrada proceso (transformacin) salida
Necesidades ingeniera (software) producto software



Fases del ciclo de desarrollo de software Fases del ciclo de vida del software
Requerimientos Concepto(necesidad)
Diseo Requerimientos
Implementacin Diseo
Pruebas Implementacin
Instalacin Pruebas
Comprobacin Instalacin
Comprobacin
Operacin
Mantenimiento
Retirada
CICLO DE VIDA DEL PROYECTO SOFTWARE
1.4 CLASIFICACION DE LA TECNOLIGA
EN EL DESARROLLO DE SOFTWARE
(TECNOLOGIA ESTRUCTURADA Y
ORIENTADA A OBJETOS)

Mtodo estructurado
Mtodo orientado a objetos

TECNOLOGAS ESTRUCTURADAS
La base de esta tecnologa es que es posible estructurar el modelo de un sistema de software en
base a funciones.

1. SA/RT ANLISIS ESTRUCTURADO CON EXTENSIONES PARA TIEMPO REAL

2. COMPONENTES BSICOS DE UNA TECNOLOGA DE DESARROLLO ESTRUCTURADO


MTODO ORIENTADO A OBJETOS
Se caracteriza mediante in conjunto de objetos con atributos y comportamientos especficos que
son manipulados mediante una coleccin de funciones
Los componentes de software derivados mediante el paradigma de objetos muestran
caractersticas como la independencia funcional, la ocultacin de informacin
El software orientado a objetos es ms fcil de mantener debido a sus estructuras



27/08/2014
1.5 DEFINICIN E HISTORIA DE LAS
HERRAMIENTAS CASE

CASE: Ingeniera de software asistido por medio de computadoras
Las herramientas CASE se han desarrollado como una de las soluciones para afrontar los
problemas de calidad de software
CASE es la automatizacin de mtodos existentes de la ingeniera de software, con el objetivo de
mejorar la calidad del producto junto con la eficiencia de los desarrolladores de software
La idea bsica de CASE es soportar cada etapa del ciclo de vida del desarrollo del software con un
conjunto de herramientas, que ahorren esfuerzos
Algunas herramientas se concentran en soportar las primeras etapas del ciclo de vida
Dan una asistencia automatizada para el dibujo automtico de diagramas, toolbox para
dibujar
Otras se centran en las fases de implementacin del ciclo de vida. Ello incluye generadores de
cdigo automtico y casos de test
En algunos casos estas herramientas se utilizan junto con lenguajes de programacin
En otros casos, estos lenguajes se reemplazan permitiendo al desarrollador crear especificaciones
del programa de alto nivel, a partir del cual el cdigo puede ser generado
Bsicamente CASE implica la existencia de tres caractersticas dentro del desarrollo del SW.
Una coleccin de herramientas
Una disposicin organizada de estas
Integracin entre desarrolladores y herramientas


HISTORIA DE LAS HERRAMIENTAS CASE

1. Definicin de sistemas basados en un conjunto de informacin textual
Falta de precisin
Difcil de actualizar

2. Tcnicas estructuradas
Especificaciones ms precisas y concisas
No son fciles de actualizar
Los errores inconsistencias y omisiones se pierden en la complejidad del diagrama
La validacin sigue siendo manual




3. Las CASE se refuerzan, la precisin de las especificaciones/desarrollo
Facilitan la comprobacin de errores e inconsistencias difcilmente detectables
manualmente
El diagrama se normaliza y se trabaja con su significado, no con su representacin
El ciclo de vida sigue siendo el de tcnicas estructuradas

4. Las I-CASE integran un conjunto de herramientas que cubre y modifican la
totalidad del ciclo de vida

5. Las CASE comienzan a soportar el ciclo de vida de generacin automtica de
cdigo

Principios de los 80 Documentacin asistida por computadora
Diagramas asistidos por la computadora
Herramientas de anlisis y diseo
Mediados de los 80 Anlisis, diseo, y chequeo automtico
Repositorio de informacin del sistema

Finales de los 80 Generacin automtica a partir de las
especificaciones del diseo
Diseo automtico y la programacin
automtica
Principios de los 90 Conduccin inteligente de la metodologa
Interfaz amigable con el usuario
Reutilizacin como metodologa de desarrollo
OBJETIVOS DE LAS CASE
Las herramientas CASE aseguran que se alcanzan las tres C
Consistencia
Complitud
Cumplimiento de los estndares
Mejora de la productividad y de la calidad mediante un entorno interactivo
Aceleracin del proceso de desarrollo, favoreciendo el proceso de prototipo (espirado)
Automatizar e integrar las tareas de las distintas etapas del ciclo de vida
Asistencia en la gestin de proyectos de software
Mejora la calidad del software (automatizacin comprobacin de errores)
Automatizar la generacin de documentacin
VENTAJAS DE LA UTILIZACIN DE CASE
Utilizacin de diversas metodologas
Aumenta la calidad del SW desarrollado, debido a que una funcionalidad se basa en la
comprobacin automtica de errores
El mantenimiento del programa se hace mucho ms sencillo
Se facilita la construccin de prototipos o versiones beta
Permite la reutilizacin de componentes de SW, como libreras
Acelera el proceso de desarrollo del SW
Permite un desarrollo gradual e iterativo

CARACTERSTICAS DE UNA HERRAMIENTA CASE
Permite a los usuarios dibujar diagramas para la planificacin, anlisis o diseo en la
pantalla
Solicitan informacin sobre los objetos del diagrama y de sus interrelaciones
Almacenan el significado del diagrama, en vez del diagrama en si mismo. Se crea el
depsito de informacin
Comprueban la exactitud, integridad y completitud de cada diagrama

OBJETIVOS DE LA TECNOLOGA CASE
1. Incrementar
Productividad del equipo
Calidad del SW
Reusabilidad del SW

2. Reducir
Costos de desarrollo y mantenimiento

3. Automatizar
Gestin del proyecto
Desarrollo del SW
Mantenimiento del SW (incluyendo la automatizacin y estandarizacin de la
documentacin del SW)



CONCLUSIN HERRAMIENTAS CASE
Conjunto de herramientas y mtodos asociados que proporcionan asistencia
automatizada en el proceso de desarrollo del SE a lo largo de su ciclo de vida

Gestin del proyecto
o (Planificacin, estimacin y control)
Desarrollo del SW
o (Anlisis, diseo, implementacin, validacin)
Mantenimiento del SW

1.6 CLASIFICACIN DE LAS
HERRAMIENTAS CASE

Clasificacin por cobertura
TOOLKITS
Conjunto de herramientas software (integradas que automatizan alguna fase del ciclo de vida)
WORKBENCHS
Conjunto de herramientas software que Abarcan ms que una etapa del ciclo de vida
IPSE

Criterios de seleccin
Tipo de computadora
Lenguaje al que va orientada
Metodologa soportada
Posibilidades de integracin con otras plataformas (presentes y futuras)
Criterios habituales en la seleccin de SW: formacin, precio, asistencia tcnica,
mantenimiento, etc...




UNIDAD 2 INGENIERA DE REQUISITOS
01/09/14

Objetivo
Desarrollar las habilidades para identificar las diferentes tcnicas que se aplican para la obtencin
de requerimientos de software

Criterios de evaluacin

Exposicin 30 %
Reporte de investigacin 30 %
Documento de requerimientos 40 %


Investigacin exposicin equipo 2
Modelado de requisitos
Libros: swetzifield?? Modelado de requisitos, pressman

2.1 TAREAS DE LA INGENIERA DE
REQUISITOS

Introduccin
La comprensin de los requisitos de un problema esta entre las tareas mas difciles que enfrenta
un ing. De software.
Cuando se piensa por primera vez acerca de ello, la IR no parece tan difcil.
El ing. Debe de identificar cuales son las necesidades que se necesitan en el software, hay que
enfocarlo a las funciones del SWlos clientes pueden ser muy impredecibles, por lo tanto es
importante identificar muy bien que es lo que realmente se necesita

Tareas de la ingenieria de requisitos
IR, proporciona el mecanismo apropiado para entender lo que el cliente querem analizar las
necesidades, evaluar la factibilidad, negocioar una solucin razonable, especificar la solucin sin
ambigedades, validar la especificacin y administrar los requisitos conforme estos se
transforman en un sistema operacional.
El proceso de IR se kkeva a cabi a travs de 7 distitas funciones
Inicio
Obtencin
Elaboracin
Negociacin
Especificacin
Validacin
Gestin

Inicio:
Cmo se inicia un proyecto de SW?

Una conversacin informal, es todo lo que se necesita para precipitar un esfuerzo
importante en la IR
Comienza cuando se identifica una necesidad del negocio
Hacer una serie de preguntas para la comprensin bsica del problema