FUNDAMENTOS DE ING.

DE
SOFTWARE.
INSTITUTO TECNOLOGICO DE
QUERETARO.

ANALISIS Y DISEO DE SISTEMAS.

ANALISIS DEL SISTEMA

DE INFORMACION
Cuales son las razones que me llevan a tomar la
decisin de encarar un Proyecto Informtico ?

A- NECESIDAD DE
UNA
METODOLOGIA
Problemtica:

Faltan medidas de eficacia.

Insatisfaccin del cliente..
Calidad cuestionable.
Mantenimiento difcil y caro.

Necesidad de una metodologa

Por la complejidad de los problemas que
deben resolver.
Por la cantidad de alternativas de solucin.
Por la diversidad de herramientas para su
implementacin.
Por la necesidad de lograr mxima eficiencia.
Por la necesidad de monitorear el avance.

METODO: Sucesin de pasos ligados entre si

por un propsito.
OBSERVACION-HIPOTESIS-VERIFICACION
PREMISAS:
Trabajo en equipo
Eficacia y eficiencia
Modulacin

Caractersticas del Software

Se desarrolla no se fabrica.
No se estropea.
Se construye a medida.

Tipos de Aplicaciones

Software de Sistemas
Software de Tiempo real
Software de Gestin
Software de Ingeniera y cientfico.
Software empotrado.
Software de computadores personales.
Software de inteligencia artificial.

Metodologa de Desarrollo de
Sistemas:
a) - Ciclo de vida clsico
Identificacin,
requerimientos

Anlisis
Diseo
Desarrollo
Prueba
Evaluacin
Implementacin
Mantenimiento

b) - Construccin de prototipos
Captulo 8 Kendall y Kendall
Comienzo
Parada

Productos
de Ingeniera

Recoleccin y
refinamiento de
requisitos

Diseo
rpido

Construccin
Refinamiento
del prototipo Evaluacin del prototipo
del prototipo
por el cliente

c) - Modelo espiral
Recoleccin de
requisitos y planificacin.

Planificacin

Planificacin basada en comentarios del cliente

Anlisis de riesgo
Anlisis de riesgo
basado en requisitos iniciales.
Anlisis de riesgo
basados en la reaccin del cliente
Prototipo inicial
Prototipo del
siguiente nivel.

Evaluacin del
cliente.

Sistema de Ingeniera.
Evaluacin del cliente

Ingeniera

d) - Tcnicas de cuarta generacin

Recoleccin de
requisitos.
Estrategia de
diseo.
Implementacin en L4G.
Prueba

B- ESTUDIO PRELIMINAR
Definicin del
problema, rea de
aplicacin,
estimaciones.

Definicin del problema

La definicin del problema equivale a la

realizacin de:
Modelo Matemtico.
Modelo Descriptivo.
Modelo Grfico.
Modelo Fsico.

Planteo del problema

Descripcin del entorno del sistema.
Determinacin del lmite o frontera.
Determinacin de Entradas y Salidas al
Sistema.
Componentes del Sistema.
Control de los Sistemas
Reglamentacin

Aspectos a tomar en cuenta para la

definicin del problema, en materia
informtica

Funciones.
Rendimiento.
Restricciones.
Interfaces.
Fiabilidad

Trabajo en grupo
Defina la problemtica que Uds. tienen
como alumnos respecto del sistema de
atencin que la tiene la facultad

Informacin preexistente
(secundaria)

Contrato social.
Reglamento Interno.
Notas, resoluciones, informes existentes.
Estructura jerrquica.
Manuales de proceso.
Diagramas de procesos.

Informacin a obtener

Objetivo de la dependencia
Estructura de la dependencia
Funciones de la dependencia
Autoridades y responsables
Procedimientos y formularios
Volumen del trabajo y frecuencia
Distribucin del trabajo
Relacin con otras dependencias
Condiciones del trabajo
Usuarios del servicio
Factorizacin por rea o por procedimientos

Mtodo de anlisis en grupo:

Cuando el sistema afecta

a varios grupos de usuarios.
Cuando cambia las
relaciones establecidas entre personas,
mquinas y mtodos.
Cuando servir como una nueva funcin
en la empresa, con la cual no existe
experiencia previa.

