Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Fases Del Desarrollo de Sistemas
Fases Del Desarrollo de Sistemas
1. GENERALIDADES
ENCUESTA
ANALISIS
DISEÑO
IMPLANTACION
PRUEBAS DE ACEPTACION
GARANTIA DE CALIDAD (PRUEBA FINAL)
DESCRIPCION DEL PROCEDIMIENTO (MANUAL)
CONVERSION DE BASES DE DATOS
INSTALACION
ANALISIS
DISEÑO DEL SISTEMA
DISEÑO DE OBJETOS
IMPLEMENTACION
2. ANALISIS PRELIMINAR
FACTIBILIDAD ECONOMICA
Costo del hardware y software para las aplicaciones del sistema
Beneficios en cuanto a reducción de costos con el nuevo sistema,
respecto al actual
Costo de no llevar a cabo la implantación del nuevo sistema
Otros
FACTIBILIDAD OPERATIVA
Existe apoyo necesario de la alta dirección?
El sistema será aceptado por los usuarios?
Participarán los usuarios en la planeación y desarrollo?
Generará impacto adverso el sistema propuesto?
Grado de apoyo del sistema a los procesos existentes?
Otros
FACTIBILIDAD TECNICA
Capacidad técnica del equipo del proyecto de sistema.
Existe o se puede adquirir el equipamiento para el proyecto?
El sistema generará respuestas adecuadas considerando el número y
ubicación de usuarios?
El sistema se adecuará a situaciones crecientes y cambiantes?
Otros
FACTIBILIDAD LEGAL
Existe algún tipo de restricción legal para desarrollar nuevo
sistema?
Otros
General
Específicos
Diagrama Gantt
Diagrama PERT
TECNICA: ENTREVISTA
Datos involucrados.
Soporte utilizado (papel, intercambio electrónico de
datos, disquete, cinta magnética).
Frecuencia (tiempo real, varias veces al día,
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 electrónico de datos,
disquetes, cinta magnética).
Frecuencia (tiempo real, varias veces al día,
diariamente, semanalmente, etc)
2.1.5 Volumen de información manipulada.
2.1.6 Por sistema de información, 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 satisfacción técnica con los sistemas
actuales. La valoración incluirá aspectos como:
Disponibilidad de los sistemas de información.
Tiempos de respuesta.
Facilidad de uso.
Tiempo de espera si se piden modificaciones.
Puede utilizarse la tabla anterior para ponderar la
evaluación.
CONSIDERACIONES.
Debe tenerse en cuenta que lo expuesto en esta técnica es sólo una
visión general de los aspectos más relevantes que deben ser
tratados en cada tipo de entrevista. Para cada proyecto, deberá
confeccionarse un guión detallado de las entrevistas que se
realicen, según sea:
El tipo de proyecto.
El usuario entrevistado.
Consolidación de la Entrevista.
Personas
Grupos
De equipo
Políticas
Económicas
Tecnológicas
3.0 GENERALIDADES
Ser gráfico.
Ser preciso y breve.
Ser comprensible.
Ser debidamente particionado en niveles.
Ser bien documentado.
No ser redundante.
Establecer "Qué" Funciones se desarrollan, sin implicar "Cómo".
No ambiguo.
NOMBRE
Reglas de Construcción:
B) PROCESO
NIVEL
NIVEL
NOMBRE NOMBRE
Reglas de Construcción:
C) ALMACÉN DE DATOS
NOMBRE
ID NOMBRE
Reglas de construcción:
D) FLUJO DE DATOS
Reglas de construcción:
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 almacén 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 notación gráfica para MODELAR DATOS, que describe con un alto nivel
de abstracción, la distribución 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 transición 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 más
aplicable. En la práctica actual existen dos tendencias en el uso de la
simbología 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 código o nombre, que lo
diferencia de otra instancia.
Cada una puede ser descrita por uno o más datos. Por ejemplo, una
instancia de la Entidad PROFESOR mediante nombre y dirección.
Profesor Curso
B) RELACION
Dicta
Profesor Curso
Relación
C) ATRIBUTOS (DESCRIPTORES)
REPRESENTACION:
1) Con apoyo de un círculo por cada atributo (P. Chen).
2) Directamente al lado de la entidad ó relación (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 más
propio, que "OFICINA" sea un atributo de DEPARTAMENTO en lugar de serlo
de la entidad EMPLEADO.
5) Los atributos que tienen una relación muchos-a-uno con una entidad,
deberían 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.
Conmutación telefónica
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 contraseña”] “Reinicio”o mal contraseña
[ Borra pantalla ]
Esperando contraseña
Esperando elección
DEFINICIONES RESPECTO AL DD
ALUMNOS = {Alumno}
CURSOS = { Curso }
Detalle de alumno
Detalle de curso
WITH CLASS : (Upper Case para ADOO, distribuída inicialmente en Perú, por
M+S, en Shareware). Soporta el modelamiento planteado por la metodología
OMT de James Rumbaugh.
METOLOGÍAS 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 guardarán 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 posición (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.
Mediante un CHECK a “Print to file”, aunque es más recomendable la opcion “export” de “Tools”.