You are on page 1of 52

Anlisis y modelado de

Sistemas de Informacin
Identificar reas de oportunidad en una organizacin,
para la propuesta y diseo de sistemas de informacin.
Analizar diversas alternativas de solucin a partir de la
identificacin y definicin de requerimientos
especificados por el cliente.
Competencia(s) especfica(s):
Tema 2:
Captura de requisitos
Temario:
2.1 Tipos de requisitos.
2.2 Fuentes de datos para el anlisis del sistema.
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
2.4 Captura de requisitos candidatos.
2.5 Seleccin de metodologa de desarrollo.
2.6 Modelo del negocio.
2.7 Modelo del dominio.
2.8 Validacin de requerimientos.
2. 9 Definicin de propuesta de solucin.
Actividades de aprendizaje* 60%
Examen de conocimientos 30%
Autoevaluacin 10%
100%
Ponderaciones:
Glosario de trminos del tema(10%),
Resumen captulos 16 y 17, Aprendiendo UML en 24 horas (10%),
Modelo de negocio (10%).
Modelo de dominio (10%)
Modelo de requisitos (20%)
Participacin en clase ( 3% Adicional)
Glosario de trminos
Requisitos
Requerimientos
Fuentes de datos
Instrumentos para
recolectar informacin
Modelo del negocio
Modelo del dominio
Qu es el anlisis de requisitos?
2.1 Tipos de requisitos
permite especificar las caractersticas
operacionales el software (funcin, datos y
rendimientos), indica la interfaz del
software con otros elementos del sistema y
establece las restricciones que debe
cumplir el software, (Pressman, 2006)
R=Requisitos del sistema y el papel asignado al software
2.1 Tipos de requisitos
Una caracterstica, propiedad o
comportamiento que se desea
de un sistema
Qu es un requerimiento?
2.1 Tipos de requisitos
Una caracterstica, propiedad o
comportamiento que se desea
de un sistema
a) Requerimientos funcionales y no funcionales
2.1 Tipos de requisitos
Son declaraciones de los servicios que
debe proporcionar el sistema, de la manera
en que ste debe reaccionar a entradas
particulares y de cmo se debe comportar
en situaciones particulares. En algunos
casos, los requerimientos funcionales
declaran lo que el sistema no debe hacer.
a.1) Requerimientos funcionales
2.1 Tipos de requisitos
El sistema debe permitir generar una orden de
servicio
El sistema debe generar el nmero de folio
El sistema debe administrar el catlogo de servicios
El sistema no debe permitir eliminar un servicio
El sistema debe permitir generar la solicitud de
verificacin de factibilidad
El sistema debe generar el costo total de los
servicios
a.1) Requerimientos funcionales, ejemplos
2.1 Tipos de requisitos
Cuando se especifican deben ser:
Completos
Consistentes
a.1) Requerimientos funcionales
Consideran:
Reglas de negocio
Caractersticas
Interfaz del usuario
2.1 Tipos de requisitos
Son restricciones de los servicios o
funciones ofrecidos por el sistema. Son
restricciones de tiempo, sobre el proceso
de desarrollo y estndares. Los
requerimientos no funcionales apenas se
aplican a caractersticas o servicios
individuales del sistema.
a.2) Requerimientos no funcionales
2.1 Tipos de requisitos
a.1) Requerimientos funcionales
2.1 Tipos de requisitos
a.2) Requerimientos no funcionales,
ejemplos
El sistema debe desarrollarse en PHP
El sistema debe considerar la base de datos
en MySQL.
El sistema debe ejecutarse en plataforma web
El sistema debe utilizar el navegador Mozilla
El sistema debe poseer derechos de autor.
El sistema debe capturar una solicitud de
servicio en menos de 3 minutos.
2.1 Tipos de requisitos
Se derivan del dominio de
aplicacin del sistema, ms que
de las necesidades especficas
de los usuarios.
a.3) Requerimientos del dominio
2.1 Tipos de requisitos
Todas las interfaces debern utilizar la
imagen institucional de acuerdo a la
plantilla v1.0
La informacin de los usuarios deber
estar protegida conforme a la Ley
Federal de Proteccin de Datos
Personales
a.3) Requerimientos del dominio, ejemplos
2.1 Tipos de requisitos
Los requerimientos del usuario para un
sistema deben describir los requerimientos
funcionales y no funcionales de tal forma
que sean comprensibles por los usuarios
del sistema sin conocimiento tcnico
detallado.
b) Requerimientos del usuario
2.1 Tipos de requisitos
El sistema controlar todos los
ingresos obtenidos por los diferentes
servicios en las diferentes unidades
adscritas al organismo.
El sistema emitir un reporte diario con
los ingresos por cada una de las unidades
adscritas al organismo.
b) Requerimientos del usuario, ejemplos
2.1 Tipos de requisitos
Los requerimientos del
sistema establecen con detalle las
funciones, servicios y
restricciones operativas del
sistema.
c) Requerimientos del sistema
2.1 Tipos de requisitos
El formulario de solicitud se
guardar por 5 aos ejercicio,
desde la fecha de la peticin.
El sistema mantendr una bitcora
con los registros de las peticiones
que se han hecho al mismo.
c) Requerimientos del sistema, ejemplos
2.1 Tipos de requisitos
Interfaz: Conexin o
comunicacin que se da de
manera fsica y a nivel de
utilidad entre dispositivos o
sistemas.
d) Especificacin de la interfaz
2.1 Tipos de requisitos
De procedimientos o Interfaces
de programacin de aplicaciones
(APIS).
d) Tipos de interfaces
De estructuras de datos
Representaciones de datos
2.1 Tipos de requisitos
Representacin oficial que deben
implementar los desarrolladores de
SW. Incluye tanto los requerimientos
del sistema como una especificacin
detallada de los requerimientos del
sistema.
e) Documento de requerimientos del software
2.1 Tipos de requisitos
2.1 Tipos de requisitos
2.2 Fuentes de datos para el anlisis del sistema
Son las entidades proveedoras de
informacin fiable, necesaria,
reducida, til y consecuente con los
propsitos del sistema de
informacin a desarrollar.
Qu son las
fuentes de datos?
2.2 Fuentes de datos para el anlisis del sistema
Las fuentes ms importante de hechos
de estudio a disposicin del analista es
la gente. Los requerimientos de
informacin puede ser planteado mejor
por los usuarios de la informacin.
El papeleo describe la forma en que una
organizacin esta estructurada.
Fuentes
internas
2.2 Fuentes de datos para el anlisis del sistema
La exploracin de otros subsistemas de
informacin dentro de la organizacin
puede ser una fuente til de recopilacin
de datos, procesamiento de datos o de
ideas y tcnicas para el reporte de la
informacin.
Fuentes
externas
2.2 Fuentes de datos para el anlisis del sistema
Es verdaderamente raro que un analista tenga la
oportunidad de desarrollar un sistema de informacin en
donde anteriormente no haya existido ninguno. Con
frecuencia se dedica una gran cantidad de tiempo
investigando y documentando el sistema anterior, pero un
anlisis de ventajas y desventajas puede ayudar a
determinar cundo y qu tan extensamente debe
estudiarse el sistema anterior.
El sistema
actual.
2.2 Fuentes de datos para el anlisis del sistema
Las principales ventajas de analizar el sistema anterior:
Eficacia del sistema actual.
Ideas de diseo.
Reconocimiento de recursos.
Conocimiento de conversin.
Punto de partida comn.
Las principales desventajas de analizar el sistema anterior:
Gastos
Barreras Innecesarias.
El sistema
actual.
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
Cuestionarios
Entrevistas
Sondeos
Encuestas
Collage
Dibujos
Diagramas de flujo de datos
Tablas de Organizacin
Descripcin de puestos
Manuales Operativos.
Representacin fsica de las Organizaciones.
Diseo conjunto de aplicaciones
Investigacin
Observacin.
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
Entrevistas
Una entrevista para recabar
informacin es una conversacin
dirigida con un propsito especfico que
utiliza un formato de preguntas y
respuestas.
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
Entrevistas
Se necesita obtener las opiniones
de los entrevistados y su parecer
acerca del estado actual del sistema,
metas organizacionales y personales y
procedimientos informales.
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
Pasos para la
planeacin de la
entrevista
1. Leer los antecedentes
2. Establecer los objetivos de
la entrevista
3. Decidir a quien entrevistar
4. Preparar al entrevistado
5. Decidir el tipo de preguntas
y la estructura: (Abiertas,
cerradas, pirmide, embudo,
diamante)
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
Preguntas cerradas en una entrevista
En promedio cuntas llamadas de atencin al cliente
recibe a la semana?
Cul de las siguientes fuentes de informacin es
ms valiosa para Usted?
Formularios de quejas llenados por el cliente
Quejas recibidas por correo de los clientes que
visitan el sitio Web
Mencione las dos prioridades para mejorar la
infraestructura de tecnologa.
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
Cuestionario
Encuesta
Diagrama de flujo
Manual operativo
Diseo conjunto de aplicaciones
Muestreo
Investigacin
Observacin
2.4 Captura de requisitos candidatos
Pasos del flujo de trabajo para
la captura de requisitos
Enumerar los requisitos
candidatos.
Comprender el contexto del
sistema
Capturar requisitos funcionales
Capturar requisitos no funcionales
2.4 Captura de requisitos candidatos
Pasos del flujo de trabajo para
la captura de requisitos
Enumerar los requisitos
candidatos.
Lista de caractersticas con
requisitos candidatos utilizada
para la planificacin del trabajo.
2.4 Captura de requisitos candidatos
Pasos del flujo de trabajo para
la captura de requisitos
De cada caracterstica se registra:
- Nombre corto
- Descripcin
- Estado (propuesto, aprobado, incluido, o
validado)
- Coste estimado de implementacin (en
trmino de tipos de recursos y horas-hombre)
- Prioridad (crtico, importante, o secundario)
- Nivel de riesgo asociado a la implementacin
de la caracterstica (crtico, significativo,
ordinario)
2.4 Captura de requisitos candidatos
2.4 Captura de requisitos candidatos
2.5 Seleccin de metodologa de desarrollo.
XP?
PUA?
SCRUM?
DES?
2.5 Seleccin de metodologa de desarrollo.
XP Desarrolla el producto aplicando la
planificacin, el anlisis y el diseo, durante
todas las fases de desarrollo del producto.
Sugiere la creacin de historias de usuario,
tarjetas CRC durante el diseo, la aplicacin
de pruebas unitarias antes de la codificacin,
la codificacin en parejas as como la
aplicacin de pruebas unitarias, que pueden
ser automatizadas.
SCRUM Desarrolla por incrementos, basa la calidad
del producto en el conocimiento tcito de las
personas, tiene solapamientos en las fases de
desarrollo, define sprints por cierto tiempo
para ejecutar las tareas y alcanzar las metas
propuestas.
2.5 Seleccin de metodologa de desarrollo.
PUA Desarrolla en serie para lo grande e
iterativamente para lo pequeo. El equipo
entrega incrementos de SW significativos tan
rpido como sea posible. En las iteraciones
considera actividades como: modelado,
implementacin, pruebas, configuracin y
administracin, administracin del ambiente.
Desarrollo
esbelto de
software
Desarrolla el producto de software bajo los
principios de: eliminar el desperdicio, generar
calidad, crear conocimiento, aplazar el
compromiso, entregar rpido, respetar a las
personas y optimizar el todo.
2.8 Validacin de requerimientos
Propsito:
Mostrar cules requerimientos
realmente definen el sistema
que el cliente desea
2.8 Validacin de requerimientos
Proceso de validacin:
Verificaciones de validez
Verificaciones de consistencia
Verificaciones de completitud
Verificaciones de realismo
Verificabilidad
2.8 Validacin de requerimientos
Tcnicas de validacin:
Revisiones de requerimientos
Construccin de prototipos
Generacin de casos de
pruebas
2.9 Definicin de propuesta de solucin
Documento con:
Caracterizacin de la empresa
Nombre
Tipo
Tamao
Giro
Misin
Visin
Valores
2.9 Definicin de propuesta de solucin
Documento con:
Requisitos funcionales
Requisitos no funcionales
Modelo de negocio
Reglas de negocio
Casos de uso
Modelo de dominio
Diagrama de clases
Fuentes de informacin
Kendall, K. & kendall, J. (2005) Anlisis y Diseo de Sistemas
de Informacin. Captulos 4 y 5.
Sommerville, I. (2005). Ingeniera del software. Madrid:
Pearson educacin. Pp. 144-145.
Reocities (2014). Anlisis estructurado de sistemas de
informacin. Consultado en Septiembre 2014. Disponible
en:
http://www.reocities.com/SiliconValley/pines/7894/sistemas/
estructurado.html
2.3 Seleccin y diseo de instrumentos para la
recopilacin de Informacin.
COESPRIS
Lic. EDIEL VALENZUELA MORENO
GERENTE DE TRAMITES Y AUTORIZACIONES
CP. PEDRO VEGA VEGA
ADMOR. DE LA COESPRIS
LIC. ANTONIO ZEPEDA
312-155-42-77

You might also like