Etapa de Anlisis

Ciclo de Vida del Software

Definicin
Es el proceso de obtener los requerimientos del sistema
por medio de la observacin de los sistemas existentes,
discusiones con los usuarios potenciales y proveedores,
el anlisis de tareas, etctera. Esto puede implicar el
desarrollo de uno o ms modelos y prototipos del
sistema que ayudan al analista a comprender el
sistema a especificar.
Por qu resulta esencial la etapa de anlisis?
Simplemente, porque si no sabemos con precisin
qu es lo que se necesita, ningn proceso de
desarrollo nos permitir obtenerlo. El problema es
que puede que ni nuestro cliente sepa de primera
qu es exactamente lo que necesita. Por tanto,
debemos ayudarlo a averiguarlo.

Ingeniera de
Requerimiento
Especifica que es lo que el sistema debe hacer
(sus funciones) y sus propiedades esenciales y
deseables. As como tambin las restricciones de
funcionamiento y desarrollo.
La ingeniera de requerimientos es una etapa
particularmente crtica en el proceso del software
ya que los errores en esta etapa originan
inevitablemente problemas posteriores en el
diseo e implementacin del sistema.

Tipos de Requerimientos
Funcional: (lo que debe hacer) Las funciones
bsicas que el sistema debe proporcionar, se
definen en un nivel abstracto. Una especificacin
ms detallada de requerimientos funcionales
tiene lugar en el nivel de subsistemas.
No funcional: (como debe ser) referidos a
atributos como la eficiencia, seguridad, y
usabilidad del sistema. Estas propiedades no
funcionales del sistema afectan a los
requerimientos de todos los subsistemas.
Restricciones: (lo que no debe hacer) Es tan
importante especificar lo que el sistema no debe
hacer como especificar lo que debe hacer.

Ejemplos de Tipos de
Requisitos
Funcional: (lo que
generar reportes.

debe

hacer)

El sistema deber

El usuario debe ser capaz de buscar entre todo el

conjunto de bases de datos o de seleccionar un
subconjunto de ellas.

No funcional: (como debe ser) El sistema debe tener

una disponibilidad de 99 % .
El Sistema procesar un mnimo de 8 transacciones
por segundo.
El Sistema se desarrollar para las plataformas PC y
Macintosh.

Restricciones: (lo que no debe hacer) El sistema no

registrar ninguna informacin personal de los
clientes salvo su nombre y nmero de referencia.
El interfaz de usuario no utilizar frames ni applets

Del Anlisis surge:

Objetivos Los objetivos deben estar enunciados de manera
que puedan evaluarse de forma inequvoca.
Alcance Dada la especificacin de los requerimientos y la
aprobacin de los mismos por el cliente se realiza un
documento que especifique, en lenguaje natural, lo que abarca
y de que trata el sistema a construir.
RR.HH.
Para
saber
quines
son
las
personas,
departamentos,organizacionesinternas o externas que se
vern afectadas por el sistema, debemos realizar algunas
preguntas.
Quin usar el sistema que se va a construir?

Quin
Quin
Quin
Quin
Quin
Quin
Quin

desarrollar el sistema?
probar el sistema?
documentar el sistema?
dar soporte al sistema?
dar mantenimiento al sistema?
mercadear, vender, y/o distribuir el sistema?
se beneficiar por el retorno deinversindel sistema?

Del Anlisis surge:

Tratamiento sobre riesgo: Una tarea importante
es anticipar los riesgos que podran afectar a la
programacin del proyecto o a la calidad del
software a desarrollar y las acciones para evitarlos.
Distintos estudios han demostrado que eliminar
un error en las fases iniciales de un proyecto
resulta de 10 a 100 veces ms econmico que
subsanarlo al final del proyecto.
Modelo
de
datos
Para enfatizar ciertas
propiedades crticas del sistema, mientras que
simultneamente desacentuamos otros de sus
aspectos. Esto nos permite comunicarnos con el
usuario de una manera enfocada, sin distraernos
con asuntos y caractersticas ajenas al sistema.

Del Anlisis surge:

Es posible determinar de antemano
todos los requerimientos de un sistema
de informacin?
No. Una de las dos causas ms comunes de
fracaso en
proyectos de desarrollo de
software es la inestabilidad de los
requerimientos del sistema.
La inestabilidad de los requerimientos de un
sistema es inevitable. Se estima que un 25%
de los requerimientos iniciales de un sistema
cambian antes de que el sistema comience a
utilizarse.

IVERSORES
IVERSORES
Nombre
Nombre yy Apellido.
Apellido.
Cargo.
Cargo.

ARTICULO
ARTICULO
ID.
ID.
Descripcin.
Descripcin.
Modelo.
Modelo.
Categora.
Categora.

CATEGORIAS
CATEGORIAS
Laptops.
Laptops.
Tablets.
Tablets.
Desktops.
Desktops.
Workstations.
Workstations.
Servidores
Servidores yy
almacenamiento.
almacenamiento.
Aplicaciones
Aplicaciones yy
Software.
Software.

LENOV
O
CONTACTO
CONTACTO
Pas.
Pas.
Telfono.
Telfono.
Locaciones.
Locaciones.
CP.
CP.
LOCACIONES
LOCACIONES
Centro
Centro de
de
operaciones
operaciones de
de
Morrisville.
Morrisville.
Centro
Centro de
de
operaciones
operaciones en
en
Beijing.
Beijing.
Relaciones
Relaciones con
con los
los
inversores.
inversores.
Centro
Centro de
de

CLIENTE
CLIENTE
Nombre
Nombre yy
apellido.
apellido.
Fecha
Fecha Nacimiento.
Nacimiento.
DNI.
DNI.
Correo.
Correo.
Telfono.
Telfono.
Pas.
Pas.
Ciudad.
Ciudad.
PERSONA
PERSONA
Apellido
Apellido yy
Nombre.
Nombre.
Cargo.
Cargo.
CARGO
CARGO
Empleados.
Empleados.
Administrador
Administrador
es.
es.
Gerentes.
Gerentes.
Desarrolladore
Desarrolladore
s.
s.
Diseadores.
Diseadores.
Ingenieros.
Ingenieros.

Bibliografa
I N G E N I E R A DEL SOFTWARE. lan
Sommerville, Sptima edicin, 2005, Pearson
Educacin.
ANLISIS Y DISEO DE SISTEMAS. Kendall y
Kendall, Sexta edicin, 2005, Pearson Educacin.
DESARROLLO DE SISTEMAS DE INFORMACIN:
una metodologa basada en el modelado. Vicen
Fernndez Alarcn, Primera edicin, 2006,
Cargraphics.
LENOVO. http://www.lenovo.com/ar/es/