YOURDON
¿Que es un sistema? Un grupo de elementos interdependientes q interactúan entre si regularmente formando un todo como: *Un conjunto de sustancias q tienden a 1 equilibrio
TIPOS: Se diiden en !: N"# N"#UR"$%S: Siren a sus propios fines & no est'n (ec(os por el (ombre) %+OS ,OR %$ O-.R%: Son construidos/ organi0ados & mantenidos por el (ombre) ,or ejemplo: Sistemas de transporte/ sociales/ de comunicacin/ etc)
SISTEMAS DE APOYO A TOMA DE DECISIONES : *Son sistemas computacionales * No toman decisiones por si mismos/ si no q a&udan a los administradores a tomar decisiones inteligentes & documentadas) *No operan en forma regular/ se utili0an de manera regular cuando se necesita ,or ej) ,rogramas de (oja de c'lculo)
LOS PARTICIPANTES EN EL JUEGO DE LOS SISTEMAS $os principales participantes q amos a encontrar en un pro&ecto son *Usuarios *"dministradores *"uditores *,rogramadores *,ersonal de control de calidad *Operadores
USUARIOS %s el participante mas importante/ es para el q se constru&e el sistema/ es la persona a la q amos a entreistar a menudo para conocer q deber' tener el nueo sistema para q sea un 23ito) $os Usuarios se clasifican en: *,or categor4a o niel de superisin *,or niel de e3periencia en el procesamiento de los datos o la interpretacin & seguimiento de un sist) 5nform'tico)
CLASIFICACION DE LOS USUARIOS POR CATEGORIA O NIEL OPERACIONAL Usua!i"s "#e!a$i"na%e "#e!a$i"na%ess : Son oficinistas/ administradores & operadores q son los q seguramente tendr'n contacto con el nueo sistema)
Usua!i"s su#e!&is"!es : Son empleados superisores q administran un grupo de usuarios operacionales & son responsables de sus logros)
Usua!i"s e'e$uti&"s : 6eneralmente no se inolucran directamente con el pro&ecto/ si no q sacan proec(o de su resultado/ pero es importante su apo&o log4stico para q este sistema se desarrolle) USU"R5O
USU"R5O SU,%R75SOR
O,%R"+5ON"$ Usualmente tiene un panorama local ace funcionar el
,uede o no tener un panorama local
USU"R5O %8%+U#57O #iene un panorama global
6eneralmente/ est' familiari0ado con la ,roee la iniciatia par
sistema
operacin
el pro&ecto
#iene una isin f4sica
$o rigen consideraciones
No tiene e3periencia
del sistema
presupuestarias
operacional directa
"ctúa a menudo como intermediario entre los usuarios & los nieles superiores de administracin
#iene preocupaciones estrat2gicas
CLASIFICACION DE LOS USUARIOS POR NIEL DE E(PERIENCIA Se pueden diferenciar entre:
Amateu!s: %s el q nunca (a isto una computadora & el q reclama q no entiende nada/ el problema con este usuario es q encuentra dif4cil entender el lenguaje q el analista usa para describir las caracter4sticas/ funciones & opciones del sistema)
N"&at" #!esuntu"s" : es una persona q (a tenido q er con uno o dos pro&ectos o posee una computadora personal & alega q saber e3actamente lo q quiere q el sistema (aga)
Pe)ue*" +!u#" ,e e-#e!t"s : a& usuarios q realmente entienden an'lisis/ el único problema es q el usuario & el analista entren en una discusin sobre t2cnicas de an'lisis de sistemas & (erramientas & se oliden de q su erdadero objetio es implantar un sistema
E% ana%ista ,e sistemas %s la persona clae en cualquier pro&ecto de desarrollo de sistemas & desarrolla arios papeles
A!)ue.%"+" : +omo analista una de sus principales irtudes es descubrir detalles & documentar)
Inn"&a,"!: %l analista debe distinguir entre s4ntomas/ problemas del usuario & causas/ con sus conocimientos debe a&udar a e3plorar aplicaciones noedosas & m's útiles as4 como nueas formas de (acer negocios)
Me,ia,"!: " menudo el analista se encuentra en el medio entre usuarios & administradores & personal superior/ & su labor primordial es obtener un consenso)
Je/e ,e #!"0e$t" : +omo es la persona con mas e3periencia en el grupo (a& una tendencia natural a asignar al analista la responsabilidad de la administracin del pro&ecto)
Dise*a,"!es ,e sistemas 6eneralmente el analista & el dise9ador es la misma persona/ el analista tiene q ofrecerle al dise9ador suficiente informacin detallada para q este pueda (acer un dise9o tecnolgicamente superior & el dise9ador debe de proeer suficiente informacin al analista para darse cuenta si los requerimientos que del usuario esta documentado tecnolgicamente posibles
L"s #!"+!ama,"!es ana%istas %n este caso la labor del analista se (ace primero & se termina por completo antes q comience la labor de la programacin/ el analista en algunos pro&ectos define las prioridades q tendr' q tener en cuenta para la definicin de problemas)
Pe!s"na% ,e "#e!a$i"nes Sin la aprobacin del personal de operaciones solo se podr4a construir un sistema realmente independiente & nunca uno integrado & generali0ado/ por eso el analista debe entrar en contacto con el personal de operaciones responsable del centro de cmputos/ la seguridad del (ardare & del softare/ etc)
ACTIIDADES Q REALI1A UN SISTEMA DE INFORMACION *Ent!a,as : Datos generales del cliente: nombre/ direccin/ etc) *P!"$es" : +alculo de antig;edad de saldos/ calculo de intereses moratorios/ etc) *A%ma$enamient": -oimiento del mes/ catalogo de clientes/ etc) *Sa%i,as: Reporte de pagos/ estado de cuenta/ etc)
TIPOS DE ORGANI1ACIONES
ORGANI1ACI2N COMO SISTEMA Son unidades sociales intencionales construidas & reconstruidas para lograr objetios/ (a& dos tipos: "bierto & +errada)
COMPLEJIDAD DE LAS ORGANI1ACIONES $a complejidad permite entender los fenmenos organi0acionales q dificultan las actiidades/ & a medida q las organi0aciones crecen & prosperan/ este crecimiento llea a la complejidad)
CARACTERISTICAS *+omplejidad *"nonimato *Rutina estandari0ada *%structura especiali0ada no oficiales *#endencia a la especificacin & la proliferacin de funciones *#ama9o
LOS ORGANIGRAMAS Pa!a te!!i : %s un cuadro sint2tico q indica aspectos importantes de una estructura de organi0acin q inclu&en las principales funciones/ sus relaciones/ los canales de superisin/ etc)
Pa!a Me%in3"// : $a finalidad es reflejar (asta donde sea posible la organi0acin con sus erdaderas implicaciones & relaciones)
DEFINICIONES M",e%": Nos permite comunicarnos con el usuario/ para darnos cuenta de q manera obtuimos la comprensin de los requerimientos de los usuarios/ & podemos (acer cambios en los modelos o (acer uno nueo si nos equiocamos/ por eso el analista (ace uso de las (erramientas del modelado q son para: *+oncentrarse en las propiedades m's importantes del sistema & al mismo tiempo prestar a otras menos atencin) *Discutir cambios & correcciones de los requerimientos de los usuarios a bajo costo & riesgo m4nimo)
*7erificar q el analista (a&a comprendido correctamente el ambiente del usuario con informacin documentada para q los dise9adores del sistema & programadores puedan construir el sistema
4ERRAMIENTAS DEL MODELADO DEL SISTEMA 5Dia+!ama ,e /%u'" ,e ,at"s 5Dia+!ama ,e enti,a,6!e%a$i.n 5Dia+!ama ,e t!ansi$i.n ,e esta,"s Dia+!ama ,e /%u'" ,e ,at"s : -uestra las funciones q el sistema debe reali0ar/ consiste en procesos/ agregados de datos/ flujos & terminadores) ,roporciona una isin global/ pero no da detalle de sus funciones/ para esto se transforma & de eso se ocupan dos (erramientas: el diccionario de datos & la especificacin del proceso)
Dia+!ama ,e enti,a,6!e%a$i.n: Nos permite conocer en detalle la informacin q (a& en cada agregado de datos & la relacin q e3iste entre agregados) #iene dos componentes principales: *#ipos de objetos: q se representan por medio de rect'ngulos & representan una coleccin o grupo de objetos) *Relaciones: Se representan por medio de rombos & son las series de cone3iones entre los tipos de objetos por medio de flec(as)
Di$$i"na!i" ,e ,at"s: %s una lista organi0ada de todos los datos pertinentes al sistema/ con un conjunto de definiciones precisas & rigurosas para q tanto el analista como el usuario se entiendan)
CICLO DE IDA DE UN PROYECTO %l ciclo de ida de un pro&ecto tiene = objetios principales: *Definir las actiidades q se an a llegar a cabo en un pro&ecto *$ograr congruencia entre las multitudes de pro&ectos de desarrollo) *proporcionar puntos de control & reisin administratia de las decisiones sobre si sigue en el pro&ecto o no) %l ciclo de ida esta a cargo del administrador q lo a&uda a organi0ar las actiidades del administrador/ aumentando la probabilidad de ocuparse de los problemas pertinentes en el momento justo)
CICLO DE IDA DE UN PROYECTO CLASICO
Se caracteri0a por dos aspectos: *la fuerte tendencia a la implementacin ascendente del sistema >Nos permite el trato con las cosas reales relacionados con el personal/ como la pol4tica de la empresa/ etc) Y q en los meses o a9os q tarda en desarrollarse el sistema el usuario puede cambiar de parecer?
CICLO DE IDA ESTRUCTURADO %n este ciclo indiiduos o grupos q proporcionan entradas al equipo >como usuarios/ administradores/ etc)? q interactúan con una serie de actiidades como:
76La en$uesta: %l estudio inicial de negocios & empie0a ciando el usuario pide q 1 o mas partes de sus sistemas se automaticen) Sus Objetios *5dentificar a los usuarios responsables *5dentificar las definiciones actuales *+omprender la lista de funciones q (acen falta o q est'n *%stablecer metas/ etc)
86E% an9%isis ,e% sistema: %l propsito principal es modelar el ambiente del usuario con el diagrama de flujo de datos/ diagrama de entidad relacin/ diagrama de transicin de estados & dem's (erramientas)
6E% ,ise*": Se dedica a asignar porciones de la especificacin a procesadores adecuados)
;6Im#%anta$i.n: %sta actiidad inclu&e la codificacin & la integracin de mdulos en un esquema mas completo del sistema final)
<6Gene!a$i.n ,e #!ue=as ,e a$e#ta$i.n : Definir un sistema q sea aceptable desde el punto de ista del usuario >especificaciones? con un conjunto de pruebas de aceptacin)
>6Ga!anta ,e $a%i,a,: Se conoce como la prueba final & esta actiidad requiere como entrada los datos de la prueba anterior)
@6Des$!i#$i.n ,e #!"$e,imient" : %s una descripcin final de las partes del sistema q se (ar'n manualmente & de cmo interactúan los usuarios con la parte automati0adas) %l resultado de esto es un manual para el usuario)
6C"n&e!si.n ,e =ase ,e ,at"s : 5nolucra mas trabajo q el desarrollo de programas de computadora para el nueo sistema & en otros casos puede no (aber base de datos para conertir)
B6Insta%a$i.n: %s la actiidad final/ sus entradas de datos son: *%l manual del punto @)*$a base de datos q se cre en el punto A/ * Y el sistema aceptado en el punto B)
