Modulo Análisis

TERCER AO APLICACIONES INFORMTICAS
Docente: Ing. Msc. Patricia Robalino R.
2013
Todos tus sueos pueden hacerse realidad si tienes el coraje de perseguirlos. Walt Disney
U.E. Juan de Velasco - Mdulo de Programacin en Lenguajes Estructurados Ing. MsC. Patricia Ro alino
49
NDICE
49
GENERALIDADES
COMPETENCIA GENERAL
Desarrollo de aplicaciones informticas realizando la programacin, pruebas y documentacin de las mismas de conformidad con los requisitos funcionales, especificaciones aprobadas y normativa vigente. Colaboracin en el diseo bajo la supervisin general de responsables de categora superior.
OBJETIVO
ealizar el anlisis y diseo detallado de aplicaciones informticas de gestin...
CONTENIDO
BLOQUE 1 2 3 4 5 6 TEMTICA ! "uimestre !ntroduccin a los sistemas de informacin y #nlisis de sistemas &odelizacin de datos Diseo de sistemas !! "uimestre )ruebas, implantacin y mantenimiento de sistemas *erramientas C#+, )royecto $% '( '( $% '( '( PERODOS
BIBLIOGRAFA
-,.D#// 0 -,.D#//. #nlisis y diseo de sistemas. 1/#.C*# D. #dministracin de !ngeniera de +istemas. 12 C*. Diseo de +istemas de !nformacin. 3eora y )rctica ,nciclopedia ,ncarta. evistas4 )C &agazine, )C 5orld, ,lectrnica y Computadores. Diccionarios. ,nciclopedias. !nternet. o 666.aulaclic.com
49
BLOQUE N 1 INTRODUCCIN A LOS SISTEMAS DE INFORMACIN OBJETIVOS

ANLISIS DE SISTEMAS
#pro7imar al alumno al entorno de la empresa. #nalizar las necesidades del cliente del sistema que debemos realizar, proponiendo distintas alternativas y evaluando la ms viable. !ntroducir los fundamentos del anlisis de requisitos y la metodologa de anlisis estructurado.
CONTENIDO 8.8 8.9 8.: 8.' 8.$ 8.% 8.< 8.( 8.= 8.8> 8.88 8.89 +istemas de informacin. +istemas informticos. ,l +istema ;rganizativo. oles empresariales en el conte7to de un sistema informativo. Ciclo de vida de un sistema. Clasificacin de las metodologas de desarrollo. Cmo comienza un proyecto. Definicin del problema. #nlisis de viabilidad. ,laboracin del plan de proyecto. #nlisis de requisitos ?#. .@. &odelizacin conceptual de funciones.
! PE"#!R$ El no querer es la causa, el no
poder el pretexto Sneca
49
1!1 SISTEMAS DE INFORMACIN! 2n sistema no es ms que un conjunto de componentes que interactAan o que se relacionan entre si con el fin de alcanzar un objetivo determinado. CARACTERSTICAS! Dentro de las caractersticas de un sistema tenemos4
!3, #CC!B. con el medio ambiente, cualquier entidad que se encuentre fuera de los lmites del sistema. De acuerdo a esta caracterstica se puede desglosar. S"#$%&'# A("%)$*#! ,s el que interactAa con el medio ambiente. )ueden recibir entradas y emitir salidas. )or ejemplo4 el sistema de ventas S"#$%&'# C%))'+*#! #quel que no interactAa con el medio ambiente. ,7iste en forma conceptual, cuyo concepto nos demuestra otras caractersticas que son4
2n sistema .; D,1, 3,., &2C*# intervencin e7terna. ,l sistema a construirse debe ser lo ms cerrado posible para evitar variaciones e7ternas que no afecten a este sistema. #23; ,C2/#1/, D #23;#E2+3#1/, ?debe regularse por si mismo@.
C;.3 ;/, consiste en comparar los resultados con estndar o normas o reglas establecidas.
OBJETIVO! ,l objetivo principal es la #FB. de su e7istencia. Cada elemento de un +!+3,&# es un +21+!+3,&#. ,l #"#$%&' est constituido por un conjunto de subsistemas que se relacionan entre s, cuyos objetivos se ajustan al objetivo principal del sistema. 2n ejemplo de sistema y subsistema sera4 Docente 2.,. GEuan de HelascoI #dministrativo Dicente # partir de estos 9 componentes se puede tener4 &#C ;+!+3,&# o +2) #+!+3,&#+ 2n &',)*#"#$%&' abarca varios sistemas y depende del enfoque desde el cual se analiza el sistemaJ en el ejemplo sera el &,C ?&inisterio de ,ducacin del ,cuador@. Dentro de una empresa tenemos4 &#C ;+!+3,&#4 Cmara de Comercio +!+3,&#4 &olinos GKLni7I +21+!+3,&#4 Hentas )roduccin !nventarios )ersonal Kinanciero
Empres a
H,.M 3#+ ) ;D2 CC!B.
!.H,.M 3# !;+ ), +; .#/ FINAN CIERO
49
2n sistema no actAa por si solo siempre Nay componentes que ayudan a alcanzar los objetivos de la empresa. 1!2 SISTEMAS INFORMTICOS!
Control
Recurso s
U. Procesamiento
Productos
Retroalimentaci n
RECURSOS! +on los medios con los que se cuenta para operar un sistema. +on los recursos los siguientes4

,quipo )ersonal !nfraestructura &ateriales Kinanciero
U! PROCESAMIENTO! ,s el intermediario entre los recursos y los productos. ,s todo lo que se debe Nacer para transformar los recursos en productos. ,n general la unidad de procesamiento es4

.ormas eglamentos Kunciones ;rganigrama funcional
PRODUCTOS! ,s el resultado final del sistema, fsicamente puede ser un producto o un servicio. C-'#".",',"/0! )roductos a corto plazo )roductos a mediano plazo )roductos a largo plazo
)or ejemplo4 una empresa que ensambla veNculos )roductos a corto plazo4 ,ntregar el veNculo )roductos a mediano plazo4 Canancias de la empresa )roductos a largo plazo4 )restigio, e7pansin
49
CONTROL! ,l control se Nace sobre todos los elementos del sistema como son los recursos, los procesos y los productos. RETROALIMENTACIN! +on canales ?medios@ de comunicacin eficaces para que en caso de verificarse una falla, realizar cambios y modificaciones. +e realiza sobre los productos. MEDIO AMBIENTE! ,s donde se desenvuelve el sistema. ,l ,.3; .; o C;.3,O3; del sistema. +iempre estar influenciado por agentes e7ternos. I0.-1%0,"'#! 2n sistema puede tener 9 tipos de influencias.

,7terna de otros sistemas ajenos al nuestro. !nterna dentro del sistema es decir es la que se da por componentes del sistema.
,l soft6are no es un sistema por s mismo, sino que es un elemento importante de un sistema junto con el Nard6are, el personal, las facilidades, los datos, etc. 1!3 EL SISTEMA ORGANI2ATIVO 2na empresa o !nstitucin cualquiera se define como un sistema organizativo donde los recursos, proceso y estructura estn relacionados para cumplir con un objetivo comAn. Dentro de los ,C2 +;+ a ms de lo dicNo anteriormente es la informacin necesaria para que e7ista la empresa. ) ;C,+;+, se ajusta al concepto dado anteriormente.. ,+3 2C32 #, cmo est organizada la empresa. 3ener correctamente definido los subsistemas. Dentro de los subsistemas tenemos4 unidades, departamentos., divisiones. ESTRUCTURA ORGANI2ACIN DE LA EMPRESA
/a estructura de la ,mpresa se la realiza con el fin de que el trabajo rutinario se realice con el consumo mnimo de recursos. ,l diseo de organizacin ms comAn es el conocido como ,+3 2C32 # E, P "2!C#, se inicia en un nivel alto en el que se ubican pocas personas y va a un nivel bajo en el que se ubican mucNas personas.
Gerenci a
)roducci n
Distri uci n
&ercadotecnia
49
/a comunicacin que se efectAa es en los 9 sentidos. ,7isten los jefes ?los que ordenan@? y los subordinados ?los que ejecutan@. Cada subordinado le reporta a un solo jefe. De este tipo de organizacin se originan los4 NIVELES DE LA ADMINISTRACIN
.. ,+3 #3SC!C;
N. !#C!ICO N. !"CNICO
NIVEL ESTRAT3GICO. +e Nace #dministracin estratLgica en donde se produce4

/a toma de decisiones para tomar las estrategias a seguir )olticas &etas
Dentro de este nivel se encuentran4 la gerencia y la junta de accionistas. ,llos toman las decisiones a largo plazo ?objetivos generales@. NIVEL TCTICO! Constituido por gerentes de mandos intermedios o directores, ellos planifican actividades, planifican como cumplir los objetivos, como asignar recursos para cumplir metas de la empresa, Nacen el control sobre reas. NIVEL T3CNICO! +on todos los que realizan las actividades. SISTEMA INFORMATIVO. ,s todo proceso empresarial asociado con la informacin que este requiere para realizar un objetivo determinado. Dentro de los elementos de un sistema informativo estn4 )ara ,C;/,C3# informacin !nformacin "ue informacin # C*!H# ecursos Como ) ;C,+# la informacin obtenida )rocedimientos
Como poder C;&2.!C# los resultados obtenidos de la informacin
SISTEMA INFORMATICO. +e refiere a automatizar todas o algunas actividades ?procesos@ del sistema informativo. 2n sistema informativo puede conformarse de partes manuales y partes automatizadas. SISTEMA ORGANI2ATIVO. ,s toda la empresa y tiene varios sistemas informativos ?forma parte@ y un sistema informativo tiene varios sistemas informticos. +!+3,&# ; C#.!F#3!H; Q,mpresaR
49
+!+3,&# !.K; &#3!H; !.K; &P3!C;+ ESTRUCTURA DEL SISTEMA INFORMATIVO

$I$!E&A INFOR&A!I'O
QKinancieroR
+!+3,&# $. I. Conta ilidad

