ANALISIS DEL PROYECTO DE SOFTWARE

Unidad 4

4.1 MODELADO, ANALISIS, DISEO Y

DOCUMENTACION
4.1.1 MODELADO
es una actividad de definicin formal de aspectos del mundo fsico y social que nos rodea con el
propsito de entender y comunicar, para lo cual es una actividad de modelado que permite combinar
problemas:
Empricos: especificaciones ligadas al mundo real
Formales: abstraccin, estructura y representacin del conocimiento del problema.
De ingeniera: mtodos formales de construccin

Tipos de modelado
Lenguaje natural. Muy expresivo y flexible, Pobre al
intentar captar la semntica del modelo, mejor para la
toma de requerimientos
Notacin semi formal. Captura estructura y alguna
semntica, puede llevar a cabo algn razonamiento,
chequeo de consistencia y animacin.
Notacin formal. Semntica muy precisa y son muy
complejos

Tcnicas de modelado
a) Modelado de Empresa
b) Modelado de requerimientos funcionales
c) Modelado de requerimientos no funcionales

4.1.2 ANALISIS
Consiste en proveer un marco de trabajo para modelar de forma
detallada el sistema como parte de la obtencin y anlisis de
requerimientos (Sommerville):
Aproximacin al modelo conceptual orientada en los datos
El diagrama de flujo de datos (DFD) es el elemento ms
representativo
Se deben entender los requerimientos necesarios para continuar
en la evolucin del sistema.

4.1.3 DISEO EN LA INGENIERA DEL

SOFTWARE
El diseo del software se sita en el ncleo tcnico del
proceso de ingeniera del software y se aplica
independientemente del paradigma del desarrollo
utilizado
La importancia del diseo del software se puede decir
con una sola palabra: calidad. El diseo nos
proporciona representaciones del software en las que
se pueden valorar la calidad.

A) CONCEPTOS FUNDAMENTALES DEL

DISEO
I. Abstraccin
II. Refinamiento
III. Modularidad
IV. Concurrencia
V. Verificacin
VI. Esttica

B) PROCESO DEL DISEO

es un proceso mediante el que se traducen los requisitos en una representacin del
software. Desde el punto de vista de gestin del proyecto, el diseo del software se
realiza en tres pasos:
EL DISEO PRELIMINAR: se centra en la transformacin de los requisitos en los
datos y la arquitectura del software.
EL DISEO DETALLADO: se ocupa del refinamiento de la representacin
arquitectnica que lleva a una estructura de datos detallada y las
representaciones algortmicas del software.
DISEO DE LA INTERFAZ: establece la disposicin y los mecanismos para la
interaccin hombre-mquina.

c) Documentacin del diseo

El esquema de documentacin presenta una descripcin completa del diseo del
software y esta formada por varias secciones:
A. mbito.
B. Documentos de referencia.
C. Descripcin del diseo.
D. Mdulos, para cada mdulo.
E. Estructura de archivos y datos globales
F. Referencias cruzadas para los requisitos.
G. Provisiones de prueba.
H. Empaquetamiento.
I. Notas especiales.
J. Apndices.

4.2 CONSTRUCCION, CODIFICACION, PRUEBAS Y EVALUACION,

MANUAL DEL USUARIO Y MANUAL TECNICO

4.2.1 CONSTRUCCION DEL SOFTWARE POR PASOS

La construccin del software por pasos es una tcnica
para descomposicin del software mediante sus
especificaciones de alto nivel hasta sus niveles ms
elementales; esta tcnica tambin se denomina
desarrollo a pasos de un programa y refinamiento
sucesivo.

4.2.2 CODIFICACION MEDIANTE LOS NIVELES DE ABSTRACCIN