D - ANALISIS
Desagregar-caracterizar-sintetizar
Propuesta del sistema ideal planificacin
del proyecto, estudios de factibilidad,
definicin del sistema

Etapas del Anlisis del Sistema

1- Evaluacin y diagnstico de la IR (I. Requerimientos)
2- Describir la situacin actual-Deficiencias
3 Plantear propuestas de solucin
4 Identificar el software necesario
5 -Definir requisitos del Software:
Asignar funciones al Soft, Hard, Rec. Hum., base de datos y
otros elementos del sistema.
Establecer restricciones de costo y tiempo
6 -Determinar la Prefactibilidad: Evaluar la viabilidad del
Sistema. (econmico tcnico y legal).
7 -Elaborar el Plan Temporal.
8 -Crear una Definicin del Sistema.

D-1 - Evaluacin y Diagnstico del

levantamiento de requisitos.
Objetivo: Formular conclusiones acerca
de la efectividad y eficiencia de los
sistemas relevados.

Lista de control: Qu, Cundo, Dnde,

Quin, Cmo y Por Qu.

Testear conclusiones.

D-2-Descripcin de la situacin
actual

Organigramas
Cursogramas
Manuales de procedimientos
Observacin de deficiencias

Superposicin de actividades
Indefinicion de responsabilidades
Faltas de control
Demoras
Inseguridades
Falta de informacion
Falta de comunicacion

Trabajo en grupo
Cules son las deficiencias que han podido
observar, tiene el sistema de atencin al
alumnado.

D2-Plantear propuestas de
solucin
En funcin de la problemtica expuesta, y en
funcin de las caractersticas del negocio y de la
experiencia de quienes participan de la toma de
decisin en la Empresa u Organismo se desata
una tormenta de ideas que permitira identificar
a priori posibles medidas para resolver las
diferentes causales del problema planteado

D3- Identificar el software

necesario
En concordancia con las propuestas para
abordar el problema, identificamos en
nuestro caso aquellas que tienen que ver
con la mejora del Sistema Informtico.
Revisin de los sistemas existentes
Efectuar anlisis del flujo de trabajo
Diseo del proceso. (Cursogramas)

D2 - Definir requisitos del software

Identificar requisitos del usuario

Identificar requisitos de rendimiento
Identificar requisitos de interfaz
Preparar especificaciones de requisitos del
software

D3 -Planificacin temporal del

proyecto (Project)

Lista de estructura de
descomposicin de trabajo.
Diagrama de Gant
Tcnica de evaluacin y
revisin de programas
(PERT).
Mtodo del camino crtico
(CPM).

Etapas de la planificacin temporal

1) Establecer las estimaciones de tiempo ms
probables.
2) Establecer las relaciones
3) Calcular los lmites de tiempo.
Lo mas pronto que puede comenzar la tarea.
Lo mas tarde que se puede iniciar la tarea.
El final mas temprano.
El final mas tardo.
El margen total (tiempo sobrante).
4) Determinar el camino crtico.

Seguimiento y control del

proyecto

Realizar reuniones peridicas.

Evaluar los resultados parciales.
Controlar el logro de los hitos del proyecto.
Comparar lo real con lo planeado.
Reuniones informales con tcnicos para
evaluar el progreso y anticipar eventuales
problemas.

D4 - PREFACTIBILIDAD

Alternativas:
* de adquisicin del software
* de desarrollo propio

Distribucin del esfuerzo

Anlisis y
Diseo 40%

Prueba y
Depuracin
35%

Codificacin
25%

Estimacin de recursos

Gente

ESPECIFICAR:
Habilidades.
Disponibilidad.
Duracin de tareas.
Fecha de comienzo.

ESPECIFICAR:
Herramientas
Descripcin.
Hardware y Software
Disponibilidad
Duracin del uso
Fecha de distribucin

Trabajo en grupo
cmo

hara para saber si el

presupuesto del software a medida que
encargaron es caro o barato?

Estimaciones y riesgos
Grado de Estructuracin definicin
y variabilidad

Ambito de bajo riesgo

Complejidad basada
en esfuerzos pasados

Tamao del esfuerzo