$. I. Presupuesto $. I. In%entarios
$. &ACROPROCE$O$ $U($I$!E&A$
PROCEDI&IEN!O $
FA$E &ANUA)
FA$E AU!O&A!I*ADA
AC!UA)I*AR
PROGRA&A
+!+3,&# !.K; &#3!H;. ,s conjunto de todos los procesos empresariales necesarios para elaborar determinada informacin. +. &#C ;) ;C,+;+. Conjunto de subsistemas, coordina las funciones de las diferentes unidades de la empresa. +21+!+3,&#+. Conjunto de procedimientos relacionados a las funciones informativas. ) ;C,D!&!,.3;+. Conjunto de fases sean manuales o automatizados que se requieren para realizar un proceso informativo.
49
E4%&5-*6
$. In+ormati%o U. E. ,-uan de 'elasco.
U. Administrati%a
U. Financiera
U. Acad/mica
Ed. (0sica
(ac1illerato
!ecnol2ico
&atr3culas
Notas
C. Documentos R. Notas
In2. Datos Emisin de listas
,7iste una dependencia recproca entre sistema informativo y sistema organizativo, esto surge porque un cambio en el sistema informativo implica un cambio en el sistema organizativo viceversa. /os !&)#C3;+ ; C#.!F#3!H;+ son los cambios que se producen en un sistema manual que implica cambios como la reduccin de personal dndose un impacto organizativo. Cuando se produce un cambio en un sistema informativo este produce nuevos departamentos o cambio de funciones del personal. +i se produce un cambio en el sistema organizativo al crearse un nuevo departamento se crean nuevos sistemas informativos para ese departamento. /os +istemas de !nformacin se clasifican de la siguiente manera4 S"#$%&' +% 5)*,%#'&"%0$* +% +'$*#! )rocesa grandes volAmenes de informacin. )ara mejorar las actividades rutinarias. )rocesos bien estructurados. Cenera resAmenes. )rocesos de almacenamiento y recuperacin, clculos, clasificacin y ordenamiento. S"#$%&' +% "0.*)&',"/0 7%)%0,"'-! 3oma en cuenta la funcin del procesamiento de datos. +oporta una gran gama de tareas organizacionales, ms que los sistema procesadores de datos, incluyendo anlisis, decisin y toma de decisinJ como ayuda. +e basa en NecNos pasados. eparte la informacin relevante para una buena toma de decisin. )rocesos bien estructurados y peridicos. S"#$%&' +% '5*8* ' -' $*&' +% +%,"#"*0%#! eportes Anicos )rocesos semi o no estructurados. Kactores que afectan a la toma de decisin son desconocidos o poco accesible. !nteractivo es decir puede conducir a otros requerimientos. #yuda a la toma de decisin. .o tiene una base datos como los anteriores o si los tiene son insuficientes. +e manipula la informacin segAn las necesidades del usuario.
49
S"#$%&'# %95%)$*#! /enguaje natural ?inteligencia artificial@ 3oma de decisin Neurstico. .o tiene una base de datos sino una base de conocimiento de e7pertos. esponde a preguntas. )ide aclaraciones. *ace aclaraciones. )uede tomar decisiones o sugerencias. #prende. ,n general razona, deduce y Nace juicios en diversos grados de dificultad. 1!4 ROLES EMPRESARIALES EN EL CONTE:TO DE UN SISTEMA INFORMATIVO Cuando se trata de automatizar todo o una parte de un sistema informativo, no todo el trabajo debe ser encargado al programador o especialista en sistemas informticos, necesita la ayuda de los directivos de la empresa ?gerentes@, a ms de ellos deben intervenir los usuarios que pueden ser internos ?los que Nacen el proceso@ y usuarios e7ternos ?el que utiliza los servicios del sistema informativo@. R*-%# +% -' D")%,,"/0! /a direccin define las estrategias y criterios generales del desarrollo del sistema. +e encarga de4

;rganizar el trabajo. Delegar comisiones. #signar o aprobar recursos de todo tipo. Controlar la eficacia del sistema informativo.
R*-%# +% -*# U#1')"*#! ,ntre las tareas tenemos4

Carantizar un adecuado nivel de conocimientos de los procesos empresariales que Nan sido asignados a ellos. Determinar los objetivos especficos del sistema informativo. Define la informacin necesaria para realizar correctamente los procesos. Herificar el sistema informativo en su fase de elaboracin.
R*-%# +%- %#5%,"'-"#$' %0 S"#$%&'# I0.*)&;$",*#! /as principales funciones son4

3ener una comunicacin efectiva con directivos y usuarios, no limitarse a una rea. Desarrollar los procesos informticos. )roveer asistencia y consultora tLcnica a la direccin y a los usuarios. Desarrollar estndares empresariales para el sistema informtico.
1!5 CICLO DE VIDA DE UN PRO ECTO INFORMTICO +on las fases, etapas o actividades por las que atraviesa un proyecto informtico. 1sicamente el ciclo est constituido por4 A0;-"#"#!

!dentificacin de problemas, oportunidades , objetivos conocido como investigacin preliminar. Determinacin de requerimientos de informacin. #nlisis de necesidades del sistema.
49
D"#%<*!

Diseo mismo del sistema. Desarrollo y documentacin del soft6are conocido como programacin. )ruebas y mantenimiento del sistema. !mplementacin y evaluacin del sistema.
,s decir el ciclo de vida de un proyecto informtico no es ms que el conjunto de actividades que deben realizar4 el analista, el programador, los directivos y los usuarios para poner en marcNa un proyecto informtico. MODELO CLSICO! ,n el modelo clsico, cada proyecto atraviesa por algAn tipo de anlisis, diseo e implantacin, aunque no se Naga e7actamente como se muestra en la siguiente figura. ,l ciclo de vida de proyecto utilizado, pudiera diferir del que se muestra en la figura en una o todas las formas siguientes4

/a fase de e7ploracin y anlisis pudieran juntarse en una sola. )uede no Naber fase de estudio de Nard6are si se cree que cualquier sistema nuevo pudiera instalarse con las computadoras e7istentes sin causar mayor problema operacional. /a fase de diseo preliminar y el diseo de detalles pudieran juntarse en una sola llamada simplemente de diseo. Diversas fases de pruebas pueden juntarse en una solaJ de NecNo, podran incluirse con la codificacin.
49
,l uso de la implantacin ascendente es una de las grandes debilidades del ciclo de vida de los proyectos clsicos. Como se podr ver, se espera que los programadores lleven a cabo primero sus pruebas modulares, luego las pruebas del subsistema, y finalmente las pruebas del sistema mismo. ,ste enfoque tambiLn se conoce como el ciclo de vida de cascada. &ucNas organizaciones que desarrollan sistemas Anicos, el enfoque ascendente presenta un gran nAmero de dificultades serias4

.ada est NecNo Nasta que todo estL terminado. /as fallas ms triviales se encuentran al comienzo del perodo de prueba y las ms graves al final. /a eliminacin de fallas suele ser e7tremadamente difcil durante las Altimas etapas de prueba del sistema. /a necesidad de prueba con la computadora aumenta e7ponencialmente durante las etapas finales de prueba.
/a segunda debilidad ms importante del ciclo de vida de un proyecto clsico es su insistencia en que las fases se sucedan secuencialmente. "uerer esto es una tendencia natural Numana4 deseamos decir que Nemos terminado la fase de anlisis del sistema y que nunca tendremos que volver a preocuparnos por ella. ,l Anico problema del progreso ordenado es que no es nada
49
realista. )or ejemplo, durante el perodo que transcurre para desarrollar el sistema pueden cambiar ciertos aspectos del ambiente del usuario ?la economa, la competencia, los reglamentos gubernamentales que afectan a las actividades del usuario@. MODELO SEMIESTRUCTURADO! ,l modelo semiestructurado se diferencia con respecto al modelo clsico en4 T/a secuencia ascendente de codificacin, la prueba de mdulos y prueba del sistema se reemplaza por una implementacin de arriba Nacia abajo, que es un enfoque en el cual los mdulos de alto nivel se codifican y prueban primero, seguidos por los ms detallados de bajo nivelT.
Dentro del modelo semiestructurado encontramos otros detalles tales como, la implementacin descendente que significa que se pondrn en ejecucin paralelamente parte de la codificacin y de las pruebas. Dndose con lo anterior una retroalimentacin entre la codificacin, la prueba y la eliminacin de las fallas. Como Altimo punto acerca del modelo semiestructurado, tenemos que una gran parte del trabajo que se realiza bajo el nombre de Tdiseo estructuradoT es en realidad un esfuerzo manual para enmendar especificaciones errneas. ;tra funcin de los diseadores, es traducir un documento narrativo, ambiguo, monoltico y redundante a un modelo Atil, que sirva de base para derivar la jerarqua de mdulos que cumplan con los requisitos del usuario. ,n general con este enfoque de desarrollo de sistemas los diseadores tenan poco contacto con el analista que escriba la especificacin y definitivamente Tno tena contacto con el usuarioT.
49
MODELO ESTRUCTURADO! ,n el modelo estructurado se e7aminan brevemente las nueve actividades y los tres terminadores que lo componen, como se muestra en la figura. /os terminadores son los usuarios, los administradores, y el personal de operaciones. /os cuales se tratan de individuos o grupos que proporcionan la entrada al equipo del proyecto, y son los beneficiados finales del sistema.
A,$"="+'+ 16 L' %0,1%#$'! ,sta actividad tambiLn se conoce como el estudio de factibilidad o como el estudio inicial de negocios. ,mpieza cuando el usuario solicita que una o ms partes de su sistema se automaticen. /os principales objetivos de la encuesta son4

!dentificar a los usuarios responsables y crear TTun campo de actividadT inicial del sistema. !dentificar las deficiencias actuales en el ambiente del usuario. ,stablecer metas y objetivos para un sistema nuevo. Determinar si es factible automatizar el sistema y de ser as, sugerir escenarios aceptables. )reparar el esquema que se usar para guiar el resto del proyecto.
A,$"="+'+ 26 E- '0;-"#"# +% #"#$%&'#! ,l propsito principal de la actividad de anlisis es transformar sus dos entradas M o insumos o factores M principales, las polticas del usuario y el esquema del proyecto, en una especificacin estructurada. ,sto implica modelar el ambiente del usuario con diagramas de flujo de datos, diagramas de entidadMrelacin, diagramas de transicin de estado, etc. ,l proceso paso a paso del anlisis de sistemas implica el desarrollo de un modelo ambiental y el desarrollo de un modelo de comportamiento, los cuales se combinan para formar el modelo
49
esencial que representa una descripcin formal de lo que el nuevo sistema debe Nacer, independientemente de la naturaleza de la tecnologa que se use para cubrir los requerimientos. #l final de la actividad de anlisis tambiLn se debe preparar un conjunto de presupuestos y clculos de costo y beneficio ms precisos y detallados. A,$"="+'+ 36 E- +"#%<*. /a actividad de diseo se dedica a asignar porciones de la especificacin ?modelo esencial@ a procesadores adecuados ?mquinas o Numanos@ y a labores apropiadas ?o tareas, particiones, etc.@ dentro de cada procesador. Dentro de cada labor, la actividad de diseo se dedica a la creacin de una jerarqua apropiada de mdulos de programas y de interfases entre ellos para implantar la especificacin creada en la actividad 9. #dems, se ocupa de la transformacin de modelos de datos de entidadMrelacin en un diseo de base de datos. A,$"="+'+ 46 I&5-'0$',"/0! ,sta actividad incluye la codificacin y la integracin de mdulos en un esqueleto progresivamente ms complejo del sistema final. )or eso, la actividad ' incluye tanto programacin estructurada como implantacin descendente. A,$"="+'+ 56 G%0%)',"/0 +% 5)1%('# +% ',%5$',"/0 . /a especificacin estructurada debe contener toda la informacin necesaria para definir un sistema que sea aceptable desde el punto de vista del usuario. )or eso, una vez generada la especificacin, puede comenzar la actividad de producir un conjunto de casos de prueba de aceptacin desde la especificacin estructurada. A,$"="+'+ 66 G')'0$>' +% ,'-"+'+! /a garanta de calidad tambiLn se conoce como la prueba final o la prueba de aceptacin. ,sta actividad requiere como entradas los datos de la prueba de aceptacin generada en la actividad $ y el sistema integrado producido en la actividad '. A,$"="+'+ ?6 D%#,)"5,"/0 +%- 5)*,%+"&"%0$*. ,sta actividad implica la generacin de una descripcin formal de las partes del sistema que se Narn en forma manual, lo mismo que la descripcin de como interactuarn los usuarios con la parte automatizada del nuevo sistema. ,l resultado de la actividad < es un manual para el usuario. A,$"="+'+ @6 C*0=%)#"/0 +% ('#%# +% +'$*# . ,n algunos proyectos, la conversin de bases de datos involucraba ms trabajo que el desarrollo de programas de computadoras para el nuevo sistema. ,n otros casos, pudiera no Naber e7istido una base de datos que convertir. ,n el caso general, esta actividad requiere como entrada las base de datos actual del usuario, al igual que la especificacin del diseo producida por medio de la actividad :. A,$"="+'+ A6 I0#$'-',"/0. ,n esta actividad sus entradas son el manual del usuario producido en la actividad <, la base de datos convertida que se cre con la actividad ( y el sistema aceptado producido por la actividad %. ,n algunos casos la instalacin pudiera significar simplemente un cambio de la nocNe a la maana al nuevo sistemaJ en otros casos, la instalacin pudiera ser un proceso gradual, en el que un grupo tras otro de usuario van recibiendo manuales y entrenamiento y comenzado a usar el nuevo sistema. MODELO ESPIRAL! ,l modelo espiral para la ingeniera de soft6are Na sido desarrollado para cubrir las mejores caractersticas tanto del ciclo de vida clsico, como de la creacin de prototipos, aadiendo al
49
mismo tiempo un nuevo elemento4 el anlisis de riesgo. ,l modelo representado mediante la espiral de la figura, define cuatro actividades principales4 8. 9. :. '. P-'0".",',"/06 determinacin de objetivos, alternativas y restricciones. A0;-"#"# +% )"%#7*4 anlisis de alternativas e identificacinUresolucin de riesgos. I07%0"%)>'4 desarrollo del producto del Tsiguiente nivelT, E='-1',"/0 +%- ,-"%0$%4 Halorizacin de los resultados de la ingeniera.
Durante la primera vuelta alrededor de la espiral se definen los objetivos, las alternativas y las restricciones, y se analizan e identifican los riesgos. +i el anlisis de riesgo indica que Nay una incertidumbre en los requisitos, se puede usar la creacin de prototipos en el cuadrante de ingeniera para dar asistencia tanto al encargado de desarrollo como al cliente. ,l cliente evalAa el trabajo de ingeniera ?cuadrante de evaluacin de cliente@ y sugiere modificaciones. +obre la base de los comentarios del cliente se produce la siguiente fase de planificacin y de anlisis de riesgo. ,n cada bucle alrededor de la espiral, la culminacin del anlisis de riesgo resulta en una decisin de Tseguir o no seguirT. Con cada iteracin alrededor de la espiral ?comenzando en el centro y siguiendo Nacia el e7terior@, se construyen sucesivas versiones del soft6are, cada vez ms completa y, al final, al propio sistema operacional. ,l paradigma del modelo en espiral para la ingeniera de soft6are es actualmente el enfoque ms realista para el desarrollo de soft6are y de sistemas a gran escala. 2tiliza un enfoque evolutivo para la ingeniera de soft6are, permitiendo al desarrollador y al cliente entender y reaccionar a los riesgos en cada nivel evolutivo. 2tiliza la creacin de prototipos como un mecanismo de reduccin de riesgo, pero, lo que es ms importante permite a quien lo desarrolla aplicar el enfoque de creacin de prototipos en cualquier etapa de la evolucin de prototipos. MODELO PROTOTIPO! ,ste modelo se describe de la siguiente manera4
49
2na alternativa de enfoque para la definicin de los requerimientos consiste en capturar un conjunto inicial de necesidades e implementarlas rpidamente con la intencin declarada de e7pandirlas y refinarlas iterativamente al ir aumentando la compresin que del sistema tienen los usuarios y quien lo desarrolla. /a definicin del sistema se realiza el descubrimiento evolutivo y gradual y no atrevas de la previsin omnisciente... ,ste tipo de enfoque se llama Tde prototiposT. 3ambiLn se le conoce como modelado del sistema o desarrollo Neurstico. ;frece una alternativa atractiva y practicable a los mLtodos de especificacin para tratar mejor la incertidumbre, la ambigVedad y la volubilidad de los proyectos reales. Dentro del enfoque de prototipos se pretende que el modelo sea operante, es decir, una coleccin de programas de computadora que simulan algunas o todas las funciones que el usuario desea. )ara lograr lo anterior se utilizan las siguientes Nerramientas de soft6are4