Dijkstra describi por primera vez los niveles de abstraccin como una tcnica
de diseo hacia arriba, en la cual un sistema operativo se diseo como una
divisin de niveles jerrquicos, comenzando en el nivel 0 (asignado al
procesador, interrupciones de reloj de tiempo real) y subiendo hasta el nivel de
procesamiento de programas independientes del usuario.
4.2.3 PRUEBA DEL SOFTWARE
Escribir un programa que se ejecute como se plane no es una tarea simple.
Por lo tanto, el proceso de software incluye verificacin y validacin.
Este proceso tiene tres etapas bien definidas:
1. Pruebas de desarrollo e ingeniera
2. Pruebas de aseguramiento de calidad internas
3. Pruebas con usuarios

4.2.4 EVALUACION DEL PROYECTO DE SOFTWARE

Prueba de Caja Negra. Los datos de prueba se escogern atendiendo a las

especificaciones del problema, sin importar los detalles internos del programa, a
fin de verificar que el programa corra bien.
Prueba de la Caja de Cristal. Este mtodo analiza la estructura lgica del
programa y, para cada alternativa que puede presentarse, los datos de prueba
ideados conducirn a ella. Se procura escoger los que verifiquen cada
posibilidad en las proposiciones case, las clusulas de cada proposicin if y la
condicin de terminacin de cada ciclo.
Prueba de la Caja de Pandora. Consiste en abstenerse de realizar pruebas de
depurar bastante bien un proyecto; se deja al cliente que lo ensaye y acepte. El
resultado es una bomba de tiempo.

4.3 MEDIDA, METRICAS E INDICADORES

MEDIDA. Una medida proporciona una indicacin cuantitativa de la
extensin, cantidad, dimensiones, capacidad o tamao de algunos atributos
de un proceso o producto
MTRICA. Una mtrica es una medida cuantitativa del grado en que un
sistema, componente o proceso posee un atributo dado. Las mtricas son el
fundamento de los indicadores.
INDICADORES. Un indicador es una mtrica o combinacin de mtricas que
proporcionan una visin profunda el proceso del software, del proyecto de
software o del producto en si. Los indicadores del proceso permiten, Al
gestor, evaluar lo que funciona y lo que no.

DE PROCESO, METRICAS DE
PROYECTO, METRICAS ORIENTAS A
AL PUNTO DE FUNCION.
I. Medidas de Tamao
II. Long. del Cdigo / Tokens / Long. de especificacin y diseo
III. Medidas de Funcionalidad
IV. Medidas de Estructura Lgica:
De Estructura de Cdigo
De Estructura de Diseo
V. Acoplamiento / Cohesin / Flujo de Informacin Modular

4.4.1 METRICAS EN EL PROCESO Y

METRICAS DEL PROYECTO
El proceso del software y las mtricas del producto son una medida
cuantitativa que permite a la gente del software tener una visin
profunda de la eficacia del proceso del software y de los proyectos
que dirigen utilizando el proceso como un marco de trabajo.
Comenzar definiendo un conjunto limitado de medidas de procesos,
proyectos y productos que sean fciles de recoger.
Cul es el producto obtenido? Es un conjunto de mtricas del
software que proporcionan una visin profunda del proceso y de la
comprensin del proyecto.

4.4.2 METRICAS ORIENTAS A AL PUNTO DE

FUNCION
La medida de punto de funcin se dise originalmente
para aplicaciones de sistemas de informacin de gestin.
Las mtricas orientadas a la funcin fueron propuestas por
primera vez por Allan Albretch. Una extensin del punto de
funcin es la llamada puntos de caractersticas; es una
ampliacin de la medida del punto de funcin que se puede
aplicar a sistemas y aplicaciones de ingeniera del software.

4.5 IMPLEMENTACION Y MANTENIMIENTO

DEL SOFTWARE
Implementacin: es un paso importante en el desarrollo de su software
porque es la parte donde el sistema se integra a su empresa, mejorando
la eficacia de los procesos, reduciendo el margen de riesgo de error e
incrementando la capacidad de su negocio para atender a un mayor
nmero de clientes reduciendo costos de operacin sin perder calidad en
sus procesos.
Mantenimiento:un aspecto necesario porque como toda maquinaria
humana requiere de un cuidado y revisin peridica no slo para su
correcto funcionamiento sino para ir adaptando al sistema