Web viewDesarrollo del sistema operativo ... Análisis de la estructura de. ... Catálogode Contieneloslos elementos de un sistema. elementosqueintervienenenlos

Desarrollo de Sistemas deInformación

Ing° Luis Castellanos Hurtado MSc

Índice

In trodu cció nP l an i f i c a c i ó n d e P r o y e ct o s J u st i f i c a c i ó n d e P r o y e ct o s C on t r o l d e P r o y e ct o s Est u d i o d e F a c t i b ili da d A n á li s i s Di s eñ o P r o g r a m a ci ó n

Im p la nta ció nP r ue b a C o n v e r si ó n I n s t a l a c i ó n d e H W / S W A d i e s t r a m i en to D o c u m en t a c i ó n Entrega al Usuario

M an t e n i m i en t o A ud i t o r í a B i b li o g r a f í a

v.3.1

Sistemas de Información Luis Castellanos 2

Introducción

SistemaConjunto de partes interrelacionadas, que

persiguen un fin común.Clasificación:

Sistemas NaturalesSistemas hechos por el hombre

o Socialeso Transporteo Comunicacióno Manufactura

o Financieros o

Información


Introducción

Funciones GerencialesPlanificación: establece metas / desarrolla

estrategiasOrganización: agrupa actividades,

recursos, procedimientos para garantizarla ejecución de actividades

Administración de Personal: selección /empleo adecuado de personal

Supervisión: mide rendimiento y genera correcciones ../..


IntroducciónFunciones Gerenciales

Comunicación: transfiere comunicación al personalDirección: liderazgo y motivación del personalCoordinación: coordina ejecución de actividadesToma de Decisiones:

Planteamiento del ProblemaFormulación y Análisis de Formas de AcciónSelección de la F/AImplantación de la F/AEvaluación de Resultados


Introducción

• Niveles de Decisión

Conocimientos amplios, muchas

Conocimientos específicos,

áreas Estratégico áreas específicas

Táctico

Operativo


Introducción

Tecnología de InformaciónMedios para capturar, manejar, distribuir

y almacenar electrónicamente imágenes, datos, palabras y voces.

Beneficios:Mejora la infraestructura de la organizaciónProporciona instrumentos más eficaces para la

ejecución de laboresPropicia el Rediseño de Procesos de Trabajo


Introducción

Evolución:Procesamiento Electrónico de DatosSistemas de InformaciónTecnología de InformaciónInteligencia Artificial

Ayuda a crear:Modelos estratégicos difíciles de copiarNuevos ProductosSistemas organizacionales que distribuyen el

balance comprador-cliente o vendedor-cliente.Sistemas de Información Luis Castellanos 8

Introducción

Sistema: conjunto de elementosinterrelacionados que persiguen un fin común.

Información: datos procesados, o con sentido.

Sistema de Información: sistema que provee información para el apoyo de las funciones de operación, gerencia y toma de decisiones.

Usuario: cualquier persona que obtengabeneficio del S.I. (Directo/Indirecto)


Introducción

Características de Sistemas deInformación:Generalidad y SimplicidadContinuidad y ConsistenciaFlexibilidad y Dinamismo


Introducción

Metodología de Sistemas (Ciclo de Vida de S.I.):conjunto de actividades llevadas a cabo para desarrollar y poner en marcha un S.I.

Miembros de un Proyecto de Sistemas:* Líder (Gerencia el proyecto)* Analista (Recoge información inicial y define

requerimientos)* Diseñador S.I. (Diseña el S.I.)* Diseñador B.D. (Diseña Base de Datos)

* Programador (Codifica/Prueba)

* Usuario Directo (expresa necesidades)Sistemas de Información Luis Castellanos 11

Introducción

Ciclo de Vida de un S.I.Nacimiento Desarrollo

Muerte Producción


Introducción

Distribución del Tiempo (en %) para unProyecto de S.I. (M.Zelkowitz/J.Senn):Est.Factib./Análisis 20%

Diseño 15% 35%

Programación 20% 25%

Prueba 45% 35%

Documentación 05%


Introducción

Objetivos de las Metodologías de Sistemas:Definir actividades a llevarse a cabo en un

Proyecto de S.I.Unificar criterios en la organización para el

desarrollo de S.I.Proporcionar puntos de control y revisión

Tipos de Metodologías de Sistemas:EstructuradaEvolutiva-Incremental Prototipos Orientada a Objetos


Introducción

EstructuradaSe maneja como proyectoGran volumen de datos y transaccionesAbarca varias áreas organizativas de la empresaTiempo de desarrollo largoRequiere que se cumplan todas las etapas, para

poder cumplir las siguientes (progresión lineal y secuencial de una fase a la otra)


Introducción

EstructuradaKendall & Kendall: Larry Long:

Determinación de Requeri- mientos

Análisis de NecesidadesDiseñoDesarrollo y DocumentaciónPrueba y MantenimientoImplantación y Evaluación

Análisis de SistemasDiseño de SistemasProgramaciónConversión e instauraciónPostinstauración

(producción)


Estudio de Factibilidad Análisis

Introducción

EstructuradaLloréns (I):

Diseño GeneralDiseño DetalladoProgramación

Lloréns (II):RequerimientosAnálisis y DiseñoConstrucciónPruebasProducción y Mantenimiento

Prueba Conversión e Implantación


Introducción

EstructuradaMontilva:

Requerimientos SistemaRequerimientos ProgramasDiseño PreliminarDiseño DetalladoCodificación y DepuraciónPruebas y PreoperaciónOperación y Mantenimiento

Murdick & Ross:EstudioDiseño GeneralDiseño DetalladoImplantación


Introducción

EstructuradaPérez Peregrina:

InvestigaciónAnálisisDiseñoDesarrolloImplementaciónOperaciónControl de Proyectos

Senn:Investigación PreliminarDeterminar Requerimientos Diseño Desarrollo de Software PruebaImplantación y Evaluación


Introducción

EstructuradaYourdon:

EncuestaAnálisisDiseñoImplantación