2n diccionario de datos integrado 2n generador de pantallas 2n generador de reportes no guiado por procedimientos 2n lenguaje de programacin de cuarta generacin 2n lenguaje de consultas no guiado por procedimientos &edios poderosos de administracin de base de datos
,l modelo de prototipos se muestra en la figura. Comienza con una actividad de sondeoJ de esto sigue una determinacin de s el proyecto es un buen candidato para un enfoque de prototipos. /os buenos candidatos son aquellos que tienen las siguiente caractersticas4

,l usuario no puede o no est dispuesto a e7aminar modelos abstractos en papel, tales como diagramas de flujo de datos. ,l usuario no puede o no est dispuesto a articular sus requerimientos de ninguna forma y slo se pueden determinar sus requerimientos mediante un proceso de tanteo, o ensayo y error. +e tiene la intencin de que el sistema sea en lnea y con operacin total por la pantalla, en contraposicin con los sistemas de edicin, actualizacin y reportes operados por lote. ,l sistema no requiere la especificacin de grandes cantidades de detalles algortmicos, ni de mucNas especificaciones de procesos para describir los algoritmos con los cuales se obtienen resultados.
49
,ste modelo concluye con una fase de diseo. Con el cual se tiene la intencin de que se modelen los requerimientos del usuario. MODELO ESENCIAL! ,l modelo esencial del sistema es un modelo de lo que el sistema debe Nacer para satisfacer los requerimientos del usuario, diciendo lo mnimo posible acerca de como se implanta. ,specficamente, esto significa que cuando el analista Nabla con el usuario acerca de los requerimientos del sistema, debe evitar describir implantaciones especificas de procesos ?burbujas en un diagrama de flujo de datos@ en el sistemaJ es decir, no debe mostrar las funciones del sistema que estn siendo realizadas por Numanos o por sistemas de cmputo e7istentes. Como lo ilustran las figuras, Lsta opcin arbitrarias de cmo podra implantarse el sistemaJ pero esta decisin debera retrasarse Nasta que Naya comenzado la actividad de diseo.
/a figura muestra un modelo esencial ms apropiado de lo que la funcin del sistema debe realizar sin importar su implantacin final.
49
/o mismo se da para los flujos y almacenes de datos4 el modelo esencial debe describir el contenido de los flujos o almacenes de datos, sin describir el medio ?por ejemplo, disco o cinta@ u organizacin fsica de los datos. ,l modelo esencial consiste en dos componentes principales4

&odelo ambiental &odelo de comportamiento
ecuerde que es importante desarrollar el modelo esencial de un sistema, pues mucNos sistemas de informacin grandes tienen una vida media de unos 8> a 9> aos. Durante ese perodo se puede esperar que el Nard6are mejore por lo menos por un factor de mil. M*+%-* A&("%0$'-! )ara el analista de sistemas, la labor ms difcil en la especificacin de un sistema es a menudo determinar quL es parte del sistema y quL no. #s, el primer modelo importante que se debe desarrollar como analista es uno que no Naga ms que definir las interfaces entre el sistema y el resto del universo, es decir, el ambiente. )or razones obvias, este modelo se conoce como el modelo ambiental. )or lo tanto, se necesita saber quL informacin entra al sistema desde el ambiente e7terior, y quL informacin produce como salida al ambiente e7terno. ;tro aspecto crtico del modelo ambiental consiste en identificar los acontecimientos que ocurren en el ambiente al cual debe responder el sistema. .o para todos los acontecimientosJ despuLs de todo, el ambiente en su totalidad genera un nAmero infinito de acontecimientos. +lo nos preocupan aquellos que ?8@ ocurren en el ambiente e7terior y ?9@ requieren una respuesta del sistema. ,n un sistema grande se puede tomar en cuenta una cantidad de factores cuando se estn escogiendo las perspectivas del proyecto. ,ntre los ms importantes estn los siguientes4
,l deseo del usuario de lograr cierta participacin en el mercado para el producto, o incrementarla a ms de su nivel actual. ,sto se puede Nacer ofreciendo un nuevo producto o una mayor funcionalidad de uno e7istente. Deseo del usuario por minimizar gastos operativos de alguna rea de su negocio. /a mayor parte de las organizaciones que Nan tenido computadoras instaladas durante 8> aos o ms ya aprovecNaron las oportunidades obvias de reducir el personal de oficina. Deseo del usuario para lograr alguna ventaja estratLgica para la lnea de productos o reas de negocios que opera. 2n buen ejemplo de estos son las lneas aLreas donde mejor informacin acerca de tendencias del mercado y preferencias de los clientes pueden llevar a costos de pasajes e itinerarios de aerolneas ms eficientes. CLASIFICACIN DE LAS METODOLOGAS DE DESARROLLO
1!6
/as metodologas de anlisis de requerimientos facilitan al analista la aplicacin de los principios fundamentales del anlisis de una manera sistemtica.
49
M3TODOS DE ANLISIS ORIENTADOS AL FLUJO DE DATOS /a informacin se transforma como un flujo a travLs de un sistema basado en computadora. ,l sistema acepta entrada de distintas formasJ aplica un Nard6are, soft6are y elementos Numanos para transformar la entrada en salidaJ y produce una salida en distintas formas. /a entrada puede ser una seal de control transmitida por un transductor, una serie de nAmeros escritos por un operador Numano, un paquete de informacin transmitido por un enlace a red, o un voluminoso arcNivo de datos almacenado en memoria secundaria. /a transformacin puede comprender una sencilla comparacin lgica, un complejo algoritmo numLrico, o un mLtodo de inferencia basado en regla de un sistema e7perto. /a salida puede encender un sencillo led o producir un informe de 9>> pginas. ,n efecto, un modelo de flujo de datos puede aplicarse a cualquier sistema basado en computadora independientemente del tamao o complejidad. 2na tLcnica para representar el flujo de informacin a travLs del sistema basado en computadora se ilustra en la figura. /a funcin global del sistema se representa como una transformacin sencilla de la informacin, representada en la figura como una burbuja. 2na o ms entradas. epresentadas como flecNas con etiqueta, conducen la transformacin para producir la informacin de salida. )uede observarse que el modelo puede aplicarse a todo el sistema o solo a un elemento de soft6are. /a clave es representar la informacin dada y producida por la transformacin.
DIAGRAMAS DE FLUJOS DE DATOS Conforme con la informacin se mueve a travLs del soft6are, se modifica mediante una serie de transformaciones. 2n diagrama de flujos de datos ?DKD@, es una tLcnica grafica que describe el flujo de informacin y las transformaciones que se aplican a los datos, conforme se mueven de la entrada a la salida. /a forma bsica de un DKD se ilustra en la figura. ,l diagrama es similar en la forma a otros diagramas de flujo de actividades, y Na sido incorporado en tLcnicas de anlisis y diseos propuesto por Dourdon y Constantine, De&arco y Cane y +arson. 3ambiLn se le conoce como un grafo de flujo de datos o un diagrama de burbujas.
D",,"*0')"* +% D'$*#! 2n anlisis del dominio de la informacin puede ser incompleto si solo se considera el flujo de datos. Cada flecNa de un diagrama de flujo de datos representa uno o ms elementos de informacin.
49
D%#,)"5,"*0%# F10,"*0'-%#! 2na vez que Na sido representado el dominio de la informacin ?usando un DKD y un diccionario de datos@, el analista describe cada funcin ?transformacin@ representada, usando el lenguaje natural o alguna otra notacin estilizada. 2na de tales notaciones se llama ingles estructurado ?tambiLn llamado lenguaje de diseo del programa o proceso?/D)@@. ,l ingles estructurado incorpora construcciones procedimentales bsicas W secuencia, seleccin y repeticinM junto con frases del lenguaje natural, de forma que pueden desarrollarse descripciones procedimentales precisas de las funciones representadas dentro de un DKD. M3TODOS ORIENTADOS A LA ESTRUCTURA DE DATOS *emos ya observado que el dominio de la informacin para un problema de soft6are comprende el flujo de datos, el contenido de datos y la estructura de datos. /os mLtodos de anlisis orientados a la estructura de datos representan los requerimientos del soft6are enfocndose Nacia la estructura de datos en vez de al flujo de datos. #unque cada mLtodo orientado a la estructura de datos tiene un enfoque y notacin distinta, todos tienen algunas caractersticas en comAn4 8@ todos asisten al analista en la identificacin de los objetos de informacin clave ?tambiLn llamados entidades o tems@ y operaciones ?tambiLn llamadas acciones o procesos@J 9@todos suponen que la estructura de la informacin es jerrquicaJ :@todos requiere que la estructura de datos se represente usando la secuencia, seleccin y repeticinJ y '@ todos dan una conjunto de pasos para transformar una estructura de datos jerrquica en una estructura de programa. Como los mLtodos orientados al flujo de datos, los mLtodos de anlisis orientados a la estructura de datos proporcionan la base para el diseo de soft6are. +iempre puede e7tenderse un mLtodo de anlisis para que abarque el diseo arquitectural y procedimental del soft6are. ANLISIS DISEBO ORIENTADO A OBJETOS! ENFOQUE ITERATIVO
/a metodologa iterativa es justo eso. equiere que grandes proyectos sean partidos en pequeas piezas y que cada pieza sea desarrollada mediante un proceso iterativo de anlisis, diseo, implementacin y pruebas. /as iteraciones nos permiten enfocar un subconjunto del proyecto completo de tal forma que lo podemos terminar en detalle. Krecuentemente vamos a descubrir nuevos problemas y requerimientos durante el proceso de creacin de uno de sus subsistemas. ,stos nuevos descubrimientos pueden ser fcilmente incorporados en una iteracin posterior sin desecNar lo que se Na avanzado Nasta entonces. ,ste proceso nos permite probar cada subsistema independientemente y asegurar su propia funcionalidad. ,sto significa que cuando alcancemos la etapa final del desarrollo M la integracin entre los subsistemas como un todo M podremos concentrarnos en la integracin sabiendo que cada subsistema est ya completamente probado. 3rabajando lo ms temprano posible con los aspectos de alto riesgo para el proyecto, seremos capaces de reducir la influencia de estos riesgos en el cronograma completo del proyecto. Durante la implementacin de los subsistemas nuevos casos de uso pueden ser descubiertos. ,stas situaciones nuevas pueden ser planificadas para la siguiente iteracin.
49
,l proyecto comienza con la fase de !niciacin. Durante esta fase, la que discutiremos con ms detalle ms adelante, vamos a invertir un tiempo e7plicndonos quL es el proyecto y la mejor idea de cmo Nacerlo. #l final de la fase de iniciacin debemos tener una idea bastante acertada del alcance del proyecto. /os detalles no sern obtenidosJ pero la visin general del sistema est aqu. ,n este punto podemos Nacer nuestro primer corte del proyecto en piezas. ,stas piezas deben estar suficientemente encapsuladas que permitan crearlas independientemente. Cada una de estas piezas satisface un subconjunto de requerimiento del sistema completo. /a mayor ventaja de este mLtodo es que puede identificar el riesgo involucrado con el proyecto y tenerlo en cuenta en la direccin del mismo. ,sto nos ayuda a evitar, que conociendo todas las cosas que podran ir mal Naya que esperar a que empiecen a fallar. 3 #1#E; D, !.H,+3!C#C!B.4 M'5' +% I+%'# #*()%6
&etodologas ,uropeas4 &, !+,, ++#D& y &S3 !C#.
1!? COMO COMIEN2A UN PRO ECTO /as aplicaciones de sistemas de informacin se originan virtualmente en todas las rea de la empresa. 2n proyecto debe partir considerando las etapas concernientes al anlisis como son4 I+%0$".",',"/0 +%- 5)*(-%&'! ? ealiza el #nalista@. ,s fundamental para el L7ito del proyecto. ,n esta etapa se debe considerar4

