Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Fases Del Desarrollo de Sistemas
Fases Del Desarrollo de Sistemas
1. GENERALIDADES
ENCUESTA
ANALISIS
DISEO
IMPLANTACION
PRUEBAS DE ACEPTACION
GARANTIA DE CALIDAD (PRUEBA FINAL)
DESCRIPCION DEL PROCEDIMIENTO (MANUAL)
CONVERSION DE BASES DE DATOS
INSTALACION
ANALISIS
DISEO DEL SISTEMA
DISEO DE OBJETOS
IMPLEMENTACION
2. ANALISIS PRELIMINAR
FACTIBILIDAD ECONOMICA
Costo del hardware y software para las aplicaciones del sistema
Beneficios en cuanto a reduccin de costos con el nuevo sistema,
respecto al actual
Costo de no llevar a cabo la implantacin del nuevo sistema
Otros
FACTIBILIDAD OPERATIVA
Existe apoyo necesario de la alta direccin?
El sistema ser aceptado por los usuarios?
Participarn los usuarios en la planeacin y desarrollo?
Generar impacto adverso el sistema propuesto?
Grado de apoyo del sistema a los procesos existentes?
Otros
FACTIBILIDAD TECNICA
Capacidad tcnica del equipo del proyecto de sistema.
Existe o se puede adquirir el equipamiento para el proyecto?
El sistema generar respuestas adecuadas considerando el nmero y
ubicacin de usuarios?
El sistema se adecuar a situaciones crecientes y cambiantes?
Otros
FACTIBILIDAD LEGAL
Existe algn tipo de restriccin legal para desarrollar nuevo
sistema?
Otros
General
Especficos
Diagrama Gantt
Diagrama PERT
TECNICA: ENTREVISTA
Datos involucrados.
Soporte utilizado (papel, intercambio electrnico de
datos, disquete, cinta magntica).
Frecuencia (tiempo real, varias veces al da,
diariamente, semanalmente).
2.1.3 Procesos y funciones realizados por dichos sistemas.
2.1.4 Tipos de salida. Por cada uno:
Destino (departamento, grupo de departamento o
sistema que lo recibe, si existe).
Datos involucrados.
Soporte (papel, intercambio electrnico de datos,
disquetes, cinta magntica).
Frecuencia (tiempo real, varias veces al da,
diariamente, semanalmente, etc)
2.1.5 Volumen de informacin manipulada.
2.1.6 Por sistema de informacin, detallar los sistemas de
almacenamiento de datos involucrados, y para cada uno de
ellos especificar:
Tipos de datos implicados.
Identificar para cada dato si es identificativo o
significativo.
2.1.7 Principales ventajas e inconvenientes.
2.1.8 Nivel de satisfaccin tcnica con los sistemas
actuales. La valoracin incluir aspectos como:
Disponibilidad de los sistemas de informacin.
Tiempos de respuesta.
Facilidad de uso.
Tiempo de espera si se piden modificaciones.
Puede utilizarse la tabla anterior para ponderar la
evaluacin.
CONSIDERACIONES.
Debe tenerse en cuenta que lo expuesto en esta tcnica es slo una
visin general de los aspectos ms relevantes que deben ser
tratados en cada tipo de entrevista. Para cada proyecto, deber
confeccionarse un guin detallado de las entrevistas que se
realicen, segn sea:
El tipo de proyecto.
El usuario entrevistado.
Consolidacin de la Entrevista.
Personas
Grupos
De equipo
Polticas
Econmicas
Tecnolgicas
3.0 GENERALIDADES
Ser grfico.
Ser preciso y breve.
Ser comprensible.
Ser debidamente particionado en niveles.
Ser bien documentado.
No ser redundante.
Establecer "Qu" Funciones se desarrollan, sin implicar "Cmo".
No ambiguo.
NOMBRE
Reglas de Construccin:
B) PROCESO
NIVEL
NIVEL
NOMBRE NOMBRE
Reglas de Construccin:
C) ALMACN DE DATOS
NOMBRE
ID NOMBRE
Reglas de construccin:
D) FLUJO DE DATOS
Reglas de construccin:
NIVEL NIVEL
PROCESO
NOMBRE NOMBRE
ALMACEN ID NOMBRE
DE DATOS NOMBRE
FLUJO DE
DATOS
ENT.EXT
P0
NOMBRE ENT.EXT.
SISTEMA
.
ENT.EXT.
COMIENZA
SI Existe-Alumno-Ok = "Si"
[Mostrar datos de alumno]
Ir a proceso que realiz llamada
OTRO
Desplegar mensaje "Alumno No existe"
Ir a proceso que realiz llamada
FIN_SI
TERMINA
COMIENZA
Ir a almacn RECORD
Mientras Existe-Curso-Ok = "Si"
SI Curso-aprobado-Ok="No"
Desplegar mensaje "Curso no aprobado"
Ir a proceso que hizo llamada (salir)
FIN-SI
FIN-Mientras
TERMINA
Es una notacin grfica para MODELAR DATOS, que describe con un alto nivel
de abstraccin, la distribucin de datos almacenados en un sistema. Es muy
DIFERENTE DEL DFD, que modela las funciones que lleva a cabo el sistema; y
es muy diferente del diagrama de transicin de estados, que modela el
comportamiento dependiente del tiempo, de un sistema.
Este modelo fue creado por P. Chen y desde entonces han aparecido autores
que han tratado de mejorar o adaptar su idea original para hacerlo ms
aplicable. En la prctica actual existen dos tendencias en el uso de la
simbologa para representar el modelo de datos de un sistema:
A) ENTIDAD
Cada una puede identificarse de una manera nica. Por ejemplo, una
instancia de la entidad ALUMNO: por un cdigo o nombre, que lo
diferencia de otra instancia.
Cada una puede ser descrita por uno o ms datos. Por ejemplo, una
instancia de la Entidad PROFESOR mediante nombre y direccin.
Profesor Curso
B) RELACION
Dicta
Profesor Curso
Relacin
C) ATRIBUTOS (DESCRIPTORES)
REPRESENTACION:
1) Con apoyo de un crculo por cada atributo (P. Chen).
2) Directamente al lado de la entidad relacin (otros autores).
Id_Prof
Profesor Profesor Nom_Prof
Dir_Prof
O o o
Id_Prof Nom_Prof Dir_Prof
Dicta
1 1
Profesor o Curso
Mandatorio Opcional
B) LA CARDINALIDAD
Dicta Dicta
1
1 1 N
Profesor Curso Profesor Curso
Dicta Dicta
N 1 M N
Profesor Curso Profesor Curso
C) IDENTIFICADOR
GENERALIZACION
EMPLEADO
Prof. Manuel Alvarado 20
UNJBG Facultad de Ciencias Administrativas
GERENTE SECRETARIA
AGREGACION
COMPUTADOR
Indica que debemos tener claro que, para considerar a una entidad
como tal, deber ser posible describirla con atributos , sin, tal dato
sebe ser considerado un atributo.
Esto nos indica que debemos seleccionar los atributos de forma que
representen convenientemente a una entidad. Asi, por ejemplo: es ms
propio, que "OFICINA" sea un atributo de DEPARTAMENTO en lugar de serlo
de la entidad EMPLEADO.
5) Los atributos que tienen una relacin muchos-a-uno con una entidad,
deberan ser una entidad.
B) IDENTIFICAR JERARQUIAS
Vendedor
N 1 1
Pasajero Boleto
1 N
Bus Mante-
nimiento
1
Ciudad
1
1 N
N Piloto
Boleta
Servicio
Comprobante
MT A B A B A B A B
SH A B A B A c B A c B
Control de procesos.
Conmutacin telefnica
Control y Mando Militares
Captura de datos de alta velocidad.
En Reposo
Responde llamada
En reposo
Se presion Inicio
[D mensaje inserte tarjeta]
Se di Reinicio
Esperando tarjeta
Tarjeta insertada
[Despliega Ingrese contrasea] Reinicioo mal contrasea
[ Borra pantalla ]
Esperando contrasea
Esperando eleccin
DEFINICIONES RESPECTO AL DD
ALUMNOS = {Alumno}
CURSOS = { Curso }
Detalle de alumno
Detalle de curso
WITH CLASS : (Upper Case para ADOO, distribuda inicialmente en Per, por
M+S, en Shareware). Soporta el modelamiento planteado por la metodologa
OMT de James Rumbaugh.
METOLOGAS SOPORTADAS:
Yourdon/DeMarco
Gane & Sarson
SSADM
Ward-Mellor
Martin
Chen
Bachman
IDEFIX
TIPOS DE DIAGRAMAS:
Data Flow Diagrams (DFDs)
Transformation Schema (real-time DFDs)
Structure Charts (STCs)
State Transition Diagrams (STDs)
Entity Relationship Diagrams (ERDs)
Data Model Diagrams (DMDs)
Data Structure Diagrams (DSDs)
1.- Crear, dentro de la carpeta denominada "Ecwin" una nueva carpeta con
un mobre para el proyecto a elaborar (y donde se guardarn todos los
diagramas).
A B C D E F G H 1 2 3 4 5 6 7 8 9
6 7 8
1. Seleccionar con el mouse el objeto (Entidad externa, proceso, flujo, etc.) deseado, desde la
paleta de objetos.
2. Colocar el objeto sobre una parte de la pizarra, haciendo clic sobre ella.
3. Redimensionar o acomodar el objeto en una nueva posicin (opcional).
4. Colocar otros objetos (Opcional, pues se puede proceder a darle un nombre)
1 2 3 4 5
6 7 8 9
NOTA: Luego de colocado cada objeto, es indistinto nombrarlos primero o conectarlos antes o
viceversa.