Se extraen los requisitos del producto de

software. En esta etapa la habilidad y

experiencia en la ingeniera del software es
crtica para reconocer requisitos
incompletos, ambiguos o contradictorios.
Usualmente el cliente/usuario tiene una
visin incompleta/inexacta de lo que
necesita y es necesario ayudarle para
obtener la visin completa de los
requerimientos
Consiste en comprobar que el software
responda/realice correctamente las tareas
indicadas en la especificacin.
Es la tarea de describir
detalladamente el software a ser
escrito, de una forma rigurosa. Se
describe el comportamiento esperado
del software y su interaccin con los
usuarios y/o otros sistemas.
Anlisis de
requerimientos:
Etapas de un proyecto de Ingeniera de sistemas


Se traduce el diseo a cdigo. Es la parte
ms obvia del trabajo de ingeniera de
software y la primera en que se obtienen
resultados tangibles. No necesariamente
es la etapa ms larga ni la ms compleja
aunque una especificacin o diseo
incompletos/ambiguos pueden exigir que,
tareas propias de las etapas anteriores se
tengan que realizarse en esta.
Es una buena praxis realizar pruebas
a distintos niveles (por ejemplo
primero a nivel unitario y despus de
forma integrada de cada
componente) y por equipos
diferenciados del de desarrollo
Especificacin
Programacin:
Prueba
Diseo y
arquitectura
Determinar como funcionar de forma
general sin entrar en detalles incorporando
consideraciones de la implementacin
tecnolgica, como el hardware, la red
En esta etapa se realizan un
mantenimiento correctivo (resolver
errores) y un mantenimiento evolutivo
(mejorar la funcionalidades y/o dar
respuesta a nuevos requisitos).
Mantenimiento:
Documentacin
:
2. Elabore un comentario sobre las etapas de un proyecto de Ingeniera de Sistemas.
Muchos proyectos de sistemas fallar estrepitosamente por no seguir ninguna metodologa. Con
muy buenas intenciones se empieza rpidamente a construir con slo una idea aproximada de lo
que se quiere desarrollar y con un plan an ms impreciso de cmo hacerlo. Aplicar las etapas de
la ingeniera del sistemas acostumbra ser una buena idea que te permite estructurar el producto y
enfocar su construccin con xito.

La ingeniera del sistemas es el proceso formal de desarrollo de software en el que las necesidades
del usuario se traducen en requerimientos, estos se transforman en diseo que se implementa en
cdigo que se prueba, documenta y se certifica para su uso operativo. Segn la definicin del IEEE
la ingeniera del software se define como (1) la aplicacin de un mtodo sistemtico, disciplinado
y cuantificable al desarrollo, operacin y mantenimiento de software, esto es, la aplicacin de la
ingeniera al software y (2) el estudio de los mtodos de (1)

El proceso requiere una metodologa con 5 etapas:

Anlisis de requerimientos: Se extraen los requisitos del producto de software. En esta etapa la
habilidad y experiencia en la ingeniera del software es crtica para reconocer requisitos
incompletos, ambiguos o contradictorios. Usualmente el cliente/usuario tiene una visin
incompleta/inexacta de lo que necesita y es necesario ayudarle para obtener la visin completa de
los requerimientos. El contenido de comunicacin en esta etapa es muy intenso ya que el objetivo
es eliminar la ambigedad en la medida de lo posible.
Especificacin: Es la tarea de describir detalladamente el software a ser escrito, de una forma
rigurosa. Se describe el comportamiento esperado del software y su interaccin con los usuarios
y/o otros sistemas.
Diseo y arquitectura: Determinar como funcionar de forma general sin entrar en detalles
incorporando consideraciones de la implementacin tecnolgica, como el hardware, la red, etc.
Consiste en el diseo de los componentes del sistema que dan respuesta a las funcionalidades
descritas en la segunda etapa tambin conocidas como las entidades de negocio. Generalmente se
realiza en base a diagramas que permitan describir las interacciones entre las entidades y su
secuenciado.
Programacin: Se traduce el diseo a cdigo. Es la parte ms obvia del trabajo de ingeniera de
software y la primera en que se obtienen resultados tangibles. No necesariamente es la etapa
ms larga ni la ms compleja aunque una especificacin o diseo incompletos/ambiguos pueden
exigir que, tareas propias de las etapas anteriores se tengan que realizarse en esta.
Prueba: Consiste en comprobar que el software responda/realice correctamente las tareas
indicadas en la especificacin. Es una buena praxis realizar pruebas a distintos niveles (por ejemplo
primero a nivel unitario y despus de forma integrada de cada componente) y por equipos
diferenciados del de desarrollo (pruebas cruzadas entre los programadores o realizadas por un
rea de test independiente).
Documentacin: Realizacin del manual de usuario, y posiblemente un manual tcnico con el
propsito de mantenimiento futuro y ampliaciones al sistema. Las tareas de esta etapa se inician
ya en el primera fase pero slo finalizan una vez terminadas las pruebas.
Mantenimiento: En esta etapa se realizan un mantenimiento correctivo (resolver errores) y un
mantenimiento evolutivo (mejorar la funcionalidades y/o dar respuesta a nuevos requisitos).


La sexta etapa, documentar, se tiene que llevar a cabo absolutamente en todas y aunque no es
una etapa propiamente dicha pero es tan importante que debe ser mencionada explcitamente.

Por ltimo la etapa del mantenimiento, sobre todo para ampliar el sistema con nuevas funciones,
debe tener las sub-etapas 1 a 5 si se quiere abordar con garantas.






















Actividad calificada 07
1.- Elabore un mapa conceptual sobre las etapas de un proyecto de Ingeniera de sistemas
2. Elabore un comentario sobre las etapas de un proyecto de Ingeniera de Sistemas.