#nalizar que es lo que ocurre en la empresa para lo cual debe conocerse los objetivos generales. Determinar problemas Determinar oportunidades ?situacin que el analista considera que debe mejorarse@ de mejora para tener una ventaja competitiva o un estndar. Determinar objetivos o metas de la empresa que se puede alcanzar con el +istema !nformtico.
D%$%)&"0',"/0 +% )%C1%)"&"%0$*# +% "0.*)&',"/0! "ue informacin necesita como datos y que informacin necesita como salida, es decir4 Definir que documentos de entrada necesita Definir que salidas ?reportes@ informacin que requiere el usuario.
,sta etapa lo realiza el analista junto con el usuario. ,7isten diversos instrumentos4 muestreo, estudio de datos y formularios, entrevistas, cuestionarios, observacin. A0;-"#"# +% 0%,%#"+'+%#! ,s analizar toda la informacin recolectada. ,7isten tLcnicas de anlisis, para ver como fluye la informacin. #l terminar el anlisis se genera una parte muy importante la ) ;)2,+3# D, #23;&#3!F#C!B. ? esumen del anlisis@ 1!@ DEFINICIN DEL PROBLEMA!
49
/a primera etapa requiere que el analista de sistemas observe en forma objetiva lo que sucede en la empresa. /uego en conjunto con otros miembros de la organizacin se Nar notar los ) ;1/,&#+. ,l analista de +istemas debe tener las Nabilidades para4