ARDI:Preparación InicialAnálisis y DiseñoDesarrolloPuesta en Marcha y Prueba

Generación de Prueba deAceptación

Control de CalidadDescripción ProcedimientosConversión de B.D.Instalación


IntroducciónEstructurada

Luis Castellanos:Estudio de FactibilidadAcciones PreliminaresAnálisisDiseñoProgramaciónImplantación

o Pruebao Conversióno Instalación de HW/SW

o Adiestramientoo Documentacióno Entrega al Usuario

E.F.

(Mantenimiento)(Auditoría)

Análisis

Diseño

Progra.

Implan.


Introducción


Introducción

Evolutiva-IncrementalSe deriva de la estructuradaPermite seguir secuencias ascendentes o

descendentes en las etapas del desarrolloPermite cumplir etapas o fases en paralelo

E.F.Análisis

Diseño

Progra.

Implan.


Introducción

PrototiposDesarrolla modelo en escala del sistema

propuesto (sistema objetivo)Se prueba y refina hasta que usuarios conformesIdentifica necesidades de informaciónManeja principales procedimientos orientados a

transaccionesProduce informes críticosPermite consultas rudimentariasComplementa especificaciones imprecisas y/o

incompletas de los usuarios


Introducción

PrototiposTipos de Sistemas Prototipos:

No Funcional: se centra en interfaz de usuario, despliegues para captura de datos y en salidas del sistema. (No hay consultas a B.D.)

Parcialmente Funcional: los usuarios pueden hacer consultas a B.D.

Completamente funcional: se ignoran características de desempeño (eficiencia,volumen) y

se centra enla funcionalidad


Introducción

PrototiposEtapas para la creación de Sistemas Prototipos:

Definición de las especificaciones del sistema(pantallas, menú, reportes, base de datos)

Creación del sistema prototipo (interfaz, pantallas, reportes, base de datos, parte código fuente)

Refinación del sistema prototipo (se expande y refina el sistema de acuerdo a los requerimientos de los usuarios)

Desarrollo del sistema operativo (en base al prototipo final, se desarrolla el sistema operativo y se elimina el sistema prototipo)


Introducción

Orientada a ObjetosNo modela la realidad, sino la forma en que las

personas comprenden y procesan la realidadEs un proceso ascendente basado en una

abstracción de clases en aumentoSe basa en identificación de objetos, definición y

organización de librerías de clases, y creación de macros para aplicaciones específicas

Utiliza menor cantidad de códigoEs más reutilizable


Introducción

Orientada a ObjetosConceptos:

Objeto: módulo que contiene los datos e instrucciones que operan sobre los datos

Mensaje: solicitud que se hace al objeto para que se comporte de alguna forma

Métodos: determinan cómo actúa el objeto al recibir un mensaje

Clase: descripción de un conjunto de objetos casi idénticos, que consta de métodos y datos que resumen sus características comunes


Introducción

Orientada a ObjetosConceptos:

Abstracción: los objetos se sitúan en clases abstractas,de acuerdo a elementos comunes

Encapsulamiento: conjunto de métodos y datos dentrode un objeto, de forma que el acceso a los datos se permite sólo a través de propios métodos del objeto

Herencia: mecanismo para compartir métodos y datos entre clases, subclases y objetos

Polimorfismo: el mismo mensaje puede originar acciones diferentes al ser recibidos por diferentes objetos


Introducción

Orientada a ObjetosEtapas:

Requerimientos Análisis de la estructura de objetosAnálisis del comportamiento de objetosDiseño de la estructura de objetosDiseño del comportamiento de objetosProgramación Prueba Puesta en producciónMantenimiento


Planificación de Proyectos

ImportanciaPermite saber qué se deberá hacer y quién lo va

hacerPermite saber (aproximadamente) cuándo

terminará el proyectoPone en evidencia los obstáculos relevantes del

proyecto, con el fin de tomar las precaucionesEstablece marco de referencia que permite

trabajar eficientemente y evita desperdicio de recursos



Definir Metodología de Desarrollo deSistemas a seguir

Herramientas para la Planificación:Gráfico de Barra o Diagrama de Gantt PERT-CPM Cronograma de ActividadesSoftware de Planificación (Primavera, Project,

ViewPoint, Harvard Project, etc)Método Esfuerzo Base (Lloréns)Método de Análisis de Puntos Función (Albretch)



Diagrama de Gantt

1 2 3 4 5 6 7

Factibilidad

Análisis

Diseño

Programación

Implantación



PERT - CPM

0 35 10 25 25 8

25 8

6

30 2

D

832 0

A B1 2

10 15

C

25

E F4 5 7

5 235 0

3



Cronograma de Actividades

Actividad Responsable Inicio Fin Recursos

Factibilidad Pxsc Peretgd xx/yy/zz xx/yy/zz aa bb

Análisis Dsea Dstya xx/yy/zz xx/yy/zz aa bb

Diseño Frtsst Kkies xx/yy/zz xx/yy/zz aa bb

Programación Sdsdser Dfdñeo xx/yy/zz xx/yy/zz aa bb



Niveles de PlanificaciónPlan de Sistemas: engloba todos los proyectos

que deben ser acometidos en un área del negocioPlan General de Desarrollo: muestra las fases a

cumplir en un proyecto específicoPlan Detallado para una Fase: productos,

actividades, recursos, responsables, fechasPlan para el resto del Proyecto: ajustes al plan en

cuanto al desarrollo, implantación y pruebas


Planificación de ProyectosNiveles de Planificación

Plan deSistemas

Plan GeneralSistema 01

Plan GeneralSistema 02

..... Plan GeneralSistema n

Plan Detalladopara una Fase

Plan Detalladoresto del proyecto







Estimación Identificar características del ProyectoRecopilar datos históricos sobre proyectos

anteriores Calcular recursos necesariosTodas las estimaciones están sujetas a

variaciones Normalmente debe sobreestimarse en un 20% Estimar costos (RRHH, dinero, tiempo) Métodos de estimación: histórico, intuitivo, por

