INICIO DE UN PROYECTO DE SISTEMAS

Curso de Diseo de Sistemas de Informacin - 2016

Iniciacin del Proyecto

Los empresarios sugieren la iniciacin de

proyectos de sistemas por dos razones:
Porque

experimentan problemas que se prestan

por s solos a las soluciones de sistemas.
Porque reconocen oportunidades para mejorar
mediante actualizacin o mejoras de los sistemas
existentes (o instalacin de nuevos sistemas).

Revisin y Seleccin del Proyecto

Criterios importantes para la seleccin de un

proyecto de sistemas:
Que

est respaldado por la administracin.

Que
sea el momento oportuno para
comprometerse con el proyecto.
Que ayuda a la empresa a alcanzar sus objetivos.
Que sea prctico (recursos y capacidades).
Que sea lo suficientemente importante para
considerarlo.

Revisin y Seleccin del Proyecto

La

posibilidad de mejorar los objetivos de

la organizacin se analiza en funcin de:
Mejorar las

ganancias de la empresa.
Brindar soporte a la ventaja competitiva.
Mejorar cooperacin con distribuidores y socios.
Mejorar el soporte de las operaciones internas.
Mejorar el servicio al cliente.
Aumentar la moral de los empleados.

Revisin y Seleccin del Proyecto

Cuando

vale la pena considerar un proyecto de

sistemas:
Agiliza

un proceso.
Optimiza un proceso eliminando pasos innecesarios.
Combina procesos.
Reduce errores de entrada cambiando formularios y
pantallas de visualizacin.
Reduce almacenamiento redundante.
Reduce salidas redundantes.
Mejora integracin de sistemas y subsistemas.

Investigacin Preliminar

Es la fase de identificacin de problemas,

oportunidades y objetivos.
Se busca comprender:
El

proyecto, identificando sus elementos.

Naturaleza del problema.
Alcances, limitaciones, restricciones.
Identificar sus beneficios.
Se estudia factibilidad.
Se aprueba la ejecucin.

Definicin del Problema

Se pueden visualizar en situaciones en las que

nunca se cumplieron los objetivos o dejaron de
cumplirse en algn tiempo.
Errores excesivos o trabajos con lentitud.
Cambio en el comportamiento de los empleados.

Definicin del Problema

Definicin del Problema

El documento: Consiste en una definicin formal

del problema. (sintetizada en uno o dos
prrafos).
Adems debe incluir:
Las

cuestiones de la situacin actual.

Los objetivos para cada cuestin/situacin deseada.
Los requerimientos que deben incluirse.
Restricciones que limitan el desarrollo del sistema.
Se destacan los problemas y
oportunidades de sistemas

Definicin del Problema

Suelen utilizarse tcnicas como la entrevista, las

observaciones y el anlisis de documentos.
La definicin del problema puede producirse
despus de utilizar las tcnicas de recopilacin.
Se consideran:
Los

usuarios hablan mucho de un tema.

Sabes, este es un problema importante.
Lenguaje corporal.
Lo primero que mencione el usuario.

Definicin del Problema

Es importante que el analista tambin conozca:

Funciones

actuales del sistema.

Personas involucradas.
Actividad del negocio.
Ambiente donde se lleva el negocio.
En qu momento se realiza cada trabajo.
Cmo se desarrollan los procesos actuales.

Esta informacin ser la base para la definicin

de los requerimientos.

Definicin de Requerimientos

Especifican lo que el sistema debe hacer (sus

funciones) y propiedades deseables y esenciales.
Qu es lo que esperan los usuarios y clientes del
sistema.
Es una de las fases ms importantes para que el
proyecto tenga xito.

Definicin de Requerimientos

En esta etapa los analistas deben conversar con

los propietarios y los usuarios del sistema.
Se deben estudiar manuales de operaciones y los
informes del negocio.
Deben extraerse las caractersticas que tendr el
nuevo sistema.
El analista debe comprender qu informacin
necesitan los usuarios para realizar sus trabajos.

Definicin de Requerimientos

El analista debe estudiar el negocio y los procesos de

la empresa para comprender:
Qu es lo que se hace?
Cmo se hace?
Con qu frecuencia se presenta?
Qu volumen de transacciones o decisiones representa?
Cul es el grado de eficiencia con se realizan las tareas?
Existe algn problema?
Si existe, De cunta gravedad es?
Si existe, Cul es la causa que lo origina?

Definicin de Requerimientos

Se distinguen tres etapas en la fase de

requerimientos:
Identificar

las necesidades del sistema.

Priorizar y seleccionar necesidades.
Estructurar las necesidades del sistema.

Identificar las necesidades

El analista debe averiguar cmo el sistema debe