Determinar los problemas ;portunidades de mejora Definir los criterios para que el proyecto sea aprobado.
PARA IDENTIFICAR PROBLEMAS BUSCAR LOS SIGUIENTES INDICIOS Demasiados errores Desarrollo incorrecto 5ine8actitud7 Desarrollo lento !ra a:os inconclusos Insatis+accin de los empleados Ausentismo Rotacin ;ue:as $u2erencias de me:or3a 'entas a:as
Comparar las salidas con los criterios de desempe4o 56a esta lecidos7. O ser%ar la conducta de los empleados. Escuc1ar la retroalimentacin e8terna 5usuarios9 pro%eedores9 %endedores9 clientes7
2na mejora no es ms que cambios orientados a otorgar beneficios. oportunidades de mejora. ,n los problemas anteriores tenemos ,n 8@ 9@
,7isten mucNas
:@ comunes a todos los sistemas. educir errores #celerar el proceso +implificar los procesos mediante la eliminacin de pasos innecesarios. ,liminar salida redundantes. &ejorar la relacin de los subsistemas. )rovocar la adaptabilidad.
49
/ograr una mejor relacin con los usuarios. )ara que sea aprobado debe4 Cumplir objetivos, mejorar los objetivos y metas de la empresa, #poyo directiva. ,stablecer claramente las ventajas que presenta el sistema de tal forma que los directivos aprueben el proyecto. 1!A ANLISIS DE VIABILIDAD &ucNas veces cuando se emprende el desarrollo de un proyecto de +istemas los recursos y el tiempo no son realistas para su materializacin sin tener perdidas econmicas y frustracin profesional. /a viabilidad sirve para recopilar datos importantes para la direccin y en base a ellos se tomar la decisin si se procede o no a realizar el proyecto. /a viabilidad y el anlisis de riesgos estn relacionados de mucNas maneras, si el riesgo del proyecto es alto, la viabilidad de producir soft6are de calidad se reduce, sin embargo se deben tomar en cuenta cuatro reas principales de interLs ?en base a la determinacin de recursos@4 VIABILIDAD T3CNICA! +on los recursos tLcnicos en caso de equipos y mquinas. /e dice los equipos que necesita usar, el equipo ya e7istente o comprar nuevo o complementar el ya e7istente. VIABILIDAD OPERATIVA! +e refiere a los recursos Numanos que van a participar en la operacin del sistema cuando ya se implemente. VIABILIDAD ECONMICA! +e refiere a los costos. ,7isten 9 tipos de costos Costos de desarrollo del proyecto Costos de equipo Costos analista Costos de los programadores
Costos de operacin
Costos de personal Costos de suministros
VIABILIDAD LEGAL! ,s determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir al desarrollar el +istema. ,l estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia. ANLISIS DE COSTOS D BENEFICIOS! +ignifica una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del producto o sistema. &ucNas veces en el desarrollo de +istemas de Computacin estos son intangibles y resulta un poco dificultoso evaluarlo, esto vara de acuerdo a la caractersticas del +istema. ,l anlisis de costos W beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del )royecto. ,7isten varios tipos de costos. 2n costo es un gasto, un egreso, una salida de dinero. 1eneficio es una ventaja que se obtiene de la instalacin y utilizacin del +istema informtico.
49
T"5*# +% ,*#$*#! )ueden ser4
CO$!O$
!an2i le Directos Intan2i les
Fi:os 'aria les
Recurrentes No recurrentes Indirectos
a@ Costos !niciales ,quipo ?*6 y +6@ &uebles Desarrollo e implementacin de sistemas !nstalacin equipo b@ Costos de operacin ?son variables@ Castos de personal &antenimiento ?*6 y +6@ +uministros ?cintas, papel, CDs@ Costo C)2 por Nora c@ 1eneficios ?ventaja que se gana con la utilizacin del sistema@ 1eneficio 3angible ?X de error en relacin al anterior, reduccin de gastos, velocidad de respuesta@ 1eneficio intangible ?mejor servicio, mejores condiciones de trabajo@ ,ntre las tLcnicas de anlisis de costos tenemos4 A0;-"#"# 510$* %C1"-"()"*! )ermite evaluar costos entre 9 o ms alternativas de solucin, puede ser entre el sistema actual y el propuesto. R%$*)0* +% -' "0=%)#"/0! Determina el nAmero de aos de operacin del sistema informtico que se requiere para amortizar el costo de su inversin. ALTERNATIVAS DE SOLUCIN! #l desarrollar un sistema informtico se pueden considerar las siguientes alternativas4 &antener el +istema #ctual ?manual@. Comprar equipo ?Computador y +istema informtico@. #lquilar equipo a otra empresa. 2tilizar un paquete Norizontal. !mplementar un sistema automatizado. )or cada alternativa se analizar4 ventajas y desventajas, recursos a utilizar e impactos organizativos. 1!1E ELABORACIN DEL PLAN DE PRO ECTO!
,l )lan del proyecto es un documento que sirve como fundamento para la !ngeniera *ard6are, +oft6are, 1ase de datos, e ingeniera *umana. Describe la funcin y rendimiento de un +istema
49
basado en computadoras y las dificultades que estarn presente durante su desarrollo. /as ,specificaciones de los requisitos del soft6are se produce en la terminacin de la tarea del anlisis. ,n Conclusin un proyecto de desarrollo de un +istema de !nformacin comprende varios componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un modelo de +istema que utiliza uno mas de los componentes4 +oft6are, Nard6are, personas, base de datos, documentacin y procedimientos. ,l proyecto de automatizacin o )lan !nicial consta de4 8. 9. :. '. Datos Cenerales, como4 nombre del proyecto, sector solicitante, responsables del proyecto. Definicin de los problemas de sistema. Definicin de los objetivos generales y especficos que se plantea el nuevo sistema. )lanificacin del proyecto4 descripcin de las actividades a desarrollarse, metodologa del trabajo y cronograma de actividades. $. Kactibilidad del proyecto4 recursos Numanos, recursos econmicos, materiales y equipos. DETERMINACIN DE REQUERIMIENTOS DE INFORMACIN /a determinacin de los requerimientos es el estudio del sistema actual de la empresa con el fin de encontrar como trabaja y donde debe mejorarse. /os estudios del sistema son el resultado de una evaluacin para conocer como funcionan los mLtodos actuales y si son necesarios o posibles algunos ajustes. ,7isten varios tipos de requerimientos que deben ser determinadosJ sin embargo Lstos dependen del tipo de sistema que se estL analizando. R%C1%)"&"%0$*# (;#",*#! +e deben buscar respuestas a las siguientes preguntas con el fin de desarrollar un perfil completo del sistema que se est investigando. a@ b@ c@ d@ e@ Holumen Control )rocesos Datos ;tros
T3CNICAS DE RECOGIDA 1sicamente son '4 ,ntrevistas. Cuestionarios. ;bservacin. !nvestigacin documental y bibliogrfica.
E#$)1,$1)' +% -'# 5)%710$'# Piramidal: )reguntas de lo especfico a lo general. Embudo: )reguntas de lo general a lo especfico. Diamante: Combinacin de ambos.
49
3ipo de preguntas Abiertas: )reguntas que permite una contestacin libre. Cerradas: )reguntas limitadas en su contestacin ?lista de opciones a contestar@. Kormato de preguntas Estructuradas: )ara conocer datos precisos. No estructuradas: )ara e7plorar, romper el Nielo, conocer sentimientos, e7presiones, etc. ENTREVISTA! 2na entrevista tiene como funcin principal recopilar informacin por medio de una conversacin dirigida con un propsito especfico, que se basa en un formato de preguntas y respuestas. V%0$'4'# +% -' %0$)%="#$' elacin directa con los usuarios. )ermite eliminar malos entendimientos. ,l usuario le da mayor importancia al desarrollo del sistema. +e puede grabar para un mayor entendimiento de las respuestas. Determina e7presiones y reacciones de las personas. D%#=%0$'4'# +% -' %0$)%="#$' Consume mucNo tiempo. .o e7iste el anonimato. Costo alto. /a captura y anlisis de datos muy tardado. #barca pocas personas. )rocedimiento de la entrevista ,stablece propsito. +eleccionar a quiLn o quienes entrevistar. !nformar a directivos que informacin busca. )reparar a quienes entrevistar. ,legir el tipo y la estructura de las preguntas. *acer la entrevista con tacto. #nalizar los datos. CUESTIONARIO! 2n cuestionario tiene como funcin principal la recopilacin de datos en forma escrita. V%0$'4'# +% 10 ,1%#$"*0')"* #barca un gran nAmero de personas. &antiene el anonimato. )reguntas estandarizadas. )ermite la comparacin de respuestas ms fcilmente. &enos costoso. Kcil de capturar y analizar los datos.
49
D%#=%0$'4'# +% 10 ,1%#$"*0')"* .o se detecta e7presiones y reacciones de las personas. ,n ocasiones no permite aclaraciones de las respuestas. .o e7iste relacin directa. P)*,%+"&"%0$* +%- ,1%#$"*0')"* Determinar objetivo. ,legir preguntas que facilite el entendimiento. )robar las preguntas y modificarlas si es requerido. +eleccionar la forma final. Distribuirlo. #nalizar los datos. OBSERVACIN V%0$'4'# +% -' *(#%)=',"/0! +e puede tener contestacin de preguntas o dudas. Herificacin de procesos, tareas y pasos especficos. Herifica formatos y uso de la documentacin. Determina el manejo de los documentos. Determina a quL personas esta dirigido la informacin . Herifica efectos que provocan retardos de informacin. Determina cuellos de botella y sus causas. D%#=%0$'4'# +% -' *(#%)=',"/0 ,l personal se siente espiado. )uede falsear los procedimientos reales. ,l ambiente no sea propicio para utilizar esta tLcnica. MUESTREO! 3Lcnica para seleccionar y determina la muestra. O(4%$"=*! ;btener informacin imparcial. 1ajo costo. Pgil y eficaz. Disminuir el tiempo de recoleccin de datos. P'#*# 5')' %- &1%#$)%*! Determinar quL datos se recopilarn. Delimitar la poblacin ?quL niveles organizacionales se considerarn y el ambiente@. Determinar el tamao de la muestra. T"5* +% &1%#$)'! Dirigidos ?individuos que conozcan el sistema o interesados@. +istemtica ?elegir la nMesima persona de una lista@. ,stratificada ?estratos de la poblacin@. 1!11 INTRODUCCIN AL ANLISIS DE REQUISITOS FA!R!G!
49
#l empezar a trabajar con la elaboracin de un nuevo soft6are se deben tener buenas y slidas bases, como es definir correctamente quL se quiere de un soft6are nuevo y tener una representacin clara para el usuario y que, adems, permita pasar a las siguientes etapas de desarrollo de soft6are de forma sencilla y natural. /a mayora de los sistemas de soft6are tienen cosas en comAn que pueden ser reutilizadas, por eso no siempre se debe empezar desde cero para elaborar un nuevo soft6are. /a variedad de elementos que se pueden reutilizar van desde un conjunto de actividades Nasta los costos y prototipos de sistemas anteriores. #l desarrollar un soft6are se pasa por varias etapas, la primera de ellas es especificar los requerimientos. /a !ngeniera de equerimientos de +oft6are, cuyas actividades se dibujan en la siguiente figura, se encarga de guiar al desarrollador en esta primera etapa produciendo un documento de ,specificacin de equerimientos de +oft6are ?ERS@, mismo que ser entregado al cliente y al diseador para continuar con el desarrollo del soft6are. DespuLs vendrn el diseo, implantacin, prueba y mantenimiento, cada etapa cuenta con sus propias subetapas. #l empezar a definir los requerimientos de un nuevo soft6are ya se debe Naber avanzado en las negociaciones con los involucrados, esto es, ya se debe tener un compromiso de parte de la gerencia de la empresa, que podra ser verbal, de apoyar la realizacin de la ,specificacin de equerimientos del +oft6are. ,s decir, ya se realiz el estudio de factibilidad y quedan tres etapas por cubrir4 8. #nlisis de equerimientos de +oft6are ?# +@. ,ste es proceso de derivacin de requerimientos del sistema de soft6are a travLs de la observacin de sistemas e7istentes, discusin con usuarios y proveedores de informacin potenciales, anlisis de tareas y as sucesivamente. ,sto puede involucrar el desarrollo de uno o ms modelos diferentes del sistema, que ayudan al analista a entender el sistema que ser especificado. 3ambiLn pueden desarrollarse prototipos para ayudar a entender requerimientos. 9. Definicin de equerimientos de +oft6are. ,s la traduccin de informacin recolectada durante la actividad del # + a un documento que define el conjunto de requerimientos. Sste debera reflejar con precisin quL es lo que el cliente desea. Debe escribirse de forma que sea entendible por usuarios finales y cliente del sistema. :. ,specificacin de equerimientos de +oft6are. ,n esta actividad se detalla el documento de , +. Conjuntamente se puede realizar un diseo de alto nivel para ayudarse a descubrir errores en definicin de requerimientos, mismos que deben ser corregidos.
49
,l papel del analista de soft6are es descubrir y describir quL se quiere de un nuevo soft6are y, al terminar, brindarle al diseador del soft6are elementos que le permitan empezar a definir la arquitectura del sistema. #unque resulta utpico pensar en un anlisis de requerimientos completo ?siempre Nabr algo ms que puede implantarse@, Lste debe tener por lo menos un avance sobre las metas y requerimientos para que el diseador pueda empezar a trabajar. /a forma de entregar los avances debe ser clara y sin ambigVedades y debe permitir Nacer un cambio inmediato a elementos del diseo. &uy probablemente el # + deba negociarse varias veces, para agregar nuevos requerimientos o para modificar los ya e7istentes, por lo que una buena metodologa de # + debe permitir fle7ibilidad de modificacin.
E#5%,".",',"/0 +% )%C1%)"&"%0$*# +%- #*.$H')% E-%&%0$*# ,*&10%# %0 -' E!R!S! D%."0","/06 Conjunto de propiedades o restricciones definidas con precisin, que un sistema soft6are debe satisfacer. T"5*#6 M equerimientos funcionales. E4%&5-*#6 M ,l usuario podr buscar en la totalidad de la base de datos o definir un subconjunto de ella. M ,l sistema deber a ofrecer un visor adecuado para la lectura de documentos electrnicos. M # cada peticin se le asignar un identificador Anico, de manera que cada bAsqueda realizada se pueda recuperar con posterioridad.
49
M equerimientos no funcionales. /os requerimientos no funcionales 0* I',%0 )%.%)%0,"' ' 0"0710' .10,"*0'-"+'+, sino a propiedades emergentes como la ."'("-"+'+, la )%#51%#$' %0 %- $"%&5* o la ,'5',"+'+ +% '-&',%0'&"%0$*. .ormalmente estos requerimientos son tan importantes como los funcionales y pueden ser ,)>$",*# 5')' -' ',%5$',"/0 +%- #"#$%&'. /os requerimientos no funcionales son4 M R%C1%)"&"%0$*# +%- 5)*+1,$*4 fiabilidad, usabilidad, portabilidad, etc. M R%C1%)"&"%0$*# *)7'0"J',"*0'-%#6 polticas y procedimientos propios y uso de estndares. M R%C1%)"&"%0$*# %9$%)0*#6 elacin del sistema con otros sistemas de la propia empresa y del e7terior4 interoperabilidad, legalidad, etc. C*0$%0"+* +% -' E!R!S! M ,studio del problema. M ,valuacin y sntesis. M &odelado. M ,specificacin. M evisin. P)*(-%&'# +% -' E!R!S! M )roblemas de comunicacin. M Complejidad. M #daptacin a cambios. M .o Nacer uso de Nerramientas adecuadas. P)"0,"5"*# +%- '0;-"#"# MDebe entenderse y representarse el dominio de la informacin. Diferenciar entre el contenido, el flujo y la estructura de la informacin. M Deben definirse las funciones que realiza el soft6are. M Debe representarse el comportamiento del soft6are ante eventos del e7terior. M ,l problema debe ser particionado. D")%,$)",%# ampliamente aceptadas4 M,ntender el problema antes de empezar a crear el modelo de anlisis. M Desarrollar prototipos. M egistrar el origen y la razn de cada requisito. M 2sar mAltiples planteamientos de requisitos. M Dar prioridad a los requisitos. M ,liminar la ambigVedad en lo posible. 1!12 MODELI2ACIN CONCEPTUAL DE FUNCIONES! DIAGRAMA DE FLUJO DE DATOS FDFDG! )ara realizar esto se necesita la siguiente informacin4 M M M M M )rocesos Datos U proceso Datos almacenados Datos que ,U+ del sistema ,ntidades.
49
,s importante conocer como se relacionan los distintos procesos, como se almacena los diferentes datos y esto lo Nace en forma grfica. S"&(*-*7>'! *ace uso Anicamente de ' smbolos y no importa el medio de almacenamiento.
,ntidad Klujo de datos #lmacenamiento de datos

Identi+icaci n
)roceso
2na entidad puede ser un Dpto., una empresa, una persona, es decir cualquier objeto. /a entidad est dirigida a la persona que recibe los datos o la que entre los datos. ,l flujo de datos, es el movimiento de los datos, la flecNa indica el sentido en la que va la informacin. ,l flujo de datos tambiLn lleva un nombre. Debe estar definido en la flecNa, los datos que necesita el proceso o un documento. ,l almacenamiento de datos indica que los datos estn almacenados y que puede adicionar datos. ,l proceso es la transformacin de los datos lo que entra tiene un nombre y debe tomar otro nombre al salir.
1asada en esta simbologa tenemos4 !ndica que la entidad no es nueva, sino que se repite
!ndica que la entidad ya se Na repetido 9 veces

<
Y de cUu de los procesos Descripcin breve del proceso "uien Nace el proceso ?generalmente Dpto. o persona@
.o se tiene reglas fijas de los procesos o de los grficos, el nivel de detalle depende del analista de sistemas. /as entidades pueden repetirse para no entrecruzar lneas, los procesos no pueden repetirse, el almacenamiento si puede repetir.
49
A< A< A<
+e identifica con #8 !ndica que es el mismo #8 repetido

descripcin almacenamiento
E4%&5-* +% 10 +"'7)'&' .!H,/ Detalle

8 Klujo de datos 8 )roceso 8 Klujo de datos 9 9 )roceso 9 Klujo de datos $
Kuente de datos
Destino de datos
#8
Klujo de datos : #lmacenamiento 8
#9
Klujo de datos ' #lmacenamiento 9
.!H,/ 8
> 5detallado7
< )roceso 8
>.<
Flu:o de datos >
Proces o >.<
Flu:o de datos >.<

>.>
Flu:o de datos 4 A> Almacenamiento >
Proces o >.>
Flu:o de datos =
Destino de datos
P'#*# 5')' I',%) 10 DBF! ealizar una lista de las entidades, de los flujos de datos y de los procesos. Dibujar un diagrama de flujo de datos general. Disear en base al general el detallado definiLndolo con smbolos y nombres significativos. E4%),","*