promedios ponderados


Justificación de Proyectos

Establece bases para soportar aprobaciónIncluye Análisis Beneficio/CostoVerifica:

Definición correcta de objetivos del proyectoEnunciación correcta de prioridadesOptimización de beneficios para la organización

Razones para proponer proyectos:Resolver un problemaAprovechar una oportunidadDar respuesta a directivos


Justificación de Proyectos

Razones para iniciar proyectos:Mayor capacidad (velocidad, memoria, etc.)Mejor controlMejoras en la comunicaciónReducción de costosAlcanzar Ventajas Competitivas


Control de Proyectos

Tareas del Líder de ProyectoPreparar y ejecutar planes de acciónDirigir reuniones para identificar y resolver

problemasDirigir reuniones de comunicaciónElaborar y presentar Reportes de Progreso

Ventajas de Controlar un ProyectoPermite reasignar personas con poca cargaPermite intercambiar personal de actividades no

críticas a críticas



Proyecto bajo controlCada persona sabe lo que tiene que hacer y

cuándo debe hacerloNadie está esperando que las cosas ocurranNo hay problemas escondidosEl líder sabe lo que se ha hecho y lo que no



Para mantener un Proyecto bajo controlPreparar y seguir planes de acciónRealizar reuniones para detectar y corregir

problemasControlar los cambiosDelegar eficientementeMedir el tiempo que realmente faltaReconocer los síntomas del fracaso


Estudio de Factibilidad

Determina si es posible o no ofrecer soluciónautomatizada a los problemas actuales

Representa el primer paso a cumplirse dentrodel ciclo de desarrollo

Brinda información muy amplia acerca de la unidad a quien se le va desarrollar el S.I., y determina si el mismo es o no factible

Abarca la factibilidadTécnica (existe tecnología para realizar el S.I.?)Operativa (habrá resistencia al cambio?)Económica (relación beneficio/costo)



PasosDescripción o Identificación del Entorno (Antecedentes e

Historia de la Unidad, incluyendo Organigrama)Identificación del Problema existenteIdentificación de Procedimientos ActualesIdentificación de las posibles Soluciones (al menos 3)Validación de las Posibles Soluciones (costo en tiempo

y dinero; factibilidades técnica, operativa, y económica, incluyendo análisis beneficio/costo).

Determinación de las Ventajas y Desventajas de lasPosibles Soluciones

Comparación Tiempos/CostoRecomendación



BeneficiosAhorros funcionales

Reducción de costos de operación (tiempo, dinero, h/h)Reducción de desperdicios

Beneficios TangiblesAumento de productividadMejor uso de los activosMejor control

Beneficios IntangiblesOptimización o simplificación de procedimientosMayor entusiasmo en los trabajadoresImagen de la organizaciónMejora en la precisión de las operacionesErgonomía



CostosConstrucción del sistema

Sueldos miembros proyectoAdiestramiento (de ser necesario)

Conversión del sistemaOperación del sistema

SoftwareHardwareMantenimiento



Análisis Beneficio/CostoRazón B/C = B / C > 1Factor B/C = B - C > 0Valor Futuro y Valor Actual

V f

V p

1 V f

i t

(Aplicando Factor)

V p

1 i t

Valor Presente NetoVPN t 1 Bt

Ct C 0 (Aplicando Factor)

t n 1 it

o o



Análisis Beneficio/CostoTasa Interna de Retorno (TIR): Busca el número

de años (meses, etc.) en operación del sistema propuesto que se requieren para amortizar el costo de su inversión.

Hallar i , tal que los Beneficios (Bn) sean iguales a losCostos (Cn), de acuerdo al polinomio:

C1

1i C2

1i2... Cn

1in

B1

1i

B2

1i2... Bn

1in


M e s 1 M e s 2 M e s 3 M e s 4 M e s 5

B e n e f i c i o s5 0 0 0 2 0 0 0 0 2 4 9 6 0 3 1 2 7 0 3 9 0 2 0

C o s t o s2 6 0 0 0 2 7 4 0 0 1 7 3 7 0 1 8 6 7 0 2 0 0 9 0

F l u j o d eE f e c t i v o

-2 1 0 0 0 - 7 4 0 0 7 5 9 0 1 2 6 0 0 1 8 9 3 0

F l u j o E .a c u m u l a d o

-2 1 0 0 0

-2 8 4 0 0

-2 0 8 1 0 - 8 2 1 0 1 0 7 2 0


Análisis Beneficio/CostoAnálisis de flujo de efectivo (AFE): examina la

dirección, magnitud y patrón de flujo de efectivodel sistema propuesto.



* Nota:Normalmente el costo del Hardware no es pertinente en un

desarrollo de S.I., ya que lo que si es importante es el SoftwareEn caso de que el cliente o usuario requiera Hardware, se

deberá colocar en otra propuesta aparteAún, en esta etapa, no se conocen a ciencia cierta los

requerimientos exactos de HardwareEl Estudio de Factibilidad es una especie de “Presupuesto” que

se le presenta al cliente o usuariosEl Estudio de Factibilidad también puede conocerse como

“Propuesta del Sistema”Una vez aprobado el Estudio de Factibilidad por el Comité

de Sistemas, clientes o usuarios, se procede conlas siguientes etapas del ciclo de vida


Acciones Preliminares

Designación del equipo de ProyectoElaboración de la Planificación del

Proyecto



Designación del equipo de ProyectoNormalmente el Equipo de Desarrollo de Sistemas

está conformado por:Líder (Gerencia el proyecto)Analista (Recoge información inicial y define requerimientos)Diseñador S.I. (Diseña el S.I.)Diseñador B.D. (Diseña Base de Datos)Programador (Codifica/Prueba)Usuario Directo y Usuario Indirecto (expresa necesidades)Transcriptor (Ingresa datos en el sistema, de requerirse)



Elaboración de la Planificación del ProyectoGráfico de Barra o Diagrama de Gantt PERT-CPM Cronograma de ActividadesSoftware de Planificación (Primavera, Project,

ViewPoint, Harvard Project, etc)