Tcnicas de descomposicin para

estimar el presupuesto del desarrollo
del sistema
Estimacin de Programas, Mdulos,
Puntos de Funcin y Lneas de Cdigo
E = a + 4m + b
6

Arbol de decisin para la eleccin

hacer-comprar
Construccin
Rehusar
Sistema X

Comprar

Contratar

Sencillo
Difcil
Pocos Cambios
Muchos cambios
Pocos cambios

$3800
$4500
$2750
Sencillos $3100
Complejos $4900
$2100

Muchos cambios

$4000

Sin cambios

$3500

Con cambios

$5000

Pautas para la adquisicin de

software
Desarrollar una especificacin de la
funcin y el rendimiento deseado.
(medibles)
Estimar el coste y fecha de entrega del
desarrollo interno
Seleccionar tres o cuatro paquetes de soft
que mejor se ajusten a las especificaciones .

Pautas para la adquisicin de

software
Desarrollar una matriz de comparacin
de las funciones claves.
Evaluar cada paquete basndose en la
calidad de anteriores productos, soporte
de ventas, planes de mercado, prestigio.
Encuestar actuales usuarios.

D 5 - Contenidos de la especificacin
del sistema
Introduccin
Ambito y propsito del
documento-Visin general.
Objetivos / Restricciones
Descripcin funcional y de datos
Arquitectura del sistema
Diagrama de contexto de la arquitectura
DCA

Plantilla o diagrama de contexto

de arquitectura
Procesamiento de la interfaz de usuario
Funciones de
proceso y control.

Procesa
miento
de
Mantenimiento y
entrada.
autocomprobacin

Procesamiento de
la salida

Contenidos de la especificacin del

sistema
Descripcin de los subsistemas
Especificacin del diagrama de arquitectura
para cada subsistema
Diagrama de flujo de arquitectura
Narrativa del mdulo del sistema
Aspectos del rendimiento
Restricciones de diseo
Asignacin de componentes del sistema.
Diagramas y descripcin de la interconexin de la
arquitectura.

Contenidos de la especificacin
del sistema
Resultados de la modelizacin y la simulacin del
sistema.
Modelo del sistema utilizado para modelizar
Resultados de la simulacin
Aspectos especiales del rendimiento
Aspectos del proyecto
Costes del desarrollo proyectado
Agenda proyectada

D 6- Propuesta de servicios
profesionales
Carta de presentacin.
Definicin de objetivos del
proyecto
Tareas realizadas durante
el estudio preliminar
Conclusiones previas
Mtodos a aplicar
Plan de trabajo (GAN, PERT, CPM)
Equipo de trabajo: Propio y de la Empresa.

Propuesta de servicios
profesionales
Informes a presentar: (HITOS)
Precio detallado o global : condicin de
pago, garanta, mantenimiento de la
oferta.
Antecedentes del equipo de trabajo:
Curriculum de los Intervinientes y
trabajos realizados

E - Razones para mantener

una adecuada
documentacin:

- Dar transparencia a los sistemas respecto de las

posibilidades de conocerlos, operarlos, aplicarlos,

obtener resultados.
- Obviar la dependencia de personas determinadas que acumulan el conocimiento de
los sistemas en su mente.

Razones para mantener una

adecuada documentacin:
- Reducir las consecuencias negativas de la

rotacin de personal.
- Poder contar permanentemente con un respaldo
actualizado de los sistemas de uso.
- Reducir los costos y problemas de mantenimiento
de los sistemas.
- Poder conocer, en todos los niveles de usuarios, la
amplitud de posibilidades que brinda el sistema.

Razones para mantener una

adecuada documentacin:
- Permitir una mayor precisin en los

cambios que se deseen introducir. (Fcildad de adecuacin).

- Si el sistema es adquirido a terceros,
eliminar, o reducir a condiciones de
excepcin, la dependencia del proveedor
para la explotacin del mismo.

BIBLIOGRAFIA
ANALISIS Y DISEO DE SISTEMAS Pg. 8 a
-100 Kendall y Kendall En Biblioteca.
Anlisis Estructurado de Sistemas de
Gane - Sarson. Editorial El Ateneo. Pg. 1 a 115.