2n grupo de mLdicos se asocian para trabajar en conjunto, piensan que si trabajan % de ellos podrn cubrir la ausencia de un doctor sin interrumpir el tratamiento de un paciente, tambiLn
49
intentan centralizar algunas funciones econmicas como por ejemplo la facturacin al paciente, los pacientes estn asegurados ?tienen seguro de enfermedad@ y la aseguradora puede correr con el gasto parcial o total de la atencin mLdica. ,l proceso de atencin mLdica y facturacin al paciente es el siguiente4 ,l mLdico e7amina al paciente y genera un flujo de datos llamado registro de e7amen. ,l registro de e7amen ingresa al proceso de revisin de registros y clculo de los cargos. )ara poder realizar los clculos se debe acceder a un registro de tarifas el cual contiene la tarifa para cada uno de los servicios mLdicos. 2na vez verificando el e7amen y calculado las tarifas se preparan las facturas, para esto el paciente contribuye con un formulario de seguros. +e consulta el registro del paciente con el in e7clusivo de obtener su direccin. /os mismos se realizan con la compaa de seguros, o sea consulta los registros de las aseguradora para obtener su direccin y el plan. +e genera la factura del paciente y la factura del seguro y tiene como destino al paciente y a la aseguradora respectivamente. +e revisa el pago de los paciente y luego se dirige a un almacenamiento de datos denominado cuentas por cobrar, lo mismo se realiza con el pago de la aseguradora. L"#$' +% E0$"+'+%# )aciente #seguradora &Ldico D"'7)'&' G%0%)'-
&Ldico
Re2istro de e8amen
<
)acient e
Formulario se2uro
+istema Kacturaci n Factura Ase2uradora
#segur adora
Factura Paciente
D"'7)'&' E#5%,>.",*
49
&Ldico
&Ldico
Re2istr o e8amen
<
Formulario se2uros lleno

>
Factura Ase2uradora Factura Paciente )acient e
!ari+a a evisin egistros pa2ar Clculos Cargos
)reparacin de facturas
#segur adora
!ari+a Aplica le
Direccin
A<
!ari+as
A>
Re2.
A?
Plan de se2uro s Re2.
Pa2o Paciente
Pa2o Ase2uradora
A4
Cuentas por Co rar
Paciente
Ase2urad.
E4%),","*#6 8. /os clientes de &ermanZs para alquilar trajes de teatro deben pasar por el proceso de editar la orden de alquiler, para lo cual requieren informacin sobre disponibilidad de trajes que se encuentra arcNivada en carpetas de inventarios de trajes, luego para la aprobacin sacamos del registro de clientes la tarjeta correspondiente, la salida corresponde a la solicitud aprobadaJ a continuacin se inicia lo necesario para preparar el traje, tomando los detalles de los trajes del inventario de trajes, como resultados se enva la factura al cliente. 9. ,l Kinisterre es un Notel, en cuya recepcin ingresa un nuevo cliente, se pagan sus cuentas, y se realizan las facturas respectivas. Cuando llega un cliente, se revisa la carpeta de reservaciones y se obtiene el Y de cuarto reservado o si no tiene reservacin se busca en el registro de Nabitaciones disponibles y se obtiene el Y de Nabitacin disponibleJ en la tarjeta del cliente se registra el Y de personas y el costo de la Nabitacin, lo que permitir realizar la facturacin junto con los costos de alimentacin y otros adicionales, la factura puede ser cancelada en efectivo o a crLdito, en el primer caso se entregar al cliente y en el segundo se guardar en cuentas por cobrar del *otelJ en ambos casos son pasados al Dpto. de Contabilidad quien los almacena en el registro de ingresos. :. ,l sistema de nminas en 1artNolome6 /aboratories se instal originalmente en 8==: Na estado funcionando razonablemente bien desde entonces. Con los Altimos cambios en las leyes de impuestos, el director de personal le Na solicitado que documente el sistema e7istente. Con base en entrevistas con empleados del departamento de nminas y una revisin de los programas del sistema actual, usted Na descubierto los siguientes NecNos4
,l resumen de la informacin de impuestos se obtiene del arcNivo de nminas de los empleados. ,sta enva peridicamente, junto con un cNeque, a la oficina de impuestos sobre la renta.
49
/os datos del reporte de tiempo de los empleados, una vez validados y clasificados se emplean junto con el arcNivo de impuestos y el arcNivo maestro de empleados para calcular la cantidad que se paga a los empleados. ,l departamento de personal con frecuencia Nace cambios al arcNivo maestro de los empleados. ,l pago y los descuentos actuales para cada nmina se aplican al arcNivo de la nmina de los empleados. ,ste arcNivo se utiliza luego para imprimir los cNeques y los resAmenes anuales da fecNa por cada empleado.
'. # la compaa 3ettling &anugacturing le gustara emitir cNeques para las facturas de los proveedores una vez a la semana. ,l proceso se imagina de la siguiente forma4 leer los registros de las facturas ordenadas por nAmero de proveedor, calcular el descuento, si es el caso, e imprimir el cNeque. #compaando a cada cNeque Nay un taln. ,l taln del cNeque tiene una lista con el importe y nAmero de factura de todas las facturas que cubre el cNeque. D",,"*0')"* +% D'$*# .o es ms que datos acerca de los datos. 2n diccionario es una lista de todos los componentes incluidos en los diagramas de datos, nos basamos en la tLcnica DKD, como son4