Análisis

Amplía resultados del Estudio de FactibilidadDefine QUÉ va a hacer el nuevo SistemaHerramientas

Técnicas de recolección de informaciónDescripciones de procesos y procedimientosDiagrama de Flujo de Datos (DFD)Diagrama de Flujo de Procesos (DFP)Diccionario de Datos (DD)


Análisis

PasosDefinición de Objetivos del Sistema (Generales y

EspecíficosIdentificación de Usuarios (Directos, Indirectos,

Usuarios de los Usuarios)Elaboración de Modelo del Sistema actual (Lógico

y Físico)Elaboración de Diccionario de Datos del Sistema

actualRecopilación de Reportes del Sistema actualIdentificación de Procedimientos Propuestos


Análisis

Técnicas de Recolección de InformaciónEntrevistas

Individuales o GrupalesEstructuradas o No EstructuradasRecomendaciones:

Investigar antecedentes de la organizaciónDesarrollar un plan global y objetivos a cumplirSeleccionar a los entrevistadosTener autorización para hablar con los usuariosPlanificar entrevistas (tipo y estructura)Usar herramientas automatizadas sin abusoTratar de juzgar qué información le interesa más al

usuario


AnálisisTécnicas de Recolección de Información

EntrevistasObjeciones y Resistencias

Está ocupando mucho de mi tiempoEstá amenazando mi empleoNo conoce nuestro negocio. Cómo va a decirnos que

debemos hacer?Está tratando de cambiar la forma de hacer las

cosas aquíNo queremos ese sistema

ObservaciónCuestionarios

Abiertos o Cerrados


Análisis

Diagrama de Flujo de Datos (DFD)Herramienta gráfica que se emplea para describir

y analizar el movimiento de datos a través de un sistema.

Presenta una visión (lo más amplia posible) delas entradas, procesos y salidas del sistema

Es un modelo lógico de los datos del sistemaNo muestra control ni movimientoPrácticamente no requiere explicaciónPermite modelar el sistema con símbolos gráficos


Análisis

DFDElementos

Procesos del sistema

Flujos: datos enviados de un componente a otro

Entidades Externas: Fuentes o destinos externos de trans- acciones

Gane & Sarson De MarcoYourdon

Almacenamiento de DatosGane & Sarson De Marco

Yourdon


Análisis

DFDEtiquete todos los elementos, y con nombres

significativosLos flujos no pueden tener bifurcacionesNo pueden existir nombres repetidosMuestre flujos de datos, no de controlEs preferible repetir elementos, que cruzar líneas

de flujoUn flujo no puede ir de una Entidad a otraVerifique balance, relación padre-hijo, numeraciónDebe caber en una sola página (cada nivel)


Análisis

DFDUn proceso no es un departamento o unidad.Los procesos deben estar definidos con nombres

en infinitivo, en forma verbo-objeto preferiblementeParticione procesos (explote burbujas) en 5 ± 2Los procesos, en lo posible, deben coincidir con

los Procesos Actuales y PropuestosAl entrar un flujo en un proceso, se debe

transformar y salir otro flujo (no el mismo)El DFD Propuesto no puede ser igual al ActualMuestre sólo archivos locales


Análisis

Nivel 0 ó Diagrama 0Contexto

1 2Nivel 1

Nivel 21.1 1.2 2.1 2.2

Nivel 3

... Nivel n

1.1.1 1.1.2 2.1.1 2.1.2


Análisis

Algunas convenciones gráficas

Flujos de datos quese cruzan

Entidades Externas repetidas

Almacenes de Datos repetidos


Análisis

a libros b editores

detalle_libro dirección

Clientepedido

1ValidarPedido

2Enviar Necesi- dades

pedido_válido

orden_compra

Editor

estado_crédito pedido_lote

c clientes d pedidos pendientes


Análisis

Diagrama de Flujo de Procesos (DFP)Llamados también Diagramas de Flujo o,

Flujogramas de ProcesosRepresenta el modelaje físico de un sistemaMuestra quién y cómo hace las cosasMuestra N° de copias de documentosMuestra dónde se archivan los documentosMuestra nombres de departamentos


Análisis

DFPElementos

Inicio o fin Proceso Entrada de Datos Decisión

Almacén Ciclos o Iteraciones Conector Reporte


Análisis

Ventas FacturaciónInicio

Recibir

Pedido

Verificar

Existencia

SiHay?

No

Fin

Elaborar

FacturaContado Tipo Crédito

Venta0

1 No Crédito

Co Aprobado? Si

Cr 0

1


Catálogo de Contiene los

Análisis

Diccionario de Datos (DD)Datos de los datos del sistema (metadatos)

los elementos de un sistemaelementos que intervienen en los

DFD´s: Flujos de Datos, Procesos y Almacenesde Datos

ImportanciaFacilita el manejo de detalles en sistemas grandesComunica un significado común a todos los elementos

del sistemaDocumenta las características del sistemaLocaliza errores y omisionesFacilita el posterior mantenimiento del sistema


= Está compuesto de+ Y

Análisis

Diccionario de Datos (DD)Flujos de Datos y Almacenes de Datos:

( ) Repetición de<> Uno u otro

[ ] Opcional * * Comentario

Ej: detalle_libro = codigo_libro + cantidadorden_compra = numero_orden + fecha +cod_editor + (codigo_libro + cantidad + precio) +[descuento] + monto_total + forma_pago*<contado/credito>*


Análisis

Diccionario de Datos (DD)Procesos:Ej:

Validar PedidoRecibe pedidos de clientes; verifica límite de crédito

y estado de cuenta; almacena el pedido conformado en el archivo “pedidos_pendientes”.


AnálisisCada semestre, los alumnos se inscriben para los cursos que se

ofrecen en varias escuelas de la Facultad de XX. No todas las personas se inscriben el mismo día, ya que hay muchos alumnos y poco personal administrativo. Por ello a los alumnos se les asignan fechas y horas específicas de

inscripción. El horariose les comunica por correo aladirección permanente de cada uno, indicándoles:horay fecha de inscripción,nombres y apellidos,

matrícula, semestre a inscribir, índice académico. Motivado a que el correo no siempre llega, algunos alumnos llaman por teléfono para saber su horario de inscripción. Los alumnos pueden inscribir varias materias, con tal que tengan las prelaciones aprobadas y que exista cupo aún. La última etapa de la inscripción es el pago de las cuotas. Dichas cuotas dependen del número de créditos inscritos,y de si el alumno es o no becario, o tiene ayuda económica. El pago puede hacerse en efectivo, tarjeta de crédito o cheque. (Adaptadode James Senn). Elabore el DFD respectivo.


Diseño

Genera soluciones a requerimientosplanteados

Describe las especificaciones del sistema propuesto

Define CÓMO lo va a hacer el nuevo Sistema


Diseño

HerramientasLenguaje de Modelado Unificado (UML)DFD, DFPDiagrama Entidad Relación (DER)Diagrama Estructurado de Datos (DED)NormalizaciónCarta Estructurada (CE)Diagramas de Acción (DA)Formatos o Plantillas para diseño de salidasDiccionario de Datos (DD)Otras: HIPO, VTOC, Árboles estructurados


Elaboración delFísico)

Elaboración de

Diseño

PasosModelo del Sistema Propuesto (Lógico y

Diccionario de Datos (Flujos, Procesos,Almacenes de Datos)

Elaboración del Diagrama Entidad Relación (DER)Elaboración del Diagrama Estructurado de Datos (DED)Elaboración de la Carta Estructurada (CE)Elaboración de Diagramas de Acción (DA)Elaboración de Modelos de Reportes Impresos y PantallasDescripción de Hardware y Software requerido


Diseño

Base de DatosColección integrada de archivos (interre-

lacionados) , accesibles a múltiples aplicacionesDisminuye redundancia de datosElimina inconsistencia entre datos redundantesComparte datos entre múltiples usuariosEstablece estándares y seguridadProtege la integridad de los datosIndependiza programas de estructuras de datos


Diseño

Base de DatosModelos de B.D.

JerárquicoDe RedesRelacionalOrientado a Objetos


Diseño

Diagrama de Entidad Relación (DER)Modela lógicamente las estructuras de datos del

sistema relacionadoDescribe la distribución de datos almacenadosConsta de

Entidades (algo acerca de lo cual guardamos información). No confundir con las Entidades externas del DFD.Relaciones

1:11:nm:n

(Mandatoria) (Opcional)


Diseño

Diagrama de Entidad Relación (DER)

Clientes Editorial

1 n

compra comprado

1 1

edita editado

m 11 Librosm


Editorial

1

edita

m

1

edit

1

Libros

ahcer

m

ser hechos

1

Pedido 1 con

Diseño


Clientes

1 1

da o

star m

1 estar 1


Clientes

Pedido

Clientes

1

m

1

1

Pedido

Diseño


Clientes Clientes Clientes

hacen

Pedido Pedido Pedido


Diseño

NormalizaciónConsiste en simplificar la relación entre los

atributos de una entidadTransforma estructuras complejas en conjuntos

estables de menor tamañoVentajas

Facilita el mantenimientoElimina redundanciaProvee consistenciaAhorra memoria en dispositivos de almacenamiento


Diseño

NormalizaciónFormas Normales

1FN (1ra Forma Normal) (Elimina grupos repetidos)2FN (Elimina dependencias parciales y busca

dependencia funcional con clave primaria)3FN (Elimina dependencias transitivas)BCNF (Forma Normal Boyce/Codd)4FN5FN


Diseño

Estructura No NormalizadaReporte_ventas

n°_vendedor nombre_vendedor

área_ventas

(n°_cliente)(nombre_cliente)

(n°_almacen)(ubicación_almacen)

(valor_ventas)

1FN Vendedor

n°_vendedor nombre_vendedor

área_ventas

Vendedor/Cliente

n°_vendedor n°_cliente

nombre_cliente n°_almacen

ubicación_almacen valor_ventas


Diseño2FN

Vendedorn°_vendedor

nombre_vendedor área_ventas

Ventasn°_vendedor n°_cliente valor_ventas

Cliente/Almacenn°_cliente


ubicación_almacen

3FN Vendedor

n°_vendedornombre_vendedor

área_ventasVentas

n°_vendedorn°_cliente

valor_ventasAlmacen

n°_almacen ubicación_almacen

Clienten°_cliente



Entidades Relaciones Campos Claves o Primarios Campos

Diseño

Diagrama Estructurado de Datos (DED)Representa el uso de los datos como Modelo

Funcional.Refleja el uso de los datos a través de un

Modelaje Físico de la BDSe basa en el DERElementos Entidad

Campo Clave

Campo1

Campo2


Diseño

Diagrama Estructurado de Datos (DED)Cliente

cedula nombre

dirección saldo

...

Pedido

N° _ P ed i d o cedula codigo_libro

fecha...

Editorial

cod_editorial contacto dirección telefono

...

Libros

c od i g o_ lib ro autor titulo

cod_editorial...


Diseño

Carta Estructurada (CE)Presenta el “plano” del sistema propuestoSirve para

hacer participar al usuariodiseñar funciones detalladasdiseñar menúsplanificar el desarrollo de programasmonitorear el desarrollo


Diseño

Carta Estructurada

Sistema de LibrosSL-000

Recibir PedidosSL-100

Enviar PedidosSL-200

Controlar InventarioSL-300

Validar PedidoSL-110

Registrar PedidoSL-120

SL-210 SL-220 IngresosSL-310

AjustesSL-320

A créditoSL-111

SL-121 SL-211 SL-221 SL-311 SL-321

A contadoSL-112

SL-122 SL-212 SL-222 SL-312 SL-322


DiseñoEjem plo de Aplicación con Microsoft(C) W ord(C)

Microsoft W ordMW -000

0

Arch ivoMW -1 000

Edició nMW -20 00

VerMW -30 00

InsertarMW -400 0

Form atoMW -5 000

Nuevo Desh acer Norm al Salto Pág in a Fu enteMW -1 100 MW -21 00 MW -310 0 MW -410 0 MW -5 100

A brir Rep Esquem a Fecha Hora Pá rrafoMW -1 200 MW -22 00 MW -320 0 MW -420 0 MW -5 200

Cerrar Cortar Diseñ o Págin a Titulo TabulaciónMW -1 300 MW -23 00 MW -330 0 MW -430 0 MW -5 300

Gu ardar Copiar Docum . Maestro Ob jeto Bord es y S om b.MW -1 400 MW -24 00 MW -340 0 MW -440 0 MW -5

400

... ... ...

Hoja cá lculoMW -441 0

Bord esMW -5 410

W ord ArtMW -442 0

...

Nin gun oMW -5 411

Cu adroMW -5 412

Som braMW -5 413

S om breadoMW -5 420


Diseño

Diagramas de Acción (DA)Describen detalladamente los elementos de un

programa o módulo.Es la última etapa del diseño y materia prima

para el programadorTambién se le conoce por: Lenguaje

estructurado, pseudo código, algoritmo, etc.Permiten representar la estructura global de un

programa y el detalle de las tareas que realizanlos módulos que lo componen

Facilita cambiar las palabras claves por los comandos del lenguaje de programación a usar


DiseñoSi es cliente frecuente entonces

Si compra es menor o igual a 100.000 entoncesAplicar descuento de 5%

si noAplicar descuento de 10%

Fin sisi no

Si compra es menor o igual a 1.000.000 entoncesAplicar descuento de 5%

si noAplicar descuento de 10%

Fin siFin si


Diseño

Diseño de SalidasDeben satisfacer objetivos planteadosSe deben adaptar al usuarioDebe proveer cantidad adecuada de informaciónSe debe proporcionar el método apropiado para

la salidaLa salida debe ser oportuna y disponible para el

usuarioFormas de salidas:

Reportes impresos (impresoras)Reportes por pantallaReportes en archivosReportes en discos


Diseño

Diseño de SalidasCómo determinar Formas de salidas:

Quién(es) usará(n) la salida?Cuántas personas necesitan de la salida?Cuál es el propósito?Dónde se necesita la salida?Con qué frecuencia se necesita?Durante cuánto tiempo se almacenará?Deberá almacenarse?Cuáles son los costos respectivos?


Diseño

Diseño de SalidasReporte Impreso:

Membrete de la organización Fecha: Hora:N° Pag:

Título del Reporte

N° Campo1 Campo 2 Campo 3 Campo 4 Campo 5

Contenido del Reporte

Código Reporte Marca Fin Página/Continuación


Diseño

Diseño de SalidasPantallas

Título de la Pantalla

N° Campo1 Campo 2 Campo 3 Campo 4 Campo 5

Contenido de la Pantalla

Mensajes de error al usuario


Diseño

Diccionario de DatosFlujos

Nombre: detalle_librosFlujo

Descripción: contiene datos acerca de libros en inventarioFlujo Padre: --Origen: Libros Destino: Validar pedidoContenido: codigo_libro + cantidad + ubicación +codigo_editorial + autor + ....


Diseño

Diccionario de DatosProcesos

ProcesoNombre: Validar pedidoReferencia: (1)Descripción: Valida existencia de libros y el créditodel clienteProceso Padre: 0Entradas: pedido, detalle_libros, estado_creditoSalidas: pedidos_validos


Diseño

Diccionario de DatosAlmacén de Datos o Archivos o Tablas

ArchivoNombre: cliente Longitud Registro: 100 BytesAcceso: [ x ] Directo [ ] SecuencialDescripción: almacena datos personales de clientesArchivos Indice: clien_ced (índice: cedula)Campo Tipo Longitud Descripcióncedulanombreapellidoactivosaldo

caráctercaráctercarácterlógiconumérico

820201

12,2

C.I. del clienteNombre del clienteApellido del cliente(V) Activo (F) No activoSaldo con la empresa


Diseño En una concesionaria de automóviles se requiere saber:

lista de clientes de la empresaa quién se le vendió un vehículo, dada la placanúmero de vehículos vendidos en un período dadoporcentaje de ventas por períodos para los modelos

actualeslista de vehículos vendidos a un cliente dado

Existen varios proyectos, trabajando en ellos un grupo de empleados. Un empleado puede ser jefe de uno o más proyectos, y puede trabajar en varios proyectos. Se requiere saber:quiénes son los miembros de un proyecto dadoen qué proyectos trabaja un empleado dadoquiénes son los jefes de proyectoquiénes trabajan en más de un proyecto


Diseño En el Hospital XX existe la Admisión, donde se lleva

información relativa a los pacientes de alta y baja:lista de pacientes que ingresaron en una fecha dadalista de pacientes recluidos por servicio (pediatría, etc.)qué medicinas recibe el paciente de una habitación dadalista de pacientes de un Doctor dadolista de pacientes recluidos en un piso dado

En el mostrador de una Línea Aérea, en un aeropuerto, se requiere saber:lista de pasajeros con reservación, confirmados y/o

embarcados en un vuelo dadocantidad de pasajeros movilizados en un período dadoporcentaje de retardos en los vuelos en un período dadolista de la tripulación de un vuelo dado


Programación

PasosGeneración del Código Fuente y Código ObjetoCreación de la Base de Datos


Programación

Consiste en traducir el Diseño en instrucciones que la computadora pueda interpretar

Es la generación del Código Fuente yCódigo Objeto de la aplicación, de acuerdo alos D.A. y otros resultados del Diseño

Tipos de ProgramaciónNo EstructuradaEstructuradaModularOrientada a Objetos


Programación

Generaciones de Lenguajes deProgramación:1ra Generación (Lenguaje de Máquina)2da Generación (Lenguajes Ensambladores:

Assembler)3ra Generación (Cobol, RPG, Basic, Pascal, PL1,

Fortran, C, C++)4ta Generación (4GL, Focus, Mantis)


Programación

Actividades a cumplirCodificación (transformar D.A. en líneas de

código del Lenguaje seleccionado)Compilación (corregir errores de sintaxis)Link (obtener código ejecutable)*Depuración (corregir errores de los programas)

* En algunos Lenguajes se hace la compilación y link del programa casi simultáneamente


Programación

EstructurasSecuenciales

sentencia 1 sentencia 2 sentencia 3

do casecase y=1

sentencia 6case y=2

sentencia 7Selección

if venta=“credito”then

sentencia 4

other

endcaseIterativas

sentencia 8

elsesentencia 5

endif

while x>3 do sentencia 9 sentencia 10

enddo


Implantación

Incluye todas las actividades para poner un sistema en producción (entregar al usuario)

ActividadesPruebaConversiónInstalación de Hardware y SoftwareAdiestramientoDocumentaciónEntrega al Usuario


Implantación: Prueba

Es ejecutar un sistema para encontrarproblemas y errores.

Se complementa conVerificación (operación en ambiente simulado.

Versión Alfa)Validación (operación en ambiente no simulado

en usuarios seleccionados. Versión Beta)Certificación (programa “libre” de errores)

Métodos de PruebaAscendente (Bottom Up)Descendente (Top Down)Total (Big Bang)



Estrategias de PruebaCaja Negra (probar especificaciones sin prestar

atención al código)Caja de Cristal (probar código sin prestar atención a

las especificaciones)Clases o Tipos de Prueba

Pruebas EstándaresUnitaria (de programa o módulo)Integración (intercambios de información entre módulos)Funcional (sistemas vs. especificaciones)Aceptación (sistema cumple requerimientos de usuarios)Instalación



Pruebas EspecialesCarga máxima (volumen máximo de actividades)Almacenamiento (capacidad para almacenar datos)Tiempo de ejecución (tiempo de respuesta en operaciones)Recuperación (capacidad para recuperar datos y/o manejo de

fallas)Procedimientos (claridad de la documentación)Factores Humanos (reacciones de los usuarios ante

operaciones y/o fallas)

Construcción de Modelos de PruebaDatos de Prueba (Librería de Prueba)Datos Reales


Implantación: Conversión

Transformación de estructuras de datos ymodos de almacenamiento actuales en las estructuras propuestas

Traducción de archivos actuales al formato requerido por el nuevo sistema

Ej.: De Libros a Disco o de Cobol a SQLEnfoques

ParalelaDirectaPilotoPor fases


Implantación: Conversión

Se debe elaborar plan de contingenciaSe debe evaluar la conversión

Cuenta de RegistrosTotales Financieros EstablecidosCifras de Control (no financieras)


Implantación: Instalación HW/SW

Pasos a seguirDeterminar los requerimientos del sitio y controlar

su preparaciónInstalaciones físicasInstalaciones eléctricasPiso Falso, Cielo Raso y Aire AcondicionadoSeguridad

Instalar y Probar el HardwareEn fábricaEn el sitio

Instalar y Probar el SoftwareDeterminar Requerimientos especiales



Existen dos tendencias:

Comprar primero el Hardware, y de acuerdo a éste comprar el Software

Comprar primero el Software, y de acuerdo a éste comprar el Hardware

Parámetros para selección de SoftwareNecesidadesAdiestramiento para el personalCostoSoporte TécnicoCompatibilidad



Parámetros para selección de HardwareMemoria RAMCapacidad en disco(s)Memoria Caché y Vídeo RAMTipo, velocidad y marca del procesadorUnidades de Entrada y Salida (Monitores,

Impresoras, Teclados, Mouse, etc.)CostoSoporte TécnicoGarantíaCompatibilidad


Implantación: Instalación HW/SWM étodo de O bte nción V e ntaja s D esventa jas

A lquile r C o mp ro miso aco rto p la

zoA lto n ivel flexibilida dN o re q uiere g ra n

d ese mb olsoN ore qu iere fin a ncia-

mien to

M á s caro a la rg o p la zoPo co con tro l d el

camb io de e qu ip oN o to do s lo s prov ee -

do re s a lq uila nLo s co sto s so n altos

po rq u e p ro vee d or a sum e riesg o s

A rrenda m ie nto N o re q uiere d e semb o lso a lto

P oco rie sg ode o b so-

lesce n ciaM e n os ca ro qu e alqu

M á s caro q ue co mprar

C om pra M e n or co sto ala rg o p la zo

S eránactivos d e la e mpre sa

C o n tro l tota l so bre u so

R ie sg o d e o b soles cen ciaC o mprom iso p e rma n en teR e spo n sab ilid a d to ta lC o sto in icial es m ás

eleva d oR ie sg o d e ata rse a u


Implantación: Adiestramiento

Capacitar al personal que va a operar y mantener los sistemas propuestos

Personal a ser adiestrado Usuarios Operadores de Sistemas

MétodosSeminariosSimulaciónPersonalDirectoProcedimental


Implantación: Documentación

Incluye una descripción completa del sistema para la operación y mantenimiento.

Principales ManualesInformación Generalde Aplicaciónde Usuariode Operacionesdel Administrador del Sistema



Manual de Información GeneralDescripción General del SistemaArquitectura Lógica y Física o Funcional (DFD/DFP)Arquitectura de Datos Lógica y Física (DER/DED)Arquitectura Física (Plataforma requerida)Interfases (Pantallas y Reportes)Consideraciones de DiseñoCalendario de OperacionesConsideraciones de SeguridadConsideraciones de AdministraciónIndice de Componentes



Manual de AplicaciónObjetivo(s) de la AplicaciónDescripción GeneralDescripción de ProcedimientosComponentes (librerías, código fuente, etc.)

Manual de UsuarioObjetivo(s) del SistemaArquitectura Funcional, Física y de Datos Interfases Consideraciones de DiseñoCalendario de OperacionesAplicaciones (cada una con objetivos, instrucciones

de operación, salidas, errores más comunes)Sistemas de Información Luis Castellanos 120


Manual de OperacionesIgual al anterior (de Usuario), pero con énfasis en

los procedimientos de operación del sistema en la sección de “Aplicaciones”

Manual del AdministradorActualización de tablas y parámetros del sistemaProcesos para efectuar respaldos y recuperaciónProcesos para creación de archivos históricosProcesos para efectuar mantenimiento a las

aplicaciones y datos (reindexar, etc.)Otros de interés para el Administrador del Sistema


Mantenimiento

Modificar, corregir o mejorar los sistemasexistentes.

Curva de la Bañera

Infancia Vejez

errores Madurez

tiempo


Mantenimiento

TiposCorrectivo (elimina errores)Perfectivo (añade nuevas funciones)Adaptativo (modifica funciones)Preventivo (previene errores)

Parches: modificaciones menores Formas

Ordenes de TrabajoProyectosVersiones Planificadas


Mantenimiento

ImportanciaSi no hay apoyo continuo, el sistema puede dejar

de funcionarSi no se incorporan los cambios necesarios, el

sistema puede dejar de ser útilUn soporte continuo permite a los usuarios el uso

adecuado del sistemaPermite realizar ajustes necesarios para que aún

cuando el ambiente cambie, se pueda hacer uso eficiente de los recursos del sistema


Mantenimiento

Dificultades encontradasDocumentación inadecuada, obsoleta o inexistenteComponentes complejosComponentes mal estructuradosInexperiencia del personalPoca familiaridad de las aplicacionesPresión de tiempoFalta de comunicación y participación de los

usuariosGran cantidad de requerimientosGran cantidad de parches


Auditoría

Clasificación por funcionesFinanciera (evalúa información financiera y/o

económica)Organizativa (evalúa procedimientos y funciones)de Gestión (evalúa el proceso de toma de

decisiones)de Recursos Humanos (evalúa cantidad y calidad

de personal, y en general las políticas de RRHH)de Sistemas (evalúa sistemas de información y

su entorno)


Auditoría

Clasificación por naturaleza del equipointernaexterna

Auditoría de Sistemasdetecta fraudes, errores o atentados en los

sistemas, a través de controles oportunos.Clasificación Auditoría de Sistemas de

acuerdo al enfoquedurante el desarrollo de los S.I.después de la implantación


Auditoría

Clasificación de acuerdo al alcanceen torno al computadoren el computador

Herramientas y Técnicas que empleaobservacióncuestionariosentrevistaspistas de auditoríaprogramas de pruebalibrerías de prueba


Auditoría

Riesgosituación que puede propiciar la comisión de un

delitoavariciaproblemas financieros (deudas de juego, enfermedades

familiares, educación de los hijos, vivir por encima de los propios medios, etc.)

autogratificación del ego (por el reto de hacerlo)caridad o síndrome de Robin Hoodomisiones o errores en los sistemasmentalidad turbadavenganza por insatisfacción personal (sub-empleo,

ascensos negados, envidia, falta de reconocimiento)


Auditoría

Fraudees el delito cometido, intencional y

premeditadamentefalsificación de datos de entradacaballo de Troya bomba de tiempo salamisuper-zappingpuerta traseraintercepción electrónica en la comunicaciónrastreofiltración de la informaciónsimulación y modelaje


Auditoría

Factores que han permitido el incremento dedelitos por computadoraumento de personas estudiando computaciónaumento en número de empleados con acceso a

equiposfacilidad en el uso de los equiposincremento en la concentración del número de

aplicaciones y de la información en las empresasy organizaciones


Auditoría

Perfil de las personas que cometen delitospor computador

Altos ejecutivos 9 %

Personal de Informática 19 %

Personal de Contabilidad 13 %

Personal de Tesorería 7 %

Personal de Almacén 13 %

Combinaciones 39 %


BibliografíaCohen, Ch. & González, J: “Documentación de Sistemas”. UNA.

Caracas, 1988.Date,C.J.: “Introducción a los Sistemas de Bases de Datos”.

Addison-Wesley. EEUU, 1993.Gane, Ch. & Sarson, T.: “Análisis Estructurado de Sistemas”. El

Ateneo. Buenos Aires, 1988.Hartman, W; Matthes, H; & Proeme, A.: “Manual de los

Sistemas de Información (ARDI)”. Paraninfo. Madrid, 1985.Kendall, K. & Kendall, J.: “Análisis y Diseño de Sistemas”.

Prentice Hall. México, 1991.Lloréns, J. & Bauza, J.: “Administración de Proyectos”. Miró.

Caracas, 1991.Lloréns, Juan: “Sistemas de Información. Planificación, Análisis

y Diseño”. Miró. Caracas, 1991.Idem: “Sistemas de Información. Desarrollo, Implantación y

Mantenimiento. Miró. Caracas, 1991.Sistemas de Información Luis Castellanos 133

BibliografíaIdem: “Sistemas de Información. Metodología Estructurada.

Tomo I: Desarrollo de Sistemas”. Reverte. Caracas, 1989.Long, Larry: “Introducción a las Computadoras y al

Procesamiento de Información”. Prentice Hall. México, 1995.Martin, James & Odell, James: “Análisis y Diseño Orientado a

Objetos”. Prentice Hall. México, 1994.Montilva, Jonás: “Desarrollo de Sistemas de Información”. ULA.

Mérida, 1990.Murdick, Robert: “Sistemas de Información Administrativa”.

Prentice Hall. México, 1988.Senn, James: “Análisis y Diseño de Sistemas de Información”.

McGraw Hill. México, 1987.Idem: “Análisis y Diseño de Sistemas de Información”. McGraw

Hill. México, 1992.Yourdon, Edward: “Análisis Estructurado Moderno”. Prentice

Hall. México, 1993.Sistemas de Información Luis Castellanos 134

Documents

Web viewDesarrollo del sistema operativo ... Análisis de la estructura de. ... Catálogode Contieneloslos elementos de un sistema. elementosqueintervienenenlos