funcionar.
Debe recopilar toda la informacin que pueda
sobre
necesidades
de
los
usuarios
y
requerimientos.
Mtodos de recopilacin utilizados:
La

entrevista.
La observacin directa.
Anlisis de documentos cuantitativos.
Anlisis de documentos cualitativos.

La Entrevista

Es una conversacin dirigida que usa el formato

de preguntas y respuestas y nos permite conocer
lo que siente el entrevistado sobre el actual
sistema y las sobre necesidades futuras.
Pasos para planear la entrevista:
Leer

material sobre los antecedentes.

Establecer los objetivos de la entrevista.
Decidir a quin entrevistar.
Preparar al entrevistado.
Decidir sobre los tipos de preguntas y su estructura.

La Entrevista

Atributos de las preguntas: abiertas vs. cerradas.

La observacin directa

Se utiliza sobre los trabajadores de la empresa.

Permite estudiar cmo la informacin y los datos
son tratados.
Permite estudiar qu datos y qu informacin
son necesarios para cada puesto.

Anlisis documentos cuantitativos

Nos muestran cmo se usan los datos y la

informacin en la empresa.
Hay
muchos
documentos
cuantitativos
disponibles en cualquier empresa que pueden ser
interpretados:
Informes

para la toma de decisiones (estado de inventarios,

venta, produccin).
Informes de rendimiento (comparativos actual y el esperado).
Formularios de captura de datos.
Registros.

Anlisis documentos cuantitativos

Anlisis documentos cualitativos

Los documentos cualitativos incluyen:

Mensajes

de correo electrnico.
Memorandos.
Anuncios en tableros y reas de trabajo.
Pginas Web.
Manuales de procedimientos y polticas.

Anlisis documentos cualitativos

Priorizar y seleccionar necesidades

El analista debe priorizar, no todos

requerimientos son igual de importantes.
Requerimientos
obligatorios

Deben estar obligatoriamente en el

sistema, desde el punto de vista de las
necesidades de la organizacin

Requerimientos
deseables

No
son
esenciales
para
el
funcionamiento de la organizacin,
pero
pueden
aportar
ventajas
deseables.

Requerimientos
opcionales

Contempla el resto de las necesidades

de los usuarios y la organizacin.
Su no implementacin afecta de forma
muy leve.

los

Estructurar necesidades del sistema

En esta etapa se estructuran los requisitos funcionales del

sistema.
Los requisitos deben exponerse de forma comprensible
para su verificacin y aprobacin.
Para que sean fcilmente entendibles por usuarios,
diseadores y programadores, suele utilizarse la tcnica de
modelado de casos de uso.

Caso de uso

Metodologa DFD

La tcnica conocida como Diagramas de Flujos de Datos

(DFD) permite realizar una representacin grfica de los
procesos de datos a travs de la organizacin.
Conceptualiza los requerimientos humanos y permiten al
analista comprender el sistema y los subsistemas en forma
visual, como un conjunto de flujos de datos
interrelacionados.

Simbologa Bsica DFD

Simbologa Bsica DFD

Reglas Bsicas para desarrollo DFD

El diagrama de flujo de datos debe tener por lo menos un

proceso y no debe haber objetos independientes o
conectados a s mismos.
Un proceso debe recibir por lo menos un flujo de datos
entrante y debe crear por lo menos un flujo de datos
salientes.
Un almacn de datos debe estar conectado con al menos un
proceso.
Las entidades externas no deben estar conectadas entre s.

Tipos de Diagramas DFD

Un DFD inicia definiendo un solo proceso que representa

todo el sistema y luego, se descompone en un sinnmero de
procesos, ubicados en niveles distintos.
Diagrama de Contexto: Es el primer diagrama, tambin
llamado de Nivel Cero.

Delimita la frontera entre el sistema y el mundo exterior.

Define sus interfaces: flujos de entrada y salidas.

Diagrama General o Diagrama Cero: Descompone el

diagrama de contexto y representa las funciones principales
que debe realizar.

Corresponde a diagrama de explosin de nivel 1.

Tipos de Diagramas DFD

Tipos de Diagramas DFD

Simbologa Bsica DFD

Proceso: Es una funcionalidad que debe llevar a cabo el

sistema. Su nombre debe ser breve y lo ms representativo
posible de la funcin que describe.
Almacn de datos: Representa informacin del sistema
almacenada de forma temporal. Puede representar una
bandeja con papeles, un archivador manual, una base de
datos en una computadora.

Simbologa Bsica DFD

Entidad externa: Representa un generador o consumidor

de informacin del sistema.
Flujos de datos: Camino a travs del cual viajan los datos.
Deben tener siempre un nombre que los identifique.

Simbologa Bsica DFD

Ejemplo: Sistema de Videos