Klujos de datos ?informacin@ )rocesos #lmacenamiento
,l Diccionario de datos incluye los detalles de los mencionados anteriormente. +e puede realizar paralelamente con el diagrama, es Atil en la programacin. ,7isten varios formularios o ficNas como4

)roceso de los datos Klujo de datos #lmacenamiento ,structura de los datos Datos elementales
49
,l
Paso 1: Procesos
Paso 2: Flu:o de datos Almacenamiento
Paso 3: Estructura de datos
formulario de los procesos debe elaborarse uno por cada proceso.
Paso 4: Datos elementales
R%'-"J') %- DFD 8 %- +",,"*0')"* +% +'$*# +% -*# #"71"%0$%# %4%),","*#6 8. /a #gencia de Hiajes 3ravel +.#. realiza el siguiente proceso con todas los turistas que quieren conocer el ,cuador. Herifican el crLdito del turista para esto el agente de viajes revisa la carpeta que contiene los folletos de los tours y sus costos y los ofrece al turista quien indica el lugar a donde quiere viajar y la forma de pago, si es efectivo se anota en el libro bancos, si es a crLdito se registra en cuentas por cobrar. )ara definir el 3our el agente de viaje solicita al usuario confirme el folleto del viaje que quisiera Nacer, obtiene el itinerario del viaje del arcNivo de itinerarios. ,l turista recibe su boleto y se prepara para su tour.
49
9. ,n la Compaa ODF, el proceso de pago a proveedores se realiza de la siguiente manera4 /a secretaria recibe la correspondencia que llega se prepara una lista de los recibos de pago y se guarda en la carpeta de cuentas por pagar y se preparan los depsitos bancarios. # continuacin los depsitos pasan al proceso de elaboracin de cNeques, donde el contador llena los cNeques correspondiente y arcNiva las facturas de los proveedores en orden de fecNa de vencimiento y los guarda en el arcNivo facturas canceladas. 2na vez llenados los cNeques pasan para la legalizacin y el Cerente recibe los cNeques, firma y revisa los justificativos adjuntos. 2na vez legalizados los cNeques son enviados a los proveedores. :. )ara la obtencin de un crLdito en un banco, el cliente debe realizar las siguientes actividades. Deposita una cierta cantidad de dinero en su libreta de aNorro, el encargado de ventanilla digita el nAmero de cuenta del cliente y registra el depsito actualizando la libreta. ,l cliente se acerca a la gerencia y solicita un prLstamo, el gerente del banco revisa el registro de prLstamos y obtiene la forma de pago del crLdito, luego firma la autorizacin escrita para dar el crLdito al cliente. ,l encargado del rea de prLstamos recibe la autorizacin y llena una tarjeta para el cliente, Nace firmar los documentos respectivos y guarda todo esto en el arcNivador de cliente. ,l cliente recibe el dinero y sale del banco. '. 2n paciente lleva su receta a la farmacia ms cercana, el sistema de medicinas incluye los siguiente pasos4 +e determina primero si e7iste la medicina, para esto el vendedor revisa en el registro de medicina si e7iste dicNo producto, obtiene el costo de la medicina por unidad. )ara el clculo del pago de la receta el vendedor digita la cantidad de cada medicina y obtiene el valor total de la receta. # continuacin procede al despacNo de la medicina para lo cual obtiene del registro de medicina el nombre del /aboratorio, con este dato busca en los anaqueles respectivos . )ara elaborar la factura el cliente proporciona el nombre y nAmero de cLdula, se realiza el descuento dado por la farmacia y se imprime la factura que es entregada al cliente, y una copia de la factura es guardada en la carpeta del da. $. ,l sistema utilizado en la fabricacin de juguetes se detalla a continuacin4 /a primer etapa corresponde a la elaboracin del diseo para esto el empleado encargado proporciona un bosquejo del juguete a fabricar, para esto se obtiene del arcNivo de normas !.,. las reglas que debe cumplir el juguete para que se apto, del registro de imgenes se obtienen los colores que llevar el diseo del juguete. Con el diseo del juguete el encargado de los materiales busca en el registro de piezas el tipo y el nAmero de piezas disponible, elabora el listado de materiales que se emplearn en el diseo. 2tilizando la lista de materiales se procede a armar el juguete, para esto el empleado encargado busca las piezas y determina en el catlogo de piezas la forma de operar de cada una. 2na vez armado el juguete se actualiza el catlogo de juguetes con el nuevo diseo y precio.
49
49
BLOQUE N 2 MODELI2ACIN DE DATOS OBJETIVOS
!ntroducir el concepto de base de datos y tLcnicas de control para el modelado de sistemas de tiempo real
CONTENIDO 9.8 !ntroduccin a las bases de datos. 9.9 &odelo de datos ?conceptual lgico y fsico@. 9.: &odelo entidadMrelacin. 9.' +istemas de tiempo real. 9.$ *istoria de la vida de las entidades ?*H,@.
! PE"#!R$ Nunca una noche ha vencido al
amanecer, y nunca un problema ha vencido a la esperanza Bern Williams
49
2!1 INTRODUCCIN A LAS BASES DE DATOS 2na base de datos es una fuente central de datos significativos, los cuales son compartidos por numerosos usuarios para diversas aplicaciones. /a esencia de una base de datos es el +istema #dministrador de la 1ase de Datos ?D1&+4 Database &anagement +ystem@, el cual permite la creacin, modificacin y actualizacin de la base da datosJ la recuperacin de los datos y la emisin de reportes. /os objetivos de eficacia de la base de datos son4 8. #segurar que los datos puedan ser compartidos por los usuarios, para una variedad de aplicaciones. 9. "ue el mantenimiento de los datos sea preciso y consistente. :. #segurar que todos los datos requeridos para las aplicaciones presentes y futuras se encuentren siempre disponibles. '. )ermitir que la base de datos evoluciones y se adapte a las necesidades crecientes de los usuarios. $. )ermitir que los usuarios desarrollen su propia visin de los datos, sin preocuparse por la manera en que los datos se encuentren almacenados fsicamente. C*0,%5$* +% D'$*# ,s importante entender cmo se presentan los datos. +olamente el mundo real en s puede ser considerado como la realidad. #quellos datos que se obtienen de las personas, de lugares o de eventos de la realidad, eventualmente sern almacenados en arcNivos o en base de datos. +e requiere de informacin acerca de los datos mismos. #quella informacin descriptiva de los datos se le denomina como metadato. ,n la figura se plantea de manera esquemtica, la relacin e7istente entre la realidad, los datos y los metadatos. Dentro del conte7to de la realidad se tienen entidades y atributosJ dentro del conte7to de los datos reales, se tienen registros de eventos y datos de los eventosJ dentro del conte7to de los metadatos, Nay definiciones de registros y definiciones de los datos.
REA)IDAD
Entidades
Atri utos
DA!O$
Re2istro de ocurrencias
Datos de ocurrencias
&E!ADA!O$
De+inicin de re2istros
De+inicin de datos
49
E0$"+'+%#! 2na entidad es cualquier objeto o evento, acerca del cual, se recolectan datos. 2na entidad puede ser una persona, un lugar o un objeto. )or ejemplo, un vendedor, una ciudad o un producto. 2na entidad tambiLn puede ser un evento o unidad de tiempo, tal como la descompostura de una mquina, una venta, un mes o un ao. R%-',"*0%#! +on asociaciones entre entidades ?y algunas se refieren como asociaciones de datos@. ,n la figura se muestra diferentes tipos de relaciones.
,&)/,#D; <
&SD!C; <
H,.D,D; &
+e le asigna
<
3rata al
& )#C!,.3,
#tiende a
;K!C!.#
C!2D#D
,l primer tipo de relacin es una relacin de uno a uno ?designada como 848@. ,l segundo tipo de relacin es una asociacin de uno a mucNos ?84&@. Kinalmente, una relacin de mucNos a mucNos ?&4.@. A$)"(1$*#! ,s una caracterstica de una entidad. )uede Nacer mucNos atributos para cada entidad. )or ejemplo, un paciente ?entidad@ puede tener numerosos atributos, tales como el apellido, nombre, direccin, ciudad, estado, etc. /a palabra dato tambiLn puede utilizarse de manera intercambiable con la de atributo.
49
R%7"#$)*#! 2n registro es una coleccin de datos elementales que tienen algo en comAn con la entidad descrita. 2!2 MODELO DE DATOS FCONCEPTUAL LGICO FSICOG
2na base de datos, a diferencia de un arcNivo, la comparten mucNos usuarios. D naturalmente cada usuario ver los datos de manera diferente. .os referimos a la forma en que un usuario concibe y describe los datos desde una presentacin de usuario. +in embargo, el problema es que usuarios diferentes tienen enfoques diferentes. ,stas presentaciones se e7aminan en el modelo lgico global de la base de datos, que eventualmente deber desarrollarse. Kinalmente el modelo lgico de la base de datos debe transformarse en el correspondiente diseo fsico de la base de datos. ,l diseo fsico considera la forma del almacenamiento de los datos y de sus interrelaciones, as como la mecnica del acceso. MODELO CONCEPTUAL DE LOS DATOS! ,7isten tres tipos bsicos de base de datos con una estructuracin lgica4 jerrquica, en red y de relacin. M*+%-* +% +'$*# 4%);)C1",*! /as estructuras de datos jerrquicas implican que una entidad no puede tener ms de una entidad propia. ,sto es, una estructura NecNa de varias asociaciones 84& o 848. ;tras ,ntidad asociaciones, tales como &4 8 o &4 . no se permiten. /as estructuras Entida Entida Entida jerrquicas en ocasiones d d d se denominan rboles Entida d d Entida Entida Entida Entida porque los subordinados d d d d d conectados a las entidades a las cuales d d d d d pertenecen semejan las ramas de un rbol, aunque curiosamente dibujadas Nacia abajo, tal y como se muestra a continuacin. ,n ocasiones, es muy sencillo recuperar informacin a partir de una base de datos jerrquica, pero pueden volverse ms complejas, Lsta es una desventaja de este tipo de estructura. M*+%-* +% +'$*# %0 )%+! 2na estructura reticular permite que cualquier entidad cuente con cualquier nAmero de ,.3!D#D ,.3!D#D subordinados o de superiores. /as entidades se conectan mediante el uso de ,.3!D#D ,.3!D#D EN!IDAD EN!IDAD enlaces de red, los CE E E cuales son datos comunes a ambas entidades conectadas. EN!IDAD EN!IDAD EN!IDAD ,s un tipo de estructura compleja.
49
M*+%-* +% +'$*# )%-',"*0'-!
2na estructura relacional consiste en una o ms tablas bidimensionales, las cuales se refieren como relaciones. /os renglones de las tablas representan los registros y las columnas contienen los atributos. ,l mantenimiento de las tablas de esta estructura es bastante simple en comparacin a las anteriores. /a ventaja es que las consultas se realizan de una manera eficiente. Con el fin de que las estructuras relacionales sean Atiles y manejables, las tablas relacionales deben GnormalizarseI primero.
ARTCULO CBD!C; 3[32/; #9:$ CDM ;& #$98 &ouse
) ,C!; >.:> (.>>
TIPOS DE ARCKIVOS! +e pueden clasificar de acuerdo a la forma de acceso o a lo que contengan. +egAn su contenido se Nabla de4 A),I"=* M'%#$)*! Contiene informacin completa de las entidades que el sistema maneja. Conocido como permanente, e7iste durante toda la vida del sistema. )or ejemplo un arcNivo de informacin de estudiantes. ,ste tipo de arcNivo es Atil mientras sea actualizado.
49
A),I"=* +% T)'0#',,"*0%#! .o tiene informacin permanente. +e usa para actualizar el arcNivo maestro. /a vida de este tipo de arcNivos es corta se eliminar cuando se inicia un nuevo perodo. A),I"=* +% T'(-'#! Contiene datos que se utilizan para calcular otros datos o ms paramentos de desempeo. +e utiliza para estandarizar la informacin. A),I"=* 0+",%#! #lmacena ndices. +irve para acceder el arcNivo maestro. ,l contenido de este es4
clave direccin
A),I"=* R%#5'-+*! #lmacena una copia de los arcNivos maestros, transacciones, tablas. Disponibles para seguridad en caso de pLrdida. A),I"=* I0.*)&%! +on utilizados cuando los informes son demorados. /o que se puede Nacer es sacar los datos a imprimirse en un arcNivo para imprimirlos luego de que el sistema se desocupe. ,s utilizado en spooling. A),I"=* K"#$/)",*#! Ceneralmente contiene resAmenes de datos estadsticos de perodos anteriores. Ceneralmente usados para realizar estadsticas, cuadros comparativos, etc. +egAn el modo de Acceso, es decir la organizacin tenemos4 A),I"=*# S%,1%0,"'-%#! ,l modo de acceso es uno a continuacin de otro. ,s la forma ms fcil de almacenar y consultar los registros de un arcNivo, se almacenan los registros uno a continuacin de otros, se busca desde el inicio Nasta encontrar el registro. +e utiliza en arcNivos pequeos, en arcNivos de tablas y de transacciones. A),I"=*# I0+%9'+*#! +irve para actualizar arcNivos. 2tilizado en arcNivos maestros. /a ventaja es la velocidad de acceso, en caso de arcNivos grandes es Atil, cuando no Nay repeticiones. A),I"=*# D")%,$*#! ,l acceso se realiza de manera similar al inde7ado. /a diferencia est en que la direccin en que en el inde7ado el sistema le ubica en la direccin donde est ubicado el registro, en caso de los directos el usuario determina la direccin ?con algoritmos@. ,s poco utilizado. 2!3 MODELO ENTIDADLRELACIN! )ropuesto por ). CNen en 8=<%, modificado y ampliado por varios autores ms, el modelo ,ntidadM elacin ?,M @ est considerado como una forma de trabajar el modelo semntico de 1ases de Datos y es muy utilizado para el modelado de datos. De NecNo, una vez propuesto el modelo de datos en ,M , e7isten mLtodos para convertirlo a cualquier modelo lgico de 1ases de Datos e7istente ?relacional, jerrquico, reticular@. # pesar de la inclusin del modelado de bases de datos orientadas a objetos, el modelo semntico ,M no pierde vigencia y sigue utilizndose bajo este enfoque. /as partes que conforman el modelo ,M se describen a continuacin4
49
E0$"+'+.M +e e7presa por medio de un rectngulo que en su interior lleva el nombre de un sustantivo, e7isten tambiLn las Entidades Dbiles, las cuales se dibujan con un rectngulo de lnea doble y no pueden e7istir por s solas, esto es, dependen de una ,ntidad Kuerte. ,jemplo4 si se tiene la ,ntidad veNculo, la entidad automvil sera una entidad dLbil. A$)"(1$*#.M +e utilizan para detallar el contenido de las entidades. +e representan por valos unidos al rectngulo de la entidad a la que pertenecen por medio de una lnea recta. ,7isten dos tipos de atributos4 los descriptivos y los identificadores. Sstos Altimos solo los tienen las ,ntidades Kuertes y sirven para identificar un ejemplar de la entidad de otro. /os atributos identificadores van subrayados y son conocidos como llaves primarias o simplemente llaves. R%-',"/0.M +e representa por medio de un diamante que lleva dentro el nombre de una asociacin entre dos o ms entidades, la ocurrencia de esta conectividad ?uno a uno, uno a mucNos y mucNos a mucNos@, se e7plcita poniendo nAmeros encima de las lneas de unin. Cabe aclarar que esta notacin Na variado con el tiempo y una de las ms utilizadas es la de poner punta de flecNa a la lnea que va del diamante a la entidad en lugar de ir un nAmero uno sobre la raya.
)ara aclarar la notacin se utiliza el ejemplo que se ve en la Kigura 9M$ y la cual representa las relaciones entre alumnos, las materias que llevaron y las calificaciones que obtuvieron. /a letra n puesta sobre la raya representa el tipo de relacin que guarda la entidad alumno con la entidad materia mediante la relacin TllevT. /o que quiere decir que varios alumnos pueden llevar una o ms materias y que a su vez la materia puede ser llevada por mucNos alumnos. 2!4 SISTEMAS DE TIEMPO REAL 2n sistema computacional de tiempo real puede definirse como aquel que controla un ambiente recibiendo datos, procesndolos y devolviLndolos con la suficiente rapidez como para influir en dicNo ambiente en ese momento Hariante de un sistema en lnea ?bancarios, de reservaciones reas y sistemas de bolsa@ que reaccionan en 8 o 9 segundos. /os sistemas de tiempo real deben reaccionar en milisegundos y microsegundos. ?velocidad@ #lgunos sistemas4 De control de procesos ?refineras, procesos qumicos, molinos y operaciones de maquinado@ De cajeros automticos ?depsitos y retiros sencillos@
49
De alta velocidad para adqusicin de datos ?telemetraMsatLlites, e7perimiento de laboratorio@ De gua de proyectiles ?rastrear la trayectoria y ajustes de orientacin@ De commutacin telefnica ?transmisin de voz y datos en miles de llamadas telefnicas@ De vigilancia de pacientes ?signos vitalesMtemperaturMpulso, alarma@
/os sistemas en lnea interacctuan con las personasJ los de tiempo real interactuan tanto con las personas como con un ambiente ?generalmente autnomo y Nostil@ )reocupacin del #nalista4 si la )C no responde con la suficiente rapidez, el ambiente pudiera quedar fuera de control, los datos de entrada perderse ?proyectil fuera de trayectoria, un proceso de manofactura e7plotar@ +e caracterizan porque4 +imultneamente mucNas actividades. #signan prioridades a diferentes procesos. !nterrupcin de una tarea para comenzar otra de mayor prioridad. Cran comunicacin entre tareas ?proceso general@. #cceso simultneo a datos comunes ?memoria, almacenamiento secundario W sincronizacin y GsemforosI datos comunes@ 2so y asignacin denmicos de memoria #&
2!5 KISTORIA DE LA VIDA DE LAS ENTIDADES FKVEG +irve para describir de un modo grfico la evolucin de las ,.3!D#D,+ D, D#3;+ dentro del sistema. .os interesa saber que ocurre con los datos vistos como entidades, para ello describimos los +2C,+;+ que afectan a cada entidad. ,n definitiva describimos lo que ocurre con cada entidad de datos ?cuando se crea, se modifica o se borra@. ,sta tLcnica complementa a los Diagramas de Klujo de Datos ?DKD, es una visin dinmica de los datos@ y a los Diagramas de ,structuras de Datos ?D,D, es una visin esttica de los datos@, adems con la *H, verificamos si el modelo descrito en el DKD y el D,D es vlido. OBJETIVOS DE LA T3CNICA Con esta tLcnica pretendemos conseguir4

;btener un registro de la secuencia de los cambios de las entidades en el tiempo, es decir, la entidad O se crea, se modifica y se borra en tal o cual punto. ;btener los requisitos de tratamientos de las entidades. ,stablecer estados posibles de las entidades para que tengan lugar transacciones e7ternas, as como los C#&1!;+ de estado de las entidades originados por dicNas transacciones, como podemos ver se trata de conocer como afecta lo que va ocurriendo a nuestras entidades de datos. )oner de manifiesto las posibles interacciones que producen los sucesos.
DESCRIPCIN DE LOS ELEMENTOS!
49
2na entidad de datos es TalgoT que va cambiando en el tiempo, es la esencia bsica de los sistemas de informacin, tenemos una serie de datos que se irn cambiando su estado a lo largo del tiempo. ,sta afirmacin nos da una idea clara de los elementos que intervienen en una *H,. )or un lado tenemos las entidades de datos, que sufren cambios en su estado, \"uL produce los cambios], los sucesos, y \"uL significa que una entidad de datos Na cambiado su estado], significa que un suceso a afectado a una entidad de datos produciendo una serie de efectos. )odemos ver una descripcin de los elementos en la siguiente tabla4 ENTIDADES DE DATOS6 Cualquier objeto sobre el que el sistema guarda informacin. /as entidades estn caracterizadas, lgicamente por sus atributos. )ara cada entidad del sistema deber construirse una *H,, en la cual describimos la +2C,+!B. D, ,H,.3;+ que afectan a cada entidad, los efectos que producirn sern en general4

C ,# /# ,.3!D#D. &;D!K!C# /# ,.3!D#D. 1; # /# ,.3!D#D
SUCESOS6 3ambiLn llamados ,H,.3;+, es cualquier TcosaT que activa un proceso que actualiza datos del sistema, entendemos actualizacin no slo como una modificacin de los datos, sino que se incluye tanto el borrado como la creacin. /os sucesos pueden ser de tres tipos4

,H,.3;+ ) ;D2C!D;+ ,. ,/ ,O3, !; ?del sistema@, cualquier solicitud e7terna de actualizar los datos del sistema ,H,.3;+ ), !BD!C;+4 es algo que ocurre con una regularidad temporal, por ejemplo cada 3 tiempo borramos aquellas entidades que no Nan sido accedidas en cierto tiempo. ,H,.3;+ !.3, .;+ D,/ +!+3,&#4 son sucesos reconocidos internamente por el sistema.
EFECTOS6 Describen el resultado de la accin de un evento sobre una entidad determinada, puede ocurrir que el evento afecte a diferentes entidades del sistema, por ejemplo al dar de baja la entidad O se da de baja la entidad D relacionada con la anterior. 3ambiLn puede tener efectos diferentes sobre la misma entidad de datos en diferentes tiempos. REPRESENTACIN GRFICA DE LAS KVE! Heamos un esquema simple de una *H,, para conocer el modo de representarlo grficamente4
,n el grfico podemos ver que las ,ntidades y los +ucesos se representan mediante Cajas, en la parte superior del diagrama se encuentra la ,ntidad cuya vida se va a representar, como podemos
49
apreciar se trata de una representacin jerrquica, los sucesos se pueden agrupar en .;D;+, tambiLn podemos tener C#E#+ H#C!#+ que representan que ningAn evento afecta a la entidad. ,n la *H, podemos tener las siguientes estructuras4 SECUENCIA6 !ndica la sucesin temporal de los sucesos sobre la entidad, se representa mediante una secuencia de cajas que se leen de izquierda a derecNa. SELECCIN6 epresenta diferentes eventos alternativos en un momento de la vida de la entidad, se representa por ?;@. ITERACIN6 epresenta la iteracin de un suceso o un conjunto de sucesos en un momento de la vida de la entidad. se representa por ?^@. ESTRUCTURAS PARALELAS6 +e utilizan para represetar ,ventos que ocurren de forma simultnea en el tiempo o no se puede predecir e7actamente su sucesin ene le tiempo. +e representa colocando los eventos debajo de una barra. SALTO6 ,7isten sucesos que Nace que la ,ntidad pase de un estado a otro, alterando la vida de esta, se indica con ?"@ donde se abandona la secuencia de sucesos y por ? @ donde continua la secuencia de sucesos. INDICADORES DE ESTADO6 +irven para determinar el estado de una entidad antes y despuLs de ser actualizada por un evento y para entender la secuencia de los acontecimientos. /os indicadores de estado slo se asignan a las cajas ms bajas del diagrama. MCMO CONSTRU O LA KVEN /os pasos a seguir son los siguientes4 8. !dentificar los sucesos. 9. Construir la matriz entidadMevento. :. Construir la *H, inicial para todas las entidades. '. efinar las *H,. $. #adir indicadores de estado. EJEMPLO # continuacin, se describirn cada uno de los elementos que intervienen dentro del diagrama *H,, y los mismos, sern ejemplificados con un ejemplo simplificado aplicado a una entidad llamada "Cuenta Bancaria". DicNa entidad contiene toda la informacin que un banco mantiene para su gestin sobre una cuenta bancaria de cualquier cliente. /os eventos que ocurrirn son eventos tpicos del negocio bancario. ENTIDAD
49
EVENTO _ Externo: por ejemplo, que un oficial de cuentas cree una nueva cuenta bancaria para un nuevo cliente. _ Interno: por ejemplo, el sistema detecta que el monto de una cuenta Na superado un determinado umbral estadstico, indicando as, que se debe Nacer un seguimiento especial a dicNa cuenta. _ Basado en el tiempo: por ejemplo, el sistema automticamente calcula los intereses ganados de una cuenta al final del da, y luego se los suma al saldo de la misma. SECUENCIA /a secuencia comienza con el evento que se encuentra ms a la izquierda del diagrama, y debe ser leda de izquierda a derecNa. ,ntonces, la secuencia de aparicin lgica de eventos es la siguiente4 8@ #pertura. 9@ Hida Cuenta, ?aqu es donde ocurren las transacciones con la misma@. :@ Cierre. 3oda entidad tiene un evento constructor ?evento que crea la ocurrencia@, un evento destructor ?evento que elimina la ocurrencia@, y posiblemente eventos de vida que suceden entre los dos anteriores. SELECCION SELECCION PROPIAMENTE DICKA! ,l componente seleccin propiamente dicNa se utiliza para representar una serie de eventos que son opcionales, es decir, uno slo de la serie podr ocurrir sin importar el orden en el que se encuentre dentro de la misma. SELECCION NULA! /a posibilidad que ninguno se produzca.
ITERACION ,n el evento TransaccinJ la cuenta del banco se crea y se cierra una vez, pero las transacciones sobre la misma van desde cero Nasta N, donde N es un nAmero arbitrario.
49
CONECTOR +e proceder a integrar todos los componentes descriptos Nasta el momento para obtener nuestro primer diagrama *H,. INTERRELACION ENTRE LOS DIAGRAMAS ERO DFD KVE ,l diagrama de flujo de datos ?DKD@, el diagrama entidad relacin ?, @ y el diagrama de Nistoria de vida de la entidad ?*H,@ representan cada uno de ellos una vista conceptual diferente del sistema a construir, y los tres, por ende, las tres vistas del sistema ?datos, funciones y eventos@. /as mismas se encuentran interrelacionadas, y adems, de dar la visin completa del sistema, sirven por separado para poder realizar verificaciones cruzadas de consistencia y completud del modelo de la solucin al problema. /a interrelacin entre las tres vistas es la siguiente4 _ 2na entidad del diagrama , est relacionada con un almacLn del diagrama DKD. _ 2na entidad del diagrama , est relacionada con la entidad del diagrama *H,. _ 2n evento del diagrama *H, est relacionado con un flujo de datos entre un proceso y una entidad e7terna del diagrama DKD.

Modulo Análisis

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Modulo Análisis

Încărcat de

Drepturi de autor:

Formate disponibile

TERCER AO APLICACIONES INFORMTICAS

Docente: Ing. Msc. Patricia Robalino R.

ealizar el anlisis y diseo detallado de aplicaciones informticas de gestin...

BLOQUE N 1 INTRODUCCIN A LOS SISTEMAS DE INFORMACIN OBJETIVOS

! PE"#!R$ El no querer es la causa, el no

poder el pretexto Sneca

!.H,.M 3# !;+ ), +; .#/ FINAN CIERO

,quipo )ersonal !nfraestructura &ateriales Kinanciero

.ormas eglamentos Kunciones ;rganigrama funcional

NIVEL ESTRAT3GICO. +e Nace #dministracin estratLgica en donde se produce4

/a toma de decisiones para tomar las estrategias a seguir )olticas &etas

+!+3,&# !.K; &#3!H; !.K; &P3!C;+ ESTRUCTURA DEL SISTEMA INFORMATIVO

+!+3,&# $. I. Conta ilidad

In2. Datos Emisin de listas

R*-%# +% -*# U#1')"*#! ,ntre las tareas tenemos4

R*-%# +%- %#5%,"'-"#$' %0 S"#$%&'# I0.*)&;$",*#! /as principales funciones son4

&odelo ambiental &odelo de comportamiento

&etodologas ,uropeas4 &, !+,, ++#D& y &S3 !C#.

Costos de personal Costos de suministros

T"5*# +% ,*#$*#! )ueden ser4

!an2i le Directos Intan2i les

Fi:os 'aria les

Recurrentes No recurrentes Indirectos

,ntidad Klujo de datos #lmacenamiento de datos

!ndica que la entidad ya se Na repetido 9 veces

A< A< A<

+e identifica con #8 !ndica que es el mismo #8 repetido

E4%&5-* +% 10 +"'7)'&' .!H,/ Detalle

Klujo de datos : #lmacenamiento 8

Klujo de datos ' #lmacenamiento 9

Flu:o de datos >

Flu:o de datos >.<

Flu:o de datos 4 A> Almacenamiento >

+istema Kacturaci n Factura Ase2uradora

Formulario se2uros lleno

Factura Ase2uradora Factura Paciente )acient e

!ari+a a evisin egistros pa2ar Clculos Cargos

Plan de se2uro s Re2.

Cuentas por Co rar

Klujos de datos ?informacin@ )rocesos #lmacenamiento

Paso 2: Flu:o de datos Almacenamiento

Paso 3: Estructura de datos

formulario de los procesos debe elaborarse uno por cada proceso.

Paso 4: Datos elementales

BLOQUE N 2 MODELI2ACIN DE DATOS OBJETIVOS

! PE"#!R$ Nunca una noche ha vencido al

amanecer, y nunca un problema ha vencido a la esperanza Bern Williams

M*+%-* +% +'$*# )%-',"*0'-!

ARTCULO CBD!C; 3[32/; #9:$ CDM ;& #$98 &ouse

) ,C!; >.:> (.>>

DESCRIPCIN DE LOS ELEMENTOS!

C ,# /# ,.3!D#D. &;D!K!C# /# ,.3!D#D. 1; # /# ,.3!D#D

S-ar putea să vă placă și

R-%# +% -# U#1')"*#! ,ntre las tareas tenemos4

R-%# +%- %#5%,"'-"#$' %0 S"#$%&'# I0.)&;$",*#! /as principales funciones son4

T"5# +% ,#$*#! )ueden ser4

M+%- +% +'$# )%-',"0'-!