sesion 04sesion 05 … · del sistema prueba codificación diseño analísis mantenimiento modelo...
TRANSCRIPT
ESCUELA DE INGENIERÍA DE SISTEMAS Y SEGURIDAD INFORMÁTICA
SESION 04SESION 05
William León VelásquezWilliam León Velásquezhttp://wleon.wordpress.com/
MODELO DE DIAGRAMA DE DATOSMODELO DE DIAGRAMA DE DATOS
Los modelos basadosen diagramas de datoso diagramas de flujosde datos, permiten larepresentación delrepresentación delámbito de lainformación y el ámbitoinformación y el ámbitofuncional al mismotiempo.p
MODELO DIAGRAMA DE CONTEXTOMODELO DIAGRAMA DE CONTEXTO
El objeto de un diagramade contexto es mostrarde contexto es mostrargráficamente un medioambiente y las entradas yy ysalidas de un Sistema deInformación.
Es utilizado durante la fasede conceptualizaciónde conceptualización.
MODELO DIAGRAMA DE CONTEXTOMODELO DIAGRAMA DE CONTEXTO
El medio ambiente esEl medio ambiente esmostrado a través deEntidades Externas querepresentan: personasfísicas o jurídicas, empresas,
t i t totros sistemas, etc.En general entidades quepueden generar y/o recibirpueden generar y/o recibirinformación del SI. Mientrasque las entradas y salidasq yson representadas por elflujo de datos.
MODELO DE DATOSMODELO DE DATOS
Sistema XYZIndica un sistema de Información,
por su nombre.
bIndica entidad externa por su NombreEntidad
Indica entidad externa por sunombre
ExternaIndica una dirección de flujo en elSentido de la flechaSentido de la flecha.
MODELO DE ESTRUCTURA DE DATOSDATOS
LAS CARTAS DE N-S o DIAGRAMAS ESTRUCTURADOSLAS CARTAS DE N-S o DIAGRAMAS ESTRUCTURADOS
MODELO DE ESTRUCTURA DE DATOS
Ejercicio:1 Se desea obtener la nomina semanal DATOS1. Se desea obtener la nomina semanal
salario-neto de los empleados de unaempresa cuyo trabajo se paga porh l i i t fhoras en la siguiente forma:
• Las horas inferiores a 35 horas(normales) se pagan a una tarifa( ) p gdeterminada que debe ser ingresada,al igual que los datos del trabajador.
Las horas iguales o superiores a 35 Las horas iguales o superiores a 35se pagarán como extras a un precio de1.5 horas normales.
L i t d d i l Los impuestos a deducir a lostrabajadores varían en función de susueldo mensual : Sueldo < = S/.200libre de impuestos. Los siguientesS/.150 al 20%, el resto al 30%.
MODELO DE ESTRUCTURA DE DATOSDATOS
MODELO DE ESTRUCTURA DE DATOSDATOS
DIAGRAMA DE FLUJO
E h i tEs una herramientaespecializada pararepresentar algoritmosrepresentar algoritmosmediante el uso defiguras, las cuales seg ,unen mediante flechasdenominadas líneas deflujo que indican elorden en que se debenejecutarejecutar.
MODELO DE ESTRUCTURA DE DATOSDATOS
Elementos de la Diagramación
MODELO DE ESTRUCTURA DE DATOSDATOSElementos de la Diagramación
MODELO DE ESTRUCTURA DE DATOSó DATOSElementos de la Diagramación
MODELO DE ESTRUCTURA DE DATOSDATOS
Elementos de la Diagramación
MODELO DE FLUJO DE DATOSDE DATOS
Los modelos basados en elflujo de datos, establecen lajrepresentación relacionada alámbito de la información y suf i lid dfuncionalidad a un mayordetalle.
Especifican los flujos entrelas entidades y los procesosy pasí como su almacenamiento.
MODELO DE FLUJO DE DATOSDE DATOS
Entidad
Proceso
Al iAlmacenamiento
MODELO DE FLUJO DE DATOSU di d l DE DATOSUn diagrama o modelo
entidad-relación (a vecesdenominado por su siglasdenominado por su siglas,E-R "Entity relationship", o,"DER" Diagrama de EntidadgRelación) es unaherramienta para elmodelado de datos de unsistema de información.Estos modelos expresanEstos modelos expresanentidades relevantes paraun sistema de información,un sistema de información,sus inter-relaciones ypropiedades
MODELO DE FLUJO DE DATOSEl modelo entidad relación DE DATOSEl modelo entidad-relación
es el modelo conceptualmás utilizado para el diseñomás utilizado para el diseñoconceptual de bases dedatos. Fue introducido porPeter Chen en 1976. Elmodelo entidad-relación
tá f destá formado por unconjunto de conceptos quepermiten describir lapermiten describir larealidad mediante unconjunto dejrepresentaciones gráficas ylingüísticas.
MODELO DE FLUJO EntidadCualquier tipo de objeto o DE DATOSCualquier tipo de objeto oconcepto sobre el que se recogeinformación: cosa, persona,información: cosa, persona,concepto abstracto o suceso. Porejemplo: coches, casas,empleados, clientes, empresas,oficios, diseños de productos,
i t i tconciertos, excursiones, etc.Las entidades se representangráficamente mediantegráficamente medianterectángulos y su nombre apareceen el interior. Un nombre deentidad sólo puede aparecer unavez en el esquema conceptual.
MODELO DE FLUJO DE DATOSAt ib t DE DATOSAtributo
Es una característica deinterés o un hecho sobre unainterés o un hecho sobre unaentidad o sobre una relación.Los atributos representan lasppropiedades básicas de lasentidades y de las relaciones.Toda la información extensivaes portada por los atributos.Gráficamente se representanGráficamente, se representanmediante bolitas que cuelgande las entidades o relacionesde las entidades o relacionesa las que pertenecen.
MODELO DE FLUJO DE DATOSDE DATOSRelación (interrelación)
Es una correspondencias u a co espo de c ao asociación entre dos omás entidades. Cadarelación tiene un nombreque describe su función.qLas relaciones serepresentan gráficamentep gmediante rombos y sunombre aparece en elpinterior.
MODELO DE FLUJO DE DATOSDE DATOS
UMLUMLEl lenguaje demodelado es lanotación(principalmente gráfica)(p p g )que usan los métodospara expresar unp pdiseño.El proceso indica losppasos que se debenseguir para llegar a ung p gdiseño.
UMLUML
Desarrollo Basadoen equipo
Lenguaje de Proceso Caso de UsoUse Case modelamiento Unificado Use-Case
Modelo Objeto
ELEMENTOS DELMODELO DE DATOSMODELO DE DATOS
• Estilo de programación & modeloCada programador tiene un estilo deprogramación definido por el lenguaje,
j lpor ejemplo:
• Orientado a Procedimientos Algoritmos• Orientado a Procedimientos Algoritmos• Orientado a Objetos Clases y objetos
Cada estilo está basado en un modelo, en elcaso de los modelos OO es el Modelocaso de los modelos OO es el Modeloobjeto
MODELO DISEÑODE INTERFACESDE INTERFACESModelar la interfaz hombre -
máquina,establece que en la creaciónde un sistema, se desarrollaun modelo de diseño y unun modelo de diseño y unmodelo de usuario.
El usuario final desarrolla unaimagen mental de comoquiere que sea el sistema, elcual puede diferir con el
d l d l di ñ tmodelo del diseño propuestopor el analista.
MODELO DISEÑODE INTERFACESEl diseño de interfaz consiste en DE INTERFACESEl diseño de interfaz, consiste en
reconciliar estas diferencias ygenerar una representacióngenerar una representaciónconsistente.
El modelo de usuario representa elperfil de los usuarios finales, por loque para construir una interfazque para construir una interfazefectiva, el diseño debe empezarcon un conocimiento de loscon un conocimiento de losposibles usuarios (Perfiles sobre:su conocimiento, educación,personalidad, procedencia cultural,religión etc..)
MODELO DE INFORMACIÓNMODELO DE INFORMACIÓNEs una representaciónsimplificada que permitesimplificada que permiteestablecer el sistema deinformación que requiere lainformación que requiere laorganización en función de unconocimiento del modelo delnegocio.
• Las reglas del Negocio g g• Procesos necesarios para ejecutar funciones• Bases de Datos
MODELO EN CASCADACASCADAEste modelo constituye el
paradigma del ciclo de vidaclásico de los sistemas el cualclásico de los sistemas, el cualexige un enfoque sistemático yfuncional del desarrollo defuncional del desarrollo desistema. Este ciclo abarca lasactividades.
A lí i
Ingenieríadel sistema
PruebaCodificación
Diseño
Analísis
Mantenimiento
MODELO LINEAL SECUENCIAL O CASCADACASCADA
Ingeniería deIngeniería de Sistemas/Información
Análisis Diseño Código Prueba
MODELO EN CASCADACASCADA Ingeniería y Análisis
del SistemaDebido a que el sistemaes siempre parte de unes siempre parte de unsistema mayor, eltrabajo comienzatrabajo comienzaestableciendo losrequisitos de todos losrequisitos de todos loselementos del sistema
MODELO EN CASCADA
DiseñoEs un proceso que emprende CASCADAEs un proceso que emprendevarias actividades y se enfocasobre:
- La estructura de los datos- Arquitectura del softwareq- Detalle procedimental- Interfaz
El proceso de diseño traduce losrequisitos de una representacióndel software que puede serestablecida de forma que se
bt l lid d id tobtenga la calidad requerida antesde iniciar la codificación.
MODELO ENCASCADAC difi ió CASCADA Codificación
El diseño debe traduciren una forma que sealegible para elcomputador El paso decomputador. El paso decodificación realiza estatarea.tarea.Así si el diseño serealiza en una formadetallada, lacodificación puede
lirealizarsemecánicamente.
MODELO ENCASCADACASCADA Prueba
Una vez generado elUna vez generado elcódigo, comienza laprueba del programa, elcual se centra en la lógicainterna del software,asegurando que todas lasasegurando que todas lassentencias se hanprobado asegurando queprobado, asegurando quela entrada definidaproduce los resultadosque realmente serequieren
MODELO ENCASCADA Mantenimiento CASCADA Mantenimiento
El softwareEl software,indudablemente sufrirálos cambios en su vidalos cambios en su vidaoperativa, debido a quetiene que adaptarse atiene que adaptarse acambios en su entorno opor las ampliacionespor las ampliacionesfuncionales o derendimiento que solicitenrendimiento que solicitenlos usuarios.
MODELO ENCASCADAEl ciclo de vida clásico o modelo CASCADAEl ciclo de vida clásico o modelo
en cascada es el paradigma másantiguo y más ampliamente usadog y pen la Ingeniería de Software. Sinembargo en el transcurrir de los
ñ h d id itiaños se han producido criticas a suaplicabilidad:
Los proyectos raramentesiguen el flujo secuencial queg j qpropone el modelo. Siemprehay alteraciones y se creaproblemas en la aplicación delparadigma.
MODELO ENCASCADA Es difícil para el cliente CASCADA Es difícil para el cliente
establecer explícitamente alprincipio todos los requisitos.p p qExisten dificultades en acomodarposibles incertidumbres que
d i ti l i i i d l tpueden existir al inicio del proyecto. El cliente debe tener paciencia.Hasta llegar a las etapas finalesHasta llegar a las etapas finalesdel desarrollo del proyecto noestará disponible una versiónpoperativa del programa. Por lo queun error importante no detectadohasta que el programa esteoperativo puede ser desastroso.
MODELO ENCASCADACASCADA
A pesar de estosproblemas el paradigmalá i d idclásico de vida son muy
similares a los pasosgenéricos aplicables agenéricos aplicables atodos los paradigmas deldesarrollo de software y esyuno de los más usados apesar de susinconvenientes.
MODELO ENESPIRALESPIRALEl modelo en espiral utilizado para la
creación de software emplea unf l ti di ióenfoque evolutivo en una dimensión
radial ( comenzando en el centro yavanzando hacia el exterior).avanzando hacia el exterior).Este modelo define cuatro actividadesprincipales, representadas en cuatro
d tcuadrantes:Planificación; Determinación objetivos,alternativas y restriccionesalternativas y restricciones.
Análisis de Riesgo; Análisis dealternativas e identificación o resoluciónalternativas e identificación o resolucióndel riesgo.
MODELO ENESPIRALESPIRAL
Ingeniería;Desarrollo delproducto al siguientenivel.Evaluación delEvaluación delCliente; Valorizaciónde los resultados dede los resultados dela Ingeniería.
MODELO ESPIRAL (BOEHM)ESPIRAL (BOEHM)
Análisis dePlanificación
Análisis deriesgosComunicación
con el cliente
Ingeniería Punto de
A B CD
Punto deentrada al Proyecto
Construcción yadaptación
Evaluación delcliente
A: Desarrollo de Conceptos B: Desarrollo de ProductosC: Mejora de Productos D: Mantenimiento de Productos
MODELO DE ENSAMBLAJE DE
COMPONENTESPlanificación Análisis de
riesgos IdentificarriesgosComunicación con el cliente
Identificar componentes
candidatosConstruir n Buscar co e c e te Construir n
interacciones del sistema
usccomponentesen Biblioteca
Construcción y adaptación
Evaluación del cliente
Ponercomponentesnuevos en la
Extraer componentes
si estánadaptación(ingeniería)
nuevos en labiblioteca
si están disponibles
Construir componentessi no están disponibles
MODELO DE PROTOTIPOSEs un proceso que facilita la PROTOTIPOSEs un proceso que facilita la
creación de un modelo desoftware, el cual es evaluadosoftware, el cual es evaluadopor el cliente/usuario pararefinar los requisitos delsoftware a desarrollar. Seproduce un proceso interactivoen el que el prototipo esen el que el prototipo esafinado para satisfacer lasnecesidades del cliente alnecesidades del cliente, almismo tiempo que facilita alque lo desarrolla una mayorycomposición de lo que hay quehacer.
MODELO DE PROTOTIPOSPROTOTIPOS
Construír yEscuchar al
ClienteRevisar Maqueta
El cliente prueba la maqueta
MODELO DE PROTOTIPOSPROTOTIPOS
I i iInicio
Parada Recolección yfi i t drefinamiento de
requisitos Diseñorápido
Producto deIngeniería áp dog
Refinamientoprototipo
Evaluación del prototipopor el Cliente Construcciónprototipo Construcción
prototipo
MODELO DE PROTOTIPOSPROTOTIPOS
Trabajar con módulos jmanejables Modularidad
Construir el Prototipocon rapidez Menor Tiempo
(1 semana/3 días)
Modificar el Prototipo una vez revisado por
l iBaja dependencia de
los usuarios
Enfatizar la Interfaz con el
j plos módulos
Amigables y en relaciónInterfaz con el Usuario
Amigables y en relación al modelo de usuario
MODELO DE PROTOTIPOSVentajas del prototipo PROTOTIPOSVentajas del prototipo
Modificación rápida del Modificación rápida delsistema en su desarrollo Oportunidad de detener Oportunidad de detener el desarrollo de un sistema que no es útilque no es útil. Posibilidad de desarrollar otro sistema que se ajusteotro sistema que se ajuste mejor a las necesidades y a las expectativas dellas expectativas del usuario.
MODELO DE PROTOTIPOS
DesventajasL i l li t d PROTOTIPOS Los usuarios como los analistas puedenconsiderar el prototipo como un sistemaconcluido cuando de hecho no lo es yconcluido, cuando de hecho no lo es ynunca se planteo como un sistema final.
Los usuarios pueden llegar a crearp gpatrones de relación con el sistemaprototipo que no son compatibles con elisistema propuesto.
Un prototipo puede no realizar todas lasfunciones requeridasfunciones requeridas.
Eventualmente cuando surgen lasdeficiencias, el prototipo se menospreciará, p p psi fue adoptado equívocamente como unsistema completo.
MODELO DRA D ll A li i Rá idDesarrollo Aplicaciones Rápidas
Consiste en brindarsol ciones de desarrollosoluciones de desarrollode aplicacionesespecíficas para cadaespecíficas para cadanecesidad, mediante unproceso deproceso deconstrucción desoftware que permitesoftware que permitedesarrollar sistemasproductivos en muyproductivos en muypoco tiempo.
MODELO DRA D ll A li i Rá idDesarrollo Aplicaciones Rápidas
Equipo # 1 Equipo # 2 Equipo # 3Modelado de
gestión
Modelado de
Modelado degestión
Modelado de
Modelado degestión
Modelado ded
q p q p
Modelado dedatos
Modelado de
datosModelado de
procesos
datos
Generación de
Modelado deprocesos
procesos
Generación de aplicaciones
Generación deaplicaciones
Pruebas y
Generación deaplicaciones
Modelado degestiónp
Pruebas yvolumen
volumen
De 60 a 90 días
MODELO INCREMENTALMODELO INCREMENTALEn una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y Prueba. Sinpartes: Análisis, Diseño, Código y Prueba. Sin embargo, para la producción del Software, se usa el principio de trabajo en cadena o "Pipeline", utilizado en muchas otras formas de programación. Con esto se mantiene al cliente en constante contacto con los
lt d bt id d i tresultados obtenidos en cada incremento. Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que elelementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales. El proceso se repite hasta que se elabore el producto p p q pcompleto. De esta forma el tiempo de entrega se reduce considerablemente.
MODELO INCREMENTALMODELO INCREMENTAL
Ingeniería de
Análisis Diseño Código Pruebas
Ingeniería de Sistemas/Información
Incremento 1Análisis Diseño Código Pruebas
A áli i Di ñ Códi P bI 2 Análisis
Análisis
Diseño Código Pruebas
Diseño Código Pruebas
Incremento 2
Incremento 3 Análisis Diseño Código Pruebas Incremento 3
Tiempo de calendario
MODELO DE ENTRADA Y SALIDADi ñ d S lid d l Si t ENTRADA Y SALIDADiseño de Salidas del Sistema
La salida es la información queLa salida, es la información quereciben los usuarios del sistema deinformación, con el fin de crear unasalida de utilidad.El analista de sistemas trabaja
t h t l i di testrechamente con el usuario medianteun proceso interactivo, hasta que elresultado llegue a ser satisfactorioresultado llegue a ser satisfactorio.Puesto que una salida útil es esencialpara lograr la aceptación y el uso delpa a og a a acep ac ó y e uso desistema de información. El sistemadebe alcanzar los objetivos:
MODELO DE ENTRADA Y SALIDAENTRADA Y SALIDA
Asegurar unalidsalida
ú ilElección efectivadel método desalida
Con significadopara el usuario
DiseñoAsegurar laoportunidad
Con unVolúmen
Con unadistribuciónadecuada
MODELO DE SALIDA / ENTRADASSALIDA / ENTRADAS
Diseño de Entradas al Sistema
La calidad de la salida delsistema está determinada por lasistema está determinada por lacalidad de su acceso o entrada.Un buen diseño de las entradas
iti á btpermitirá obtener unainformación adecuada querequieran los usuarios. Entradasqpobres pondrán en entredicho lacalidad del sistema, por lo quese consideran los siguientesse consideran los siguientesobjetivos:
MODELO DE SALIDA / ENTRADASSALIDA / ENTRADAS
Eficacia
F ilid d dFacilidad deUso Precisión
DiseñoDiseño
Consistencia yyValidación Sencillez
Atracción
FINFINwilliamleon20@yahoo [email protected]