2010 - Apunte - A&D Sistemas

LICENCIATURA EN INFORMTICA
M ateria:
SISTEMAS
A signatura: A NLISIS Y DISEO DE S ISTEMAS C tedras:
Prof. Lic. Ruben RUFFINATTI
Apunte de Clase
Ciudad de Buenos Aires, 2010
NOTA DEL AUTOR

La presente edicin de ANLISIS Y DISEO DE SISTEMAS, representa una revisin mayor de los apuntes anteriores como as tambin de sus auxiliares didcticos relacionados. Este apunte esta diseado como material auxiliar de la ctedra, no debe ser tomado como nico material de estudio, sino simplemente como base de gua de los temas expuestos en clase. Todo lo trascripto en este apunte es recopilacin de varios libros, ms apuntes personales del autor y otros colaboradores. Todos los libros utilizados son mencionados en Bibliografa a la cual el alumno deber remitirse para ampliar los temas aqu tratados. Al terminar el curso empleando este apunte, los estudiantes sabrn cmo se construye un sistema automatizado para cualquier tipo de organizacin.
Reconocimientos
En nuestros das y en nuestra sociedad, es imposible que una sola persona sea el autor exclusivo de cualquier obra por pequea que esta sea. Estamos inmersos en un sistema en el que cada individuo hereda una serie de conocimientos que son asimilados por l desde el momento mismo de nacer. Conocimiento de los que l no es autor, pero que no podr evitar que se conviertan en coautores de sus obras. En este caso, no solo quiero agradecer la participacin de esos coautores involuntarios, sino tambin quiero expresar mi gratitud a varias personas que han participado de forma libre y voluntaria en la realizacin de esta edicin de ANLISIS Y DISEO DE SISTEMAS. En primer lugar quisiera dar las gracias al Prof. Lic. Gustavo V. Rei, por el apoyo y colaboracin que en todo momento ha tenido como autor, coautor y colaborador, por haber ledo pacientemente todos los captulos, aportarme muy buenos comentarios e ingeniosas sugerencias, as como por haberme facilitado mucha de la documentacin tcnica manejada durante la redaccin de este apunte. A la Lic. Georgina E. Paolino, por sus cualidades de investigacin y su generosidad en compartir sus hallazgos y por su habilidad con los procesadores de texto. Finalmente deseo expresar mi agradecimiento a la Lic. Claudia Ruffinatti, por su colaboracin y aportes, y especialmente por ser, adems de mi hermana, una excelente profesional y amiga.
Lic. Ruben Ruffinatti
Pagina N 2
INTRODUCCIN A LOS SISTEMAS

Teora General de Sistemas
Antecedentes Histricos
La Teora General de Sistemas (TGS) como tal es reconocida recin en la dcada del 60. Pero sus antecedentes se remontan a los orgenes de la civilizacin o de la cultura humana, como primer paso y a modo de introduccin se presenta un grfico que permita darnos cuenta de su antigedad, el mismo ser modificado y actualizado a medida que transcurra el dictado de la ctedra.
ANTECEDENTES HISTRICOS
MOMENTO HISTRICO CARACTERSTICAS En el inicio de las sociedades, el hombre al iniciar su despegue cultural y social se organizaba en sistemas, a saber: a) Sistemas Tribales (familia, comunidades) b) Sistemas Grado (jerrquicos, clases, escalafn) c) Sistemas Institucionales (religiones) Sistema de control automtico para abrir y cerrar las puertas de sus templos y tumbas Sistema de transporte de agua (acueductos) Consideran a los organismos como un todo, formado por partes, que lo componen, que se encuentran interrelacionadas entre si. Inicio del uso de las computadoras para llevar adelante grandes clculos.
Inicio del desarrollo social humano
2 3 4 5
Egipcios Mayas - Aztecas Romanos Bilogos organicistas (1900) Segunda Guerra Mundial (1940)
La Teora General de Sistemas, siempre fue relacionada con SISTEMAS y MODELOS cuyas definiciones iniciales y actualmente aceptadas se explican en captulos posteriores.
La Teora Clsica de los Sistemas

La primera clasificacin de sistemas se divide en dos tipos que son: Los sistemas ABIERTOS Los sistemas CERRADOS,
la definicin de cada uno de ellos se explicar en la Clasificacin de los Tipos de Sistemas dentro de la TGS. Lo importante es que no nos estamos refiriendo a sistemas a aplicar en computadoras, sino a sistemas en general tratando de que comience a quedar en claro que un sistema no se refiere exclusivamente a un programa, conjunto de programas o conjunto de PCs reunidos con un fin determinado. Un sistema NO ES EXCLUSIVAMENTE UN SISTEMA PARA COMPUTADORAS.
Primera Clasificacin de Sistemas

A continuacin enumeraremos la primera clasificacin de sistemas, muchos autores (incluyendo est ctedra) la consideran como los primeros antecedentes de esta ciencia y asimismo su precursora. a) Teora de COMPARTIMENTOS. Un problema grande puede ser particionado en pequeos problemas. b) Teora de CONJUNTOS. Elementos que tienen alguna razn para considerarlos juntos. c) Teora de GRFICAS. Elabora estructuras relacionales representndolas en un espacio topolgico. d) Teora de REDES. Unin e interrelacin entre las tres primeras (se aplica como las redes).
Lic. Ruben Ruffinatti Pagina N 3
e) CIBERNTICA. Sirve para describir la estructura formal de mecanismos de regulacin (diagramas de flujo o de bloque). f) Teora de la INFORMACIN. Relacin entre informacin y la organizacin. g) Teora de Autmatas. Tareas autmatas o mquinas algortmicas. h) Teora de los Juegos. Azar maximizar las ganancias y minimizar las perdidas. i) Teora de la Decisin. Eleccin entre posibilidades. j) Teora de las Colas. Optimizacin para evitar las condiciones de apiamiento.
Clasificacin de los Tipos de Sistemas dentro de la TGS

tomos Estructuras estticas Sistemas Cerrados Relojera Mecanismos de Control Organismos Inferiores Animales Molculas Sistema Solar Mquinas Termostatos Organismos Vegetales Aprendizaje Sistemas Abiertos Comienzo de la conciencia Poblacin Organismos Combinados S el hombre Combinados No el hombre No el hombre
Hombre
S el hombre
Pero, ampliando esta clasificacin el hombre inicia su propia creacin de sistemas abiertos; entre otros con: a) Religiones b) Cultura c) Sociologa d) Lenguaje e) Matemticas f) Smbolos
El enfoque de la TGS
El enfoque de sistemas permite visualizar la realidad y la forma en que se encuentra conformada, al mismo tiempo visualizar las partes que la componen, para poder determinar su fragmentacin o no-fragmentacin. Una vez determinada la fragmentacin o no, permite dos cursos de accin: Fragmentada: Si se encuentra fragmentada se la estudia para poder organizarla mentalmente, dndole as coherencia que permita reorganizarla.
No fragmentada: Permite estudiarla para finalmente mejorarla.
Definicin de la TGS
La Teora General de Sistemas se encarga de la formulacin y derivacin de los principios vlidos para los sistemas en general. La Teora General de Sistemas no persigue analogas vagas y superficiales. LA TEORA GENERAL DE SISTEMAS PERMITE DESARROLLAR CONCEPTOS GENERALES CONCERNIENTES AL TODO ANTES QUE A LA SUMA DE SUS PARTES. Para interpretar mejor la Teora General de Sistemas podemos determinar las siguientes condiciones: a) l todo es ms que la suma de las partes. b) El todo determina la naturaleza de las partes. c) Las partes no se comprenden aisladas del todo.
Pagina N 4
d) Las partes estn dinmicamente interrelacionadas y son interdependientes. La Teora General de Sistemas se considera ANALTICA dado que se maneja por procedimientos de anlisis, considerando: Desde el todo hacia sus partes Desde lo complejo a lo ms simple Asimismo es considerada DEDUCTIVA, es decir que maneja de lo general a lo particular.
Clasificacin y Caractersticas de Sistemas

Qu es un sistema? - Definicin
Existe una definicin oficial del trmino sistema en el diccionario que parecer algo abstracta. Sin embargo hay muchos usos comunes que son familiares y existen muchos tipos comunes de sistemas con los que tenemos contacto todos los das. Algunas definiciones del trmino sistema son: 1. Grupo de elementos interdependientes o que interactan regularmente formando un todo (Edward Yourdon) 2. Es un procedimiento, un proceso, es control, considera lo real y/o un conjunto de procedimientos basados en computacin (segn el contexto). 3. Es un conjunto estructurado de objetos y/o atributos junto con las relaciones entre ellos (Diccionario de la lengua espaola) 4. Es la unin de partes o componentes conectados en forma organizada (P. B. Checkland). 5. Es la reunin de elementos relacionados; estos elementos pueden ser conceptos (Jhon P. Van Gigch) 6. Contiene elementos que tienen alguna razn para que se consideren juntos (Teora de conjuntos) 7. Es un conjunto de componentes que interaccionan entre s para lograr un objetivo comn (Jemes A. Senn). 8. Un sistema es una caja negra que posee una entrada [evento], en su interior se produce un cambio, modificacin o no [transformacin] y concluye con un resultado [salida] (conclusin de la ctedra). Aunque muchos tipos de sistemas parezcan bastante diferentes, resulta que tienen similitud. Existen principios, teoras y filosofas comunes que se aplican muy bien, prcticamente, a todos los tipos de sistemas. Por ello, frecuentemente podemos aplicar lo que aprendimos acerca de otros sistemas (basndonos en la experiencia diaria) a los sistemas que construimos en el campo de la computacin. Muchos de los sistemas computarizados que construimos son reemplazos o nuevas versiones de sistemas no computarizados que ya existen. Tambin, la mayora de los sistemas computarizados interactan o tienen interfaces con una variedad de sistemas existentes (algunos de los cuales pueden estar computarizados o no). Para que nuestro nuevo sistema sea exitoso, debemos entender con razonable detalle cmo se comporta el sistema actual.
Concepto de Sistemas
Tomando como base las definiciones anteriores, podemos concluir que nuestra sociedad est rodeada de sistemas, por ejemplo, cualquier persona experimenta sensaciones fsicas gracias a un complejo sistema nervioso formado por el cerebro, la medula espinal, los nervios y las clulas sensoriales que se encuentran bajo la piel; estos elementos funcionan en conjunto a los efectos de que el sujeto experimente fro, calor, comezn, etc. Las personas se comunican con un lenguaje, que es un sistema muy desarrollado formado por palabras, smbolos que tienen significado para el que habla y para quien lo escucha.
TEMA DE INFORMACIN,
Todo sistema organizacional depende, en mayor o menor medida, de una entidad abstracta denominada SISeste es el sistema por el cual los datos fluyen de una persona (o departamento) hacia otros y puede ser cualquier cosa, desde la comunicacin interna entre los diferentes componentes de la organizacin, las lneas telefnicas, hasta sistemas de cmputos que generan reportes peridicos por o para varios usuarios.
Los sistemas de informacin proporcionan servicios a todos los dems sistemas de una organizacin y enlazan todos sus componentes en forma tal que estos trabajen con eficiencia para alcanzar el mismo objetivo. Un SISTEMA es un proceso de transformacin, es un conjunto de actividades contenidas en un modelo que representa un conjunto interconectado de acciones necesarias para transformar algunas entradas en algunas salidas.
Caractersticas Importantes de los Sistemas

La FINALIDAD de un sistema es la razn de su existencia.
Pagina N 5
Para alcanzar los objetivos, los sistemas interaccionan con su MEDIO AMBIENTE, el cual esta formado por todos los objetos que se encuentran fuera de la frontera de los sistemas.
TEMAS ABIERTOS. CERRADOS.
Los sistemas que interactan con su medio ambiente (reciben entradas y producen salidas) se denominan SISEn contraste, aquellos que no interactan con su medio ambiente se conocen como SISTEMAS
El ELEMENTO DE CONTROL esta relacionado con la naturaleza de los sistemas. Los sistemas trabajan mejor, se encuentran bajo control, cuando operan dentro de niveles de desempeo tolerables. Todos los sistemas tienen niveles aceptables de desempeo denominados ESTNDARES contra los que se comparan los niveles de desempeo actuales. Los sistemas poseen el siguiente modelo bsico de control: Un estndar para lograr un nivel de desempao aceptable. Un mtodo para medir el desempeo actual. Un medio para comparar el desempeo actual contra el estndar Un mtodo de retroalimentacin. El concepto de interaccin con el medio ambiente es esencial para el control, al recibir y evaluar la retroalimentacin le permite determinar que tan bien est operando. Los componentes que forman un sistema pueden ser a su vez sistemas ms pequeos, es decir, los sistemas pueden estar formados por varios niveles de sistemas o subsistemas.
Elementos del Sistema

Clasificacin Bsica
En primera instancia os podemos clasificar como: INANIMADOS o ANIMADOS COMBINACIONES de ambos
Componentes de un sistema
Proceso de Conversin: Los sistemas organizados estn dotados de un proceso de conversin, por el cual los elementos del sistema pueden cambiar de estado. El proceso de conversin cambia elementos de entrada en elementos de salida. En un sistema organizado, el proceso de conversin genera valor y utilidad a las entradas al convertirse en salidas. Entradas y Recursos: La diferencia entre entrada y recurso es mnima y depende solo del punto de vista o circunstancia. En el proceso de conversin, las entradas son generalmente los elementos sobre los cuales se aplican los recursos. Las salidas son los resultados del proceso de conversin del sistema y se consideran como resultados, xitos o beneficios. Se refiere al medio en el que se desenvuelve, son los lmites en los cuales se encuentra enmarcado el sistema. Determina la finalidad que posee el sistema. Todo sistema, subsistemas y sus elementos estn dotados de atributos o propiedades. Los atributos pueden ser cuantitativos (facilidad en su definicin y medicin) o cualitativos (dificultad en su definicin y medicin). Depende de la finalidad, segn el grado de abstraccin con el que se trabaje. Las metas, siempre apuntan a los objetivos. Las metas son los logros mediatos o inmediatos que se consideran para lograr el objetivo final. En algunos textos se enuncia que, las metas con reales mientras que los objetivos son ideales o abstractos. Elementos compatibles reunidos para trabajar hacia un objetivo definido. Forma en que se relacionan los componentes en su conjunto. Estado de un sistema se define por las propiedades, o valor de los atributos, que muestran sus elementos en un punto determinado del tiempo. Los flujos definen los cambios de un estado a otro.
Pagina N 6
Salidas y Resultados: El Medio Ambiente: Propsito y Funcin: Atributos:
Metas y Objetivos:
Componentes: Estructura: Estados y Flujos:
Eficiencia & Eficacia

Ambas estn referidas a la relacin existente entre los bienes o servicios producidos o entregados y los recursos utilizados para ese fin, en comparacin con un estndar de desempeo establecido.
Eficiencia:
Medida de lo que se produce dividido entre lo que se consume. "Capacidad para lograr un fin empleando los mejores medios posibles". Aplicable preferiblemente, salvo contadas excepciones a personas y de all el trmino eficiente.
Eficacia:
Medida del grado en el que un sistema cumple sus metas. "Capacidad de lograr el efecto que se desea o se espera, sin que priven para ello los recursos o los medios empleados". Esta es una acepcin que obedece a la usanza y debe ser reevaluada; por otra parte, debe referirse ms bien a equipos.
Efectividad:
"Cuantificacin del logro de la meta". Compatible el uso con la norma; sin embargo, debe entenderse que puede ser sinnimo de eficacia cuando se define como "Capacidad de lograr el efecto que se desea".
Concepto de Niveles de Sistemas

El concepto de niveles de sistemas sirve para indicar que los sistemas se encuentran enclavados en otros sistemas. Establecer los lmites de sistemas involucra la identificacin de los sistemas, subsistemas y suprasistemas que tienen injerencia en el problema.
El nivel del sistema

En este opera cada una de las partes del sistema total, como una organizacin autocontenida y autosuficiente que busca objetivos establecidos como su propia gua.
El nivel del sistema total

Es la visualizacin general del sistema y sus subsistemas en una perspectiva de abstraccin superior.
El nivel del sistema global

Abarca no solo el sistema que nos interesa sino todos los sistemas que lo rodean.
Concepcin Moderna de Sistemas

La historia nos permite tomar las experiencias del hombre para no incurrir en sus mismos errores. Todas las metodologas, formas, estilos o modos de disear sistemas en la actualidad se basan en la Teora General de Sistemas. Si uno no comprende sus principios, no podr saber realmente que es un anlisis de sistemas, que debe ABSTRAERSE del problema para poder solucionarlo con una metodologa, que le permita informatizarlo.
Abstraccin
Forma de abstraerse. Considerar aisladamente las cosas unidas entre s. Conocimiento de una cosa prescindiendo de las dems que estn en ella. Arte que tiende a representar la realidad sin involucrarse y no las apariencias de la realidad sensible.
Tipos de sistemas
Casi todo aquello con lo cual entramos en contacto durante nuestra vida cotidiana es un sistema o bien parte de un sistema (o ambas cosas). Es til organizar los diferentes tipos de sistemas en categoras. Dado que nuestro objetivo son los sistemas computacionales, empezaremos por dividir todos los sistemas en dos categoras: Sistemas Naturales y Sistemas hechos por el hombre.
Sistemas naturales
La gran mayora de los sistemas no estn hechos por el hombre: existen en la naturaleza y sirven a sus propios fines. Los sistemas naturales se pueden dividir en dos subcategoras bsicas: Sistemas Fsicos: Comprenden toda la gama de minerales y materia no viviente. 1. Estelares 2. Geolgicos 3. Moleculares 4. Etc. Sistemas Vivientes: Comprenden toda la gama de animales y plantas, al igual que la raza humana. 1. REPRODUCTOR: capaz de dar origen a otros sistemas similares a aquel en el que se encuentra. 2. FRONTERA: mantiene unido los componentes que conforman el sistema, lo protege de tensiones ambientales y excluye o permite la entrada de diversos tipos de materias energa e informacin. 3. INYECTOR: transporta la materia - energa a travs de la frontera del sistema desde el medio ambiente. 4. DISTRIBUIDOR: trae material desde el exterior del sistema y lo reparte a los subcomponentes. 5. CONVERTIDOR: Cambia ciertos materiales que ingresan al sistema a formas ms tiles para los procesos especiales de dicho sistema particular. 6. PRODUCTOR ALMACENAMIENTO EXPULSOR MOTOR SOPORTE CODIFICADOR DECODIFICADOR etc.
Sistemas Hechos por el Hombre

Un buen nmero de sistemas son construidos, organizados y mantenidos por el hombre, y algunos son: Sistemas sociales: organizacin de leyes, doctrinas, costumbres, etc. Sistemas de transporte: rutas, canales, areas, fluviales, etc. Sistemas de comunicacin: telfono, telefax, seales de humo, etc. Sistemas de manufactura: fbricas, lneas de ensamblado, etc. Sistemas financieros: contabilidad, inventarios, etc. Sistema decimal DEWEY: coleccin organizada y disciplinada de ideas (organizacin de libros en las bibliotecas).
En la actualidad, la mayora de estos sistemas incluyen computadoras, de hecho, muchos no podran sobrevivir sin ellas. Sin embargo, es igualmente importante sealar que dichos sistemas existan antes de que hubiera computadoras, de hecho algunos de estos sistemas continan por completo sin computadorizar.
Sistemas automatizados
Los sistemas automatizados, los sistemas informticos o los sistemas de informacin basados en computadoras [SIBC], son sistemas hechos por el hombre que interactan con o son controlados por una o ms computadoras, especficamente configurados para recolectar, manipular, almacenar y procesar datos para ser convertidos en informacin.
Componentes
Los sistemas automatizados tienden a tener componentes en comn como:
Hardware del Ordenador Software del Ordenador Las Personas Los Datos Los Procedimientos
Categoras
Trabajadores de todos los niveles, clases de compaas e industrias utilizan en la actualidad sistemas de informacin para acrecentar su efectividad. Son muy pocos los empleados que no se sirven de una computadora personal al menos una vez a la semana, si no es que a diario, para tener acceso a una red, elaborar exposiciones, redactar un memorndum o crear una hoja de clculo para efectos de anlisis. En el nivel corporativo, los tipos de sistemas de informacin de uso ms comn en las organizaciones comerciales son los sistemas de procesamiento de transacciones y comercio electrnico, de informacin administrativos, sistemas en tiempo real, los sistemas de apoyo a la toma de decisiones y los sistemas expertos; en conjunto auxilian a los empleados de las organizaciones en la ejecucin de tareas tanto rutinarias como especiales desde el registro de las ventas hasta el procesamiento de los sueldos y jornales, el apoyo para la toma de decisiones de varios departamentos y la propuesta de alternativas a proyectos y oportunidades de gran escala.
Sistemas de Procesamiento de Transacciones y Comercio Electrnico

Sistemas de Procesamiento de Transacciones [TPS Transaction Processing System] Desde la dcada de los 50 se han utilizado computadoras para el desempeo de las aplicaciones comerciales ms comunes. El objetivo de muchos de esos primeros sistemas era reducir costos, el cual era posible mediante la automatizacin de numerosos sistemas administrativos rutinarios y de trabajo intensivo. Una transaccin es todo intercambio relacionado con la actividad empresarial, tales como realizar pagos a los empleados, de ventas a los clientes o a los proveedores. As, el procesamiento de las transacciones comerciales fue en la mayora de las organizaciones la primera aplicacin de las computadoras. Un TPS es un conjunto organizado de personas, procedimientos, software, base de datos y dispositivos para registrar las transacciones comerciales consumadas.
Pagina N 9
Conocer un sistema de procesamiento de transacciones es conocer las operaciones y funciones bsicas de las compaas. Los TPS representan la aplicacin de conceptos y tecnologa de informacin a las transacciones empresariales ms rutinarias, repetitivas y comunes, las que de cualquier manera son decisivas para la diaria operacin de las compaas. Sistemas de Comercio Electrnico El comercio electrnico comprende todas las transacciones de negocios ejecutadas por medios electrnicos entre compaas (empresa-empresa), compaas y consumidores (empresa-cliente), compaas y el sector pblico, y consumidores y el sector pblico. Se cree que el comercio electrnico es exclusivo de quienes visitan sitios Web para realizar compras en lnea. Pero lo cierto es que las compras en la Web son apenas una parte muy reducida del terreno que cubre al comercio electrnico, cuya representacin ms importante esta en las transacciones entre las empresas, lo que facilita las compras de las grandes compaas. Sin embargo, el comercio electrnico tambin ofrece grandes oportunidades a las pequeas empresas, pues les permite comercializar y vender sus productos a bajo costo en todo el mundo, con lo que les brinda la posibilidad de introducirse en el mercado mundial desde el inicio mismo de sus operaciones. Los consumidores con habilidad tcnica y que ya han probado realizar compras en lnea aprecian la sencillez del comercio electrnico; con l se evitan la molestia de enfrentar las multitudes que abarrotan los centros comerciales, compran en lnea en cualquier momento desde la comodidad de su hogar o empresa y reciben directamente los bienes as adquiridos. En las empresas es comn que las compras superiores a cierto monto deban ser aprobadas por altos ejecutivos. As, la solicitud se hace llegar al departamento de compras, en el cual se expide un orden formal de compra con el proveedor aprobado. El comercio electrnico entre empresas automatiza por completo este proceso. Los empleados se remiten directamente al sitio Web del proveedor, identifican en un catlogo el artculo de su inters y realizan el pedido a un precio prenegociado por la compaa; en caso de requerir aprobacin, sta se notifica automticamente. A medida que se incremente el uso de sistemas de comercio electrnico, las compaas dejarn de utilizar los sistemas de tradicionales de procesamiento de transacciones. Son muchas las compaas que ya lanzaron a la venta sus productos a travs del comercio electrnico.
Sistemas de Informacin Administrativa

Los beneficios provistos por un eficaz sistema de procesamiento de transacciones son tangibles son tangibles y permiten justificar su costo en equipo y programas de computacin, u en personal y artculos especializados. Aceleran el procesamiento de actividades empresariales y reducen costos administrativos. Pero a pesar del valor de los primeros sistemas de procesamiento de transacciones de contabilidad y finanzas, es evidente que los datos almacenados en ellos pueden resultar de utilidad para los administradores en la toma de mejores decisiones en sus respectivas reas, trtese de recursos humanos, mercadotecnia o administracin. Satisfacer las necesidades de administradores y responsables de decisiones sigue siendo uno de los factores esenciales en pro del desarrollo de los sistemas informticos. Un sistema de informacin administrativa [MIS Management Information System] es un conjunto organizado de personas, procedimientos, software, base de datos y dispositivos para suministrar informacin rutinaria a administradores y tomadores de decisiones. El inters particular de un MIS es la eficiencia operativa. Mercadotecnia, produccin, finanzas y otras reas funcionales se apoyan en los MIS y se vinculan entre si por medio de una base de datos. Los MIS suelen producir informes estndar generados con bases de datos e informacin procedente del sistema de procesamiento de transacciones. Los MIS empezaron a desarrollarse en la dcada de los 60 y se caracterizaron por utilizar sistemas de informacin para producir informes administrativos que, en la mayora de los casos, eran elaborados de manera peridica, ya sea en forma diaria, semanal, mensual o anual; como se los imprima con regularidad se los llam informes programados. Estos contribuan al desempeo de los deberes de los administradores. Durante las primeras etapas del los MIS fueron desarrollndose de igual manera otros tipos de informes. Los informes especiales se crearon para dotar de informacin especfica a tomadores de decisiones a solicitud expresa de estos [Ej.: un representante de ventas, antes de cerrar la operacin, podra requerir un informe especial referente a la cantidad de las existencia en inventarios de un artculo en particular, para garantizar la entrega del pedido]. Los informes de excepcin ponen al tanto de situaciones inusuales o crticas, estos son elaborados solo en caso de que se cumplan ciertas condiciones [Ej.: bajo nivel de inventario punto crtico]
Sistemas en Lnea
Son los MIS y los TPS que acepta material de entrada directamente del rea donde se cre y devuelve el material de salida directamente a donde es requerido. Una caracterstica comn de los sistemas en lnea es que entran datos a la computadora o se les recibe de ellas en forma remota. Otra caracterstica de un sistema en lnea es que los datos almacenados usualmente se organizan de tal manera que los componentes individuales de informacin puedan ser recuperados y/o modificados rpidamente y sin tener necesariamente que efectuar accesos a otros componentes de informacin del sistema. Dado que un sistema en lnea interacta directamente con personas, es importante que el analista de sistemas planee cuidadosamente la interfaz humano computadora. Dado que, por lo comn, los sistemas en lnea requieren recuperar datos con rapidez, suele ser muy importante disear los archivos y las bases de datos de la manera ms eficiente posible.
Sistemas en Lotes [Batch]

Son MIS o TPS cuya informacin suele recuperarse de manera secuencial. Dicho en otras palabras, se prepara al sistema para que determinadas tareas sean ejecutadas en los tiempos en donde el procesador est ocioso.
Sistemas de Tiempo Real

Un sistema de tiempo real es aquel que controla un ambiente recibiendo datos, procesndolos y devolvindolos con la suficiente rapidez como para influir en dicho ambiente en ese momento. En la mayora de los sistemas de tiempo real, la computadora debe reaccionar en milisegundos y a veces en microsegundos a los estmulos que recibe. Otra caracterstica que diferencia a los sistemas de tiempo real de los sistemas de informacin administrativa es que estos ltimos suelen interactuar con las personas, mientras que los sistemas de tiempo real usualmente interactan tanto con personas como con un ambiente que en general es autnomo y a menudo hostil. Los sistemas de tiempo real, desde el punto de vista de su puesta en prctica, se caracterizan por lo siguiente: Simultneamente se lleva a cabo el proceso de muchas actividades. Se asignan prioridades diferentes a diferentes procesos: algunos requieren servicio inmediato mientras que otros pueden aplazarse. Se interrumpe una tarea antes de concluirla, para comenzar otra de mayor prioridad. Existe gran comunicacin entre tareas, especialmente dado que muchos tratan diferentes aspectos de un proceso general. Existe acceso simultneo a datos comunes, por lo cual se requiere de un elaborado proceso de sincronizacin y semforos para asegurarse que los datos comunes no se corrompan. Existe un uso y asignacin dinmica de memoria.
Sistemas de Apoyo a la Toma de Decisiones y Planeacin Estratgica

Estos sistemas no toman decisiones por s mismos, sino que ayudan a los administradores de una organizacin a tomar decisiones inteligentes y documentadas acerca de los diversos aspectos de la operacin. Tpicamente, los sistemas de apoyo a decisiones son pasivos en el sentido de que no operan en forma regular: ms bien, se utilizan de manera ad-hoc [cuando se les necesita]. Un sistema de apoyo para la toma de decisiones [DSS Decision Support System] es un conjunto organizado de personas, procedimientos, software, base de datos y dispositivos para el apoyo en la toma de decisiones referente a problemas especficos. El campo de inters de un DSS es la eficacia de la toma de decisiones. As, mientras que un MIS contribuye a que una organizacin haga correctamente las cosas, un DSS ayuda a los administradores a hacer las cosas correctas. Los sistemas de planeacin estratgica son utilizados por los gerentes en jefe para evaluar y analizar la misin de la organizacin. Los programas o sistemas de planeacin estratgica no son programas de computadora en s; son complejas combinaciones de actividades y procedimientos, muchos de los cuales las llevan a cabo humanos utilizando informacin obtenida de fuentes externas y datos internos de los sistemas operacionales y los sistemas de apoyo a decisiones. Los sistemas operacionales representan la base sobre la cual se cimientan los sistemas de apoyo a deciLic. Ruben Ruffinatti Pagina N 11
siones y de planeacin estratgica. Los sistemas operacionales crean los datos requeridos por los sistemas de nivel superior y continan actualizando los datos de manera continua.
Sistemas Basados en el Conocimiento

La meta para los que trabajan en el campo de la inteligencia artificial [AI], es producir programas capaces de imitar el desempeo humano en una gran variedad de tareas inteligentes. Adems de contar con TPS, MIS y DSS, las organizaciones tambin suelen servirse de sistemas basados en la nocin de la AI, los cuales adoptan caractersticas propias de la inteligencia humana. El campo de la AI incluye varios sub-campos: Robtica, Sistemas de visin, Procesadores de Lenguaje Natural, Sistemas de Aprendizaje, Redes Neuronales, Sistemas Expertos, etc. La robtica es el rea de la inteligencia artificial donde mquinas ejecutan tareas complejas, rutinarias o tediosas, tales como la soldadura de chasis de un automvil o el montaje de sistemas de computacin y sus componentes. Sistemas de visin dotan de vista a robots y otros dispositivos, con lo cual son capaces de almacenar y procesar imgenes visuales. El procesamiento del lenguaje natural implica la facultad de las computadoras para comprender y responder a rdenes orales o escritas en ingls, espaol u otros idiomas. Los sistemas de aprendizaje habilitan a las computadoras para aprender de la experiencia o de sus errores, ya sea, por ejemplo, en juegos o en la toma de decisiones de negocio. Las redes neuronales, por su parte, son una rama de la inteligencia artificial que permite a las computadoras reconocer patrones o tendencias y actuar en consecuencia. Algunos exitosos operadores de acciones, opciones y futuros emplean redes neuronales para identificar tendencias y realizar inversiones ms redituables. Por ltimo, los sistemas expertos facultan a las computadoras para hacer sugerencias y proceder a la manera de expertos en un campo en particular.
Principios de sistemas generales

Todos los sistemas poseen muchas caractersticas comunes. El estudio de dichas caractersticas comunes se conoce como Teora General de Sistemas. Existen algunos principios generales que son de inters particular para quienes crean sistemas automatizados de informacin, e incluyen los siguientes: Entre ms especializado sea el sistema, menos capaz es de adaptarse a circunstancias diferentes. Entre ms general sea un sistema, meno ptimo ser para una situacin determinada Cuanto mayor sea el sistema mayor es el nmero de recursos que deben dedicarse a su mantenimiento diario. Los sistemas siempre forman parte de sistemas mayores y siempre pueden dividirse en sistemas menores. Los sistemas crecen.
Pagina N 12
INTEGRANTES DE UN PROYECTO
Un analista requiere de habilidades interpersonales: pasar gran parte de su tiempo trabajando con otras personas, muchas de las cuales hablan un idioma muy diferente al suyo y encontrarn extrao e intimidante su idioma tcnico computacional. A estas personas se las divide en categoras y son las que se describen a continuacin.
Usuarios
El usuario es aquel (o aquellos) para quien se construye el sistema. Es la persona a la que tendr que entrevistar a fin de conocer las caractersticas que deber tener el nuevo sistema para poder tener xito. Hay un gran nmero de situaciones en las que no se conoce la identidad del verdadero usuario o bien en las que hay poca oportunidad de que ste interacte con el analista. Obviamente en situaciones de este tipo hay una gran posibilidad de malos entendidos. De esto podemos sacar dos conclusiones importantes: 1. Siempre que sea posible, el analista debe tratar de establecer contacto directo con el usuario. De hecho, suele ser an mejor si el usuario forma parte activa del equipo encargado del proyecto. 2. Si no es posible comunicarse con el usuario, la documentacin generada por el analista se vuelve an ms importante.
Clasificacin de los Usuarios por Categora de Trabajo.

En un proyecto tpico de anlisis de sistemas se pasar una considerable cantidad de tiempo entrevistando a los usuarios para determinar los requerimientos del sistema. Habitualmente tendr que interactuar con individuos de tres categoras de trabajo:
Usuarios operacionales
Estos usuarios son oficinistas, administradores y operadores que son los que ms probablemente tendrn contacto diario con el nuevo sistema. Se deben tener en cuenta tres cosas cuando se trabaja con usuarios de nivel operacional: 1. Se preocupan mucho por las funciones que tendr el sistema, pero es ms probable an que se preocupen por los detalles de la interfaz humana. 2. Tienden a poseer un panorama local del sistema. Por lo general son conocedores de trabajos especficos que realizan y de las personas con las que tiene comunicacin inmediata. Sin embargo a menudo no estn familiarizados con el panorama general. 3. Suelen pensar en los sistemas en trminos fsicos, es decir, en trminos de la tecnologa de puesta en prctica que comnmente se utiliza para implementar o hacer uso del sistema, o en trminos de la tecnologa que imaginan que pudiera utilizarse. Las discusiones abstractas acerca de funciones y tipos de datos pueden resultar difciles; de aqu que el analista de sistemas pudiera requerir hablar con el usuario exclusivamente en trminos familiares.
Usuarios supervisores
Estos usuarios son supervisores. Usualmente administran a un grupo de usuarios operacionales y son responsables de sus logros. Lo importante acerca de los usuarios supervisores es que: 1. Muchos de ellos son usuarios operacionales que han sido promovidos. Por eso, usualmente estn familiarizados con el trabajo de sus subordinados operacionales y se puede suponer que estarn de acuerdo con sus necesidades, preocupaciones y perspectivas. Sin embargo esto siempre no es as. 2. A menudo se interesa en un nuevo sistema de informacin por la posibilidad de incrementar el volumen de trabajo realizado disminuyendo a la vez el costo de procesar las transacciones, y reduciendo tambin los errores en el trabajo. Tambin pudiera ocurrrsele que un sistema nuevo le dar oportunidad de supervisar el trabajo de cada usuario operacional. 3. Por lo general es el que ve al nuevo sistema como una forma de reducir el nmero de usuarios operacionales o de evitar que aumente su nmero al crecer el volumen de trabajo. 4. A menudo actan como intermediario entre el analista y los usuarios operacionales. sta es una posicin muy peligrosa para el analista de sistemas. Despus de todo, el usuario operacional es el que se preocupar ms por la interfaz humana del sistema y es poco probable que el supervisor pueda hacerse eco de estas necesidades.
A menudo piensa en los mismos trminos fsicos que el usuario operacional, y su perspectiva suele ser tan local como la de ste. 6. Ser con el usuario supervisor con quien el analista de sistemas tendr el contacto cotidiano primario. Es el que definir los requerimientos y las polticas de la empresa que el sistema deber realizar.
5.
Usuarios Ejecutivos
Estos usuarios en general no se involucran directamente con el proyecto de desarrollo del sistema, a menos que el proyecto sea tan amplio y tan importante que tenga un impacto de primer orden en la empresa. Sin embargo, para un proyecto normal, el usuario ejecutivo suele estar dos o tres niveles arriba de la accin asociada con el proyecto. Acerca de estos usuarios es importante decir: 1. Pueden proporcionar la iniciativa para el proyecto, pero es ms probable que sirvan slo como autoridad para financiar las solicitudes que se originan en niveles ms bajos de la organizacin. 2. No se encuentran en posicin que les permita definir los requerimientos del sistema para aquellos que lo estarn utilizando cotidianamente. Como excepcin de esto tenemos el sistema de apoyo a decisiones. Tal sistema lo utilizarn primordiamente usuarios supervisores y ejecutivos. 3. Se preocupan ms por los detalles estratgicos y las ganancias/prdidas a largo plazo. 4. Generalmente se interesan ms en el panorama global del sistema. En consecuencia, suelen no interesarse por los detalles. 5. Por lo general pueden trabajar con modelos abstractos de un sistema. En realidad, no estarn interesados en los Modelos Fsicos del sistema.
Clasificacin de los Usuarios por el Nivel de Experiencia.

Actualmente se pueden diferenciar entre: Principiante, Junior y Experto. Cabe destacar que aqu se relaciona nicamente con sus conocimientos informticos, pero, este tipo de clasificacin tambin se utiliza para encuadrar sus conocimientos, tanto en categora de trabajo como en el nivel de experiencia, sobre la organizacin en la que se desempean.
Usuario Principiante:
Es aquel que jams ha visto un sistema de computadora. El problema con estos usuarios es que puede ser que encuentre difcil de entender el lenguaje que el analista usa para describir las caractersticas, funciones y opciones que ofrece el sistema que se va a implementar, an cuando se evite la terminologa relacionada con las computadoras. El trabajo del analista de sistemas comprende la creacin de varios modelos del sistema que se implementar.
Usuarios Junior:
Es una persona que ha tenido que ver con uno o dos proyectos de desarrollo de sistemas o es un usuario que posee una computadora personal y que ha escrito uno o dos programas. Por lo comn, alega saber exactamente lo que quiere que el sistema haga. Esto est bien, excepto que a menudo se enzarza demasiado en discusiones sobre la tecnologa especfica que se debe usar para realizar el sistema.
Usuarios Expertos:
Son usuarios que realmente entienden de anlisis de sistemas y tambin la tecnologa de las computadoras.
Administradores
Es probable que el analista de sistemas entre en contacto con diversos tipos de administradores tales como:
Administradores Usuarios
Son los que estn a cargo de varias personas en el rea operacional en donde se va a implementar el nuevo sistema
Administradores de Informtica
Son las personas encargadas del proyecto en s de sistemas, y los administradores de nivel superior encargados de la administracin global y distribucin de los recursos de todo el personal tcnico de la organizacin de creacin o desarrollo de sistemas.
Administradores Directivos
Son los administradores de nivel superior que no estn directamente involucrados con la organizacin de informtica ni son de la organizacin usuaria. Generalmente se interesan por los sistemas de planeacin estratgica y de apoyo a decisiones. La principal interaccin entre el analista de sistemas y todos estos administradores tiene que ver con los recursos que se asignarn al proyecto. Es tarea del analista identificar y documentar los requerimientos del usuario y las limitaciones dentro de las cuales se tendr que implementar el sistema. Hay varios puntos que conviene tener en cuenta acerca de los administradores: 1. Cuanto ms alto nivel ocupen menos probable es que sepan (o que les interese saber) de la tecnologa de las computadoras. 2. Las metas y prioridades de la administracin pudieran entrar en conflicto con las de los usuarios, sobre todo las de los usuarios operacionales y usuarios supervisores. La administracin pudiera incluso querer imponer un sistema y obligarlos a usarlo. 3. Pudiera ser que la administracin no est dando los recursos, los fondos o el tiempo que los usuarios crean necesarios para implementar un sistema efectivo. 4. Los administradores tienen diferentes puntos de vista y opiniones, y a menudo tienen diferentes metas y objetivos. Pudiera suceder que algunos miembros de la administracin estn a favor del nuevo sistema y otros rotundamente en contra. 5. Es cmodo suponer que una vez que la administracin toma una decisin colectiva acerca de un determinado proyecto se atiene a dicha decisin. Sin embargo no necesariamente sucede as: pudiera ser que fuerzas externas obliguen a la administracin a acelerar determinado proyecto, a quitarle recursos o incluso abandonarlo.
Auditores, Calidad y Normas

Segn sea el tamao del proyecto y la naturaleza de la organizacin para la que se trabaja, pudiera haber auditores, personal de control de calidad o miembros del departamento de normas o estndares trabajando en el proyecto. El objetivo general de este equipo es asegurar que el sistema se desarrolle de acuerdo con diversos estndares o normas externas. Hay tres problemas que se deben prever cuando se est trabajando con este equipo: 1. A menudo no se involucran sino hasta el final del proyecto. Despus de que se ha terminado con el trabajo de anlisis del sistema, el diseo y la programacin, cuando se ha comenzado la prueba final. A estas alturas es muy difcil hacer cambios importantes en el sistema. 2. A menudo estn familiarizados con alguna notacin o formato antiguos para documentacin de requerimientos del sistema. 3. Los miembros de este grupo a menudo se interesan ms por la forma que por el contenido.
Analista de Sistemas
El analista de sistemas es el personaje clave en cualquier proyecto de desarrollo de sistemas. ste necesita tener conocimientos de la aplicacin para entender y apreciar los asuntos del usuario. Se requiere de habilidad en computacin para entender los usos potenciales de hardware y software en los asuntos del usuario. Y se necesita una mente lgica y organizada para ser capaz de ver un sistema desde diferentes perspectivas, poder dividirlo en niveles de subsistemas y ser capaz de pensar en el sistema en trminos abstractos adems de fsicos. En muchas ocasiones, adems de jugar el papel de Analista de Sistemas, desempea otros varios que no son propios de las CIENCIAS INFORMTICAS, pero que son necesarios para el cumplimiento de los objetivos del sistema: Arquelogo: Una de sus principales labores es descubrir detalles y documentar la poltica de un negocio. Innovador: Debe distinguir entre sntomas, problemas del usuario y causas. Debe ayudar al usuario a explorar aplicaciones novedosas y ms tiles. Mediador: El analista a menudo se encuentra en medio, entre usuarios, administradores, programadores, auditores, y otros diversos participantes los cuales frecuentemente estn en desacuerdo entre s.
Pagina N 15
Jefe de proyecto: Dado que el analista suele tener ms experiencia que los programadores que trabajan en el proyecto y dado que se le asigna al mismo antes de que ellos empiecen a trabajar, hay una tendencia natural a asignar al analista las responsabilidades de la administracin ntegra.
Diseadores de Sistemas
La labor de ste es transformar la peticin, libre de consideraciones de tecnologa, emanada de los requerimientos del usuario, en un diseo arquitectnico de alto nivel que servir de base para el trabajo de los programadores. En muchos casos el analista y el diseador son la misma persona o el mismo grupo unificado de personas. An cuando sean personas distintas, es importante que se mantengan en contacto directo a lo largo de todo el proyecto. La razn por la cual se necesita esta retroalimentacin continua entre diseador y analista es la siguiente: el analista tiene que ofrecer informacin detallada suficiente como para que el diseador pueda elaborar un diseo tecnolgicamente superior y el diseador debe proveer suficiente informacin para que el analista pueda darse cuenta de si los requerimientos que del usuario est documentando son tecnolgicamente posibles. Basndose en la informacin recibida, el analista posiblemente tendr que negociar con el usuario para modificar otros requerimientos.
Programadores
Se puede argumentar que en el mejor de los casos no habra contacto entre el analista y un programador. Los analistas entregan sus resultados a los diseadores, quienes a su vez entregan los suyos a los programadores. Existe otra razn por la cual el analista y el programador pudieran tener un contacto muy reducido, o nulo, entre s: a menudo se lleva a cabo el trabajo siguiendo una secuencia muy estricta en algunos proyectos de desarrollo de sistemas. Por eso, la labor del analista se hace primero y se termina por completo antes de que comience la labor de programacin. Sin embargo, es probable que s haya algn contacto entre programadores y analistas, por lo siguiente: 1. En los proyectos pequeos, los papeles de analista, diseador y programador se combinan. 2. El analista a veces sirve de administrador del proyecto. 3. A menudo es el programador el que descubre errores y ambigedades en la propuesta de requerimientos entregada por el analista.
Personal de Operaciones
As como se pudiera argumentar que el analista nunca se encontrara con un programador, pudiera argumentarse tambin que no se necesitar tener contacto con el personal de operaciones responsable del centro de cmputos, la red de telecomunicaciones, la seguridad del hardware y del software, adems de la ejecucin de los programas, el montaje de los discos y el manejo de la salida de las impresoras. Todo esto sucede despus de haber sido analizado, diseado, programado y probado el sistema. Sin embargo, el analista debe entender las restricciones impuestas al nuevo sistema por el personal de operaciones pues esto influye en la especificacin detallada que produzca.
Otro Personal Adicional

De acuerdo a la complejidad del sistema, muchas de las actividades que suelen unificarse en una persona, se dividen en especialidades en si mismas, como ser Administrador de Base de Datos, Administrador de Redes, Diseadores Web, etc. Esto no significa que solo deba suceder en estos casos, sino que va a depender de las capacidades de los profesionales en asumir una o ms actividades en el desarrollo de un sistema informtico.
Pagina N 16
INFORMACIN:
El ciclo de la Informacin
Entrada
Dato
Procesos
Modelos
Salida
Informacin
Dato Capturado
Receptor
Base de Datos
Resultado
Accin de Decisin
Atributos en la Calidad de la Informacin:

EXACTITUD Libre de errores Significa que la informacin es clara y refleja adecuadamente el sentido de los datos en los que se basa. Transmite una imagen clara al receptor, lo cual puede requerir una presentacin en forma grfica en lugar de tabulada. OPORTUNIDAD Obtenerla cuando se necesita RELEVANCIA Acorde para lo que se necesita CONFIABILIDAD Lo que se necesita Significa que la informacin est libre de tendencias o desviaciones.
Factores claves de las Organizaciones:

Los factores organizacionales juegan un papel principal en determinar de LA CLASE DE INFORMACIN QUE SE
PRODUCE y LA FORMA EN QUE DICHA INFORMACIN SE COMUNICA:
Factores Claves:
1. NATURALEZA: Orientacin hacia productos o servicios; al mayoreo o menudeo, si est sindicalizada o no, etc. (incluye aspectos como innovacin, acceso, precio, calidad, imagen, beneficios, originalidad, mantenimiento y garantas) 2. CATEGORA: - Organizacin Funcional: Cada gerente responsable de un rea especifica, como produccin, comercializacin o finanzas. - Organizacin Divisional: Cada gerente es responsable de las funciones de cada divisin. Lo que se presta bastante a la descentralizacin de la administracin. - Organizacin Matricial: Cada gerente responsable del proyectos o programas 3. TAMAO: PyMEs: - Requerimiento de informacin de acuerdo a la necesidad del momento - Informacin generalizada de cada sector - Las comunicaciones son rutinarias
Pagina N 17
Grandes:
- Mayor requerimiento de informacin continua - Informacin especifica para cada sector - Las comunicaciones se vuelven ms formales
4. ESTRUCTURA: - Centralizada - Descentralizada 5. ESTILO GERENCIAL: Estilo y filosofa que rige a la organizacin en el desarrollo de la planeacin (por Presupuestos por Costos estndar o reales por Planificacin intensiva o extensiva etc.) 6. REQUERIMIENTOS DE FACTIBILIDAD: El acrnico TELOS representa los cinco componentes: Tcnica: poder desarrollar e implementar el diseo preliminar empleando la tecnologa existente. De hacho, debido a que la tecnologa aglutina y soporta los otros componentes estructurales, el nivel de acceso a ella tendr claramente un impacto significativo en la forma en que finalmente se disee el sistema. Econmica: genera la siguiente pregunta: Cuenta la organizacin con los fondos necesarios para desarrollar e implementar un sistema de informacin, dados los requerimientos de otros proyectos de capital dentro de la organizacin? Si es as: Cul es el nivel de compromiso financiero? Obviamente, el nivel del diseo y el alcance estn relacionados directamente con el apoyo econmico. Legal: no debe existir conflicto entre el sistema que se est considerando y la capacidad de la organizacin para descargar sus obligaciones legales. Operacional: Ambiente y personal capacitado para el uso y manejo del sistema. Software: Capacidad de ser operativo dentro de un marco de tiempo y Software adicional que el sistema de informacin requiera.
Informacin como un Arma Competitiva:

Las organizaciones operan en un mundo de desaciertos e intervencin gubernamental; de polticas impredecibles en el mbito monetario, fiscal, impositivo y regulador; de ciclos de negocios y recesiones; de cambios abruptos en las polticas comerciales; de competencias locales e internacionales; de disfuncin poltica y social; De contracorrientes en el mercado; y de corrientes costos laborales. A decir verdad, este es un ambiente implacable y competitivo en el que deben sobrevivir las organizaciones. Para evitar el fracaso, sobrevivir y lograr el xito, las organizaciones deben explotar las dimensiones de la informacin de calidad para una gerencia informada, de la diferenciacin de los factores claves de la organizacin y de una creciente productividad. Claramente, la informacin es el arma principal que ayuda a las organizaciones a penetrar en un ambiente competitivo. Debe quedar claro que las computadoras, la tecnologa informtica y la informacin de calidad no son los fines sino simplemente las armas competitivas que apoyan a las organizaciones para alcanzar sus metas y objetivos.
Valor de la Informacin:
El valor de la informacin est directamente relacionado con la utilidad que representa para los responsables de decisiones en el cumplimiento de las metas de la organizacin; puede medirse, por ejemplo, con base en el tiempo requerido para tomar una decisin o en el aumento de las utilidades de la compaa. Considerarse el caso de un pronstico de mercado de acuerdo con el cual la demanda de un nuevo producto ser alta. Si la informacin de este pronstico de mercado se toma en cuenta en el desarrollo del nuevo producto y gracias a ello la compaa obtiene utilidades adicionales por 10.000 dlares, el valor de esa informacin para la compaa equivaldra a esa misma cantidad menos el costo de la informacin. La informacin valiosa tambin puede ser de utilidad para los administradores en su decisin de invertir o no en sistemas y tecnologa de informacin adicionales.
Pagina N 18
Un nuevo sistema computarizado de pedidos podra tener un costo de 30.000 dlares, pero genera al mismo tiempo 50.000 dlares adicionales en ventas. El valor agregado por el nuevo sistema sera de 20.000 dlares, los cuales representan ingresos adicionales resultantes del aumento en las ventas.
Jerarquas de la administracin:
Los integrantes de una organizacin pueden describirse segn funciones en: 1. Nivel Estratgico: que donde a quien
2. Nivel Tctico: con que por que cuando 3. Nivel Tcnico: como forma de hacerlo / modo 4. Nivel Operativo: contar con los elementos necesarios Esta clase de jerarqua se encuentra en todas las organizaciones (algunos individuos pueden operar en uno, varios o en todos los niveles). El punto es que la informacin de calidad debe satisfacer las necesidades de todos los niveles
Si consideramos la planeacin para el cumplimiento de las metas y objetivos de la organizacin, los plazos de los que se encarga cada uno son: 1. Nivel Estratgico: de 2 a 5 aos
2. Nivel Tctico: de 6 a 12 meses 3. Nivel Tcnico: de 10 a 30 das 4. Nivel Operativo: dentro del horario de su jornada laboral (8 horas)
Pagina N 19
Componentes Estructurales de los Sistemas de Informacin:

Entradas:
Todos los datos, textos, vos, imgenes que entran al sistema Mtodos y medios por los cuales se capturan e introducen Esta compuesta por transacciones, solicitudes, consultas, instrucciones y mensajes. Sigue un protocolo y un formato para que el contenido, identificacin, autorizacin y procesamiento sean adecuados.
Modelos:
Consta de modelos lgicos matemticos que manipulan de diversas formas las Entradas y los datos almacenados para producir los resultados deseados o Salidas. Pueden ser tan simples como Ganancias = Ingresos Gastos o utilizar tcnicas ms sofisticadas como: tablas y rboles de decisin, prototipos, diagramas de flujo, etc.
Salidas:
Salidas de informacin de calidad para todos los niveles de usuarios dentro y fuera de la organizacin. Tiene que ser igual al nivel de las Entradas y Modelos empleados para producirlas.
Tecnologa:
Captura la Entrada, activa los Modelos, almacena y accesa datos, produce y transmite Salidas y ayuda a controlar todo el Sistema. Componentes: Computadora Almacenamiento auxiliar Telecomunicaciones - Software. Es un sustituto del esfuerzo humano.
Base de Datos:
Es donde se almacenan todos los datos necesarios para atender las necesidades de todos los usuarios. Se consideran tanto los medios de almacenamiento como ndices, directorios, listas, llaves, punteros, redes, relaciones, etc.
Control:
Para asegurar proteccin (incendios, etc.), seguridad (sabotaje, etc.) y operacin uniforme (Capacitacin al usuario, Sistemas de respaldo / contingencia, etc.).
Fuerzas que impactan sobre los componentes de construccin de los sistemas de informacin:
Los diseadores de sistemas de informacin deben considerar 10 fuerzas de diseo que afectan su trabajo. Los diseadores deben definir en detalle y en cada situacin las fuerzas del diseo y determinar su nivel de impacto y su interaccin entre s, y en ocasiones su conflicto.
Integracin:
Los sistemas de informacin tendrn que disearse con un acoplamiento ms estrecho entre el sector y la organizacin. El sistema de informacin llegar a ser tan importante en la organizacin como en el sector. La conectividad y las comunicaciones intra y entre los departamentos deben ser mejores dentro del sector y la organizacin. Entre mejor sea la interfaz entre el usuario y el sistema, sin obstrucciones, interferencias externas o dependencia de intermediarios, mejor ser el flujo de la informacin.
Interfaz Usuario/Sistema:
Pagina N 20
La riqueza de la interfaz usuario/sistema depender de la fuerza y variedad de las capacidades en los componentes estructurales. Para que las organizaciones sobrevivan y prosperen en el mundo del maana, deben disear sistemas que soporten y mejoren la actividad gerencial, la diferenciacin de productos y servicios y la productividad. Una de las fuerzas principales que afectan el diseo del sistema de informacin se deriva de los requerimientos especficos de informacin del usuario. La produccin de la informacin implica procedimientos tan sencillos como comunicar directamente a un receptor datos previamente capturados, o tan complejos como el desarrollo de un modelo matemtico sofisticado. Los requerimientos de sistemas son los requerimientos operacionales inherentes al sistema de informacin mismo y surgen de o estn influenciados por otras fuerzas del diseo o requerimientos, especialmente la produccin de informacin de calidad. Estos son: Confiabilidad (grado de seguridad con que un recurso realiza su funcin) Disponibilidad (significa que el sistema sea accesible a los distintos niveles de usuarios) Flexibilidad (habilidad del sistema para cambiar o adaptarse para satisfacer los requerimientos cambiantes de los usuarios) Programa de instalacin (comprende el espacio de tiempo entre el momento en que una organizacin reconoce una necesidad y el momento en que implementa la solucin) Expectativa de vida y potencial de crecimiento (los sistemas deben disearse para satisfacer requerimientos durante un tiempo razonable y ser tambin capaces de crecer si las necesidades cambian de manera significativa) Capacidad para recibir mantenimiento (una vez que un sistema se implementa debe recibir mantenimiento para corregir fallas, satisfacer soluciones especiales o efectuarse mejoras generales) Los requerimientos de procesamiento de datos se refieren al trabajo de detalle del sistema y se dividen en cuatro categoras: Volumen (se refiere a la cantidad de datos que deben procesarse en un perodo dado para lograr una meta de la informacin) Complejidad (se refiere al nmero de operaciones de datos, intrincadas e interrelacionadas, que deben realizarse para lograr una meta de la informacin) Restricciones de tiempo (la cantidad de tiempo permitido o aceptable entre el momento en que los datos estn disponibles y el momento en que la informacin se requiere) Demandas computacionales (combinacin de volumen, complejidad y restricciones de tiempo, para un requerimiento especfico de informacin) Estos factores tienen una gran influencia en la forma en que se disea el sistema de informacin y la forma en que servir a la organizacin. Un sistema de informacin se desarrolla con la idea de mejorar el desempeo gerencial, lograr una diferenciacin de productos y servicios e incrementar la productividad para ganar o ahorrar dinero y ser competitivos. La cantidad de dinero disponible para el desarrollo de un sistema de informacin tendr un impacto directo y significativo sobre su diseo. El rea de los factores humanos est en expansin y en ocasiones es confusa, pero los diseadores debern tratar de entenderla y manejarla a fin de disear sistemas que trabajen con la gente, y no contra ella; sistemas que sean fciles de utilizar, amables y naturales. Para ello se debe tener en cuanta la moralidad de los sistemas de informacin.
Fuerzas Competitivas:
Calidad y Utilidad de la Informacin:

Requerimientos de Sistemas:
Requerimientos de Procesamiento de Datos:
Factores Organizacionales:
Requerimientos de Costo-Eficiencia:
Factores Humanos:
Pagina N 21
Metodologas de Diseo de Sistemas de Informacin

Un PROBLEMA1 es una expresin de preocupacin por una situacin. La METODOLOGA es un conjunto estructurado de guas que permiten al analista deducir maneras de aliviar esa preocupacin. Una metodologa no es un MTODO ni una TCNICA. La metodologa es ms flexible en su estructura y su aplicacin es ms adecuada al mundo real. Una TCNICA2 se caracteriza mediante guas definidas con precisin. Un MTODO3 es una forma nica de hacer algo. La aplicacin de una METODOLOGA4 puede involucrar el uso de tcnicas o mtodos, pero es la metodologa la que determina la que determina si una tcnica o un mtodo en `particular es adecuado o no. Dado el grado de precisin de las tcnicas y los mtodos, puede llevarnos al error de distorsionar el problema para ajustarlo a la tcnica o al mtodo.
Porque el uso de una Metodologa?

La motivacin para emprender el desarrollo de metodologas de diseo de sistemas surgi por 4 (cuatro) caractersticas que afectaban a las organizaciones de posguerra: Los sistemas tcnicos se volvieron ms complejos Los ambientes de mercado se tornaron ms complejos Los nuevos proyectos fueron mucho ms costosos Los desarrollos computacionales hicieron ms factibles los clculos complejos.
Estas caractersticas hicieron surgir la necesidad de metodologas de diseo integradas capaces de producir diseos optimizados, y la necesidad de ver al diseo como parte de la planeacin del desarrollo de la empresa.
Pasos en el Desarrollo de un Sistemas

Componentes de la toma de decisiones
La cosmovisin [manera de ver el mundo y forma de considerar ste] de aquel que toma decisiones esta dada por los siguientes componentes:
1 Wikipedia [http://es.wikipedia.org 20/04/2010/] - Es la diferencia existente entre una situacin deseada y una situacin actual. Un problema suele ser un asunto del que se espera una rapida y efectiva solucin.
Real Academia Espaola [http://www.rae.es/rae.html 24/04/2010] - 1. adj. Perteneciente o relativo a las aplicaciones de las ciencias y las artes. 2. adj. Dicho de una palabra o de una expresin: Empleada exclusivamente, y con sentido distinto del vulgar, en el lenguaje propio de un arte, ciencia, oficio, etc. 3. m. y f. Persona que posee los conocimientos especiales de una ciencia o arte. 4. m. Mx. Miembro del cuerpo de Polica. 5. f. Conjunto de procedimientos y recursos de que se sirve una ciencia o un arte. 6. f. Pericia o habilidad para usar de esos procedimientos y recursos. 7. f. Habilidad para ejecutar cualquier cosa, o para conseguir algo.
3 Real Academia Espaola [http://www.rae.es/rae.html 24/04/2010] - 1. m. Modo de decir o hacer con orden. 2. m. Modo de obrar o proceder, hbito o costumbre que cada uno tiene y observa. 3. m. Obra que ensea los elementos de una ciencia o arte. 4. m. Fil. Procedimiento que se sigue en las ciencias para hallar la verdad y ensearla. 4 Real Academia Espaola [http://www.rae.es/rae.html 24/04/2010] - 1. f. Ciencia del mtodo. 2. f. Conjunto de mtodos que se siguen en una investigacin cientfica o en una exposicin doctrinal. Wikipedia [http://es.wikipedia.org 20/04/2010/] - Su problema se centra en la bsqueda de estrategias vlidas para incrementar el conocimiento. Por ello, la metodologa es parte del proceso de investigacin o Mtodo Cientfico, que sigue a la propedutica, y permite sistematizar los mtodos y las tcnicas necesarias para llevarla a cabo. Los mtodos elegidos por el investigador facilitan el descubrimiento de conocimientos seguros y confiables que, potencialmente, solucionarn los problemas planteados en el proyecto de investigacin.
Pagina N 22
1.
Premisas5: Se constituyen o se derivan de pruebas o informacin disponible al autor de la toma de decisin. Premisas de Hecho: pruebas tcnicas o informacin desprovista usualmente de atributos que demanden un tratamiento de evaluacin o enjuiciamiento. Premisas de Valor: consisten en consideraciones valorativas e insinuativas y estn relacionadas con los valores de individuo o su sistema de valor.
2. Supuestos6: Los supuestos se diferencian de las premisas porque se refieren a elementos ms especficos de la decisin. 3. Estilo cognoscitivo7: Forma en que un individuo realiza actividades preceptuales o intelectuales. El estilo cognoscitivo de un individuo puede determinarse por su formacin gentica y por los factores del medio como educacin y experiencia. WELTANSCHAUUNG [veltanyaung] palabra alemana que traducida literalmente significa observacin mundo; esto es la visualizacin del mundo que permite a cada observador atribuir un significado a lo que observa. Este se forma y es moldeado con frecuencia por la experiencia, la personalidad, la educacin, la poltica, la sociedad y la situacin.
Fases del ciclo de toma de decisiones en el diseo de sistemas:

Al ciclo de toma de decisiones se divide en tres fases distintas y aplicables al proceso de diseo de sistemas: 1. Fase de diseo de polticas de pre-planeacin i. Se llega a un acuerdo de lo que es el problema ii. Los administradores llegan a una determinacin de sus cosmovisiones iii. Se llega a un acuerdo sobre los mtodos bsicos por los cuales se interpretarn las pruebas iv. Se llega a un acuerdo sobre los resultados se esperan alcanzar (metas y objetivos) v. Se inicia la bsqueda de generacin de alternativas 2. Fase de evaluacin i. Identificacin de los resultados y consecuencias derivadas de cada alternativa ii. Acuerdo de los atributos y criterios elegidos con los cuales se evaluarn los resultados iii. Eleccin de la medicin y modelos de decisin iv. Acuerdo en torno al mtodo en el cual se elegirn las alternativas 3. Implantacin de la accin i. Optimizacin: mejor solucin ii. Suboptimizacin: explica por que no puede lograrse la mejor solucin iii. Complejidad, simplificacin de soluciones
Wikipedia [http://es.wikipedia.org 20/04/2010/] - Se denomina premisa a cada una de las proposiciones de un razonamiento que dan lugar a la consecuencia o conclusin de dicho razonamiento. Las premisas son expresiones lingsticas que afirman o niegan algo y pueden ser verdaderas o falsas. Hay razonamientos de una premisa (hubo al menos un testigo), y razonamientos con ms de una premisa. As sucede con los silogismos ordinarios, que con una sola premisa (por ejemplo: Juan lo vio todo). Por lo tanto, de una premisa mayor (que contiene el trmino mayor, predicado de la conclusin) y una premisa menor (que contiene el trmino menor, que hace de sujeto en la conclusin). Por ejemplo: Todos los mamferos son animales de sangre caliente (Premisa mayor). Todos los humanos son mamferos (Premisa menor). Por tanto, todos los humanos son animales de sangre caliente (Conclusin). En los razonamientos de carcter inductivo, la conclusin se obtiene por generalizacin, a partir de varias premisas particulares. Por ejemplo, a partir de una serie de observaciones (el cobre es un metal y es buen conductor de la electricidad; el hierro es un metal y es buen conductor de la electricidad, etc.) se concluye, por induccin, que todos los metales son buenos conductores de la electricidad. En ocasiones, para alcanzar la conclusin de un razonamiento es necesario utilizar premisas subsidiarias, esto es, suponer ms informacin de la que el razonamiento contempla. Por ejemplo, partir de lo contrario de lo que se desea demostrar. Si de dicho supuesto se deduce un absurdo, entonces se puede afirmar la conclusin sin problemas.
6 Real Academia Espaola [http://www.rae.es/rae.html 24/04/2010] - 1. Objeto y materia que no se expresa en la proposicin, pero es aquello de que depende, o en que consiste o se funda, la verdad de ella. 2. Suposicin, hiptesis. 3. Fil. Todo ser que es principio de sus acciones. 7 Wikipedia [http://es.wikipedia.org 20/04/2010/] - El estilo cognitivo es, en psicologa, el modo habitual de procesar la informacin y de utilizar los recursos cognitivos, como la percepcin, la memoria, el procesamiento. Es muy importante la ausencia de asociacin entre estilo cognitivo e inteligencia, ya que es esta ausencia de relacin la que justifica la existencia de los estilos; es decir, el cociente intelectual no correlaciona con uno u otro estilo cognitivo. Lo que los estilos cognitivos explican son las diferencias individuales en la actuacin de los procesos cognitivos y por ello son un componente de la personalidad. El trmino fue introducido por G. W. Allport en los aos 30. Algunos autores (como Howard Gardner), han planteado la diferencia entre estilo cognitivo y control cognitivo, aunque por lo general se utilizan como sinnimos. El estilo cognitivo mejor estudiado, tal vez sea el de articulacin de campo (dependencia/independencia de campo). Otros estilos cognitivos son diferenciacin conceptual, impulsividad/reflexividad, visualizador/verbalizador, visual/hptico, estilo conceptual o serial/holstico. Por supuesto, habra otros muchos estilos cognitivos, aunque estos son los ms utilizados. 5
Pagina N 23
iv. v.
Conflictos, legitimacin y control son los problemas que afectan Auditora o evaluacin de los resultados obtenidos
4. Reciclamiento desde el principio
El ciclo de toma de decisiones

Cada una de las Fases delineadas en el Ciclo de Toma de Decisiones, posteriormente pueden dividirse en pasos que constituyen el proceso total del Desarrollo de Sistemas.
Pagina N 24
Ciclo de Vida del Proyecto

Para ser un buen analista de sistemas se requieren Mtodos. En la profesin de desarrollo de sistemas, los trminos Mtodo, Metodologa, Ciclo de vida del proyecto y Ciclo de vida del desarrollo de sistemas se usan de manera casi indistinta.
Concepto
Las organizaciones pequeas de proceso de datos tienden a ser relativamente informales. Sin embargo, en las organizaciones ms grandes, las cosas se llevan a cabo de manera mucho ms formal. La comunicacin entre los usuarios, la administracin y el equipo del proyecto suele ser por escrito, y todos entienden que el proyecto pasar por diversas fases antes de completarse. A menudo se deja a discrecin del administrador determinar las fases y actividades de su proyecto y cmo se llevarn a cabo. El manual del ciclo de vida del proyecto suele ser un libro tan voluminoso como el compendio de normas. Ese manual ofrece un procedimiento comn a seguir para desarrollar un sistema computacional que puede orientar a cualquier miembro de la organizacin de desarrollo de sistemas. Los objetivos principales de un ciclo de vida un proyecto son: 1. Definir las actividades a llevarse a cabo en un proyecto de desarrollo de sistemas. Este objetivo es de particular importancia en una organizacin grande donde constantemente est ingresando personal nuevo a los puestos de administracin de proyectos.
2. Lograr congruencia entre la multitud de proyectos de desarrollo de sistemas en una misma organizacin. Este objetivo tambin es importante en una organizacin grande. Para los niveles ms altos de administracin pudiera ser bastante confuso seguir la pista de cientos de proyectos diferentes, cada uno de los cuales se lleva a cabo de distinta manera. 3. Proporcionar puntos de control y revisin administrativos de las decisiones sobre continuar o no con un proyecto. Este objetivo se refiere a la necesidad de la administracin de controlar un proyecto. En los proyectos triviales, el nico punto de revisin probablemente est al final del proyecto. Pero para proyectos ms grandes, debera contarse con varios puntos intermedios de revisin, que permitieran determinar si el proyecto se estuviera retrasando o si fueran necesarios recursos adicionales. Adems, el usuario inteligente tambin necesitar puntos de revisin en diversas etapas del proyecto para que pueda determinar si quiere seguir financindolo. El ciclo de vida del proyecto definitivamente no est a cargo del proyecto; no le evitar al administrador del proyecto la difcil tarea de tomar decisiones, sopesar alternativas, librar batallas polticas, negociar con usuarios, animar a programadores, ni ninguna de las dems tribulaciones relacionadas con los proyectos. El administrador del proyecto todava tiene que administrar, en todo el sentido de la palabra. La nica ayuda que puede proporcionar el ciclo de vida del proyecto es que puede organizar las actividades del administrador, aumentando la probabilidad de que se aborden los problemas pertinentes en el momento adecuado.
Ciclo de vida RUP

El Proceso Unificado de Racional8 (Rational Unified Process en ingls, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Tambin se conoce por este nombre al software desarrollado por Rational, hoy propiedad de IBM, el cual incluye informacin entrelazada de diversos artefactos y descripciones de las diversas actividades. Est incluido en el Rational Method Composer (RMC), que permite la personalizacin de acuerdo a necesidades. Originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unificado, y una especificacin ms detallada, el Rational Unified Process, que se vendiera como producto independiente.
8
UML - EL LENGUAJE DE MODELADO UNIFICADO [G. Booch; J. Rumbaugh; I. Jacobson] - Addison Wesley Iberoamericana Madrid 1999 Captulos 3 Pginas 28 y 29: Ciclo de vida del desarrollo de software Apndice C El Proceso Unificado de Racional RUP Pagina N 25
Principios de desarrollo
El RUP est basado en 6 principios clave que son:
Adaptar el proceso
El proceso deber adaptarse a las caractersticas propias del proyecto u organizacin. El tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto en un rea subformal.
Equilibrar prioridades
Los requerimientos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrn corregir desacuerdos que surjan en el futuro.
Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados
Colaboracin entre equipos

El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, etc.
Elevar el nivel de abstraccin

Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requerimientos y sin comenzar desde un principio pensando en la reutilizacin del cdigo. Un alto nivel de abstraccin tambin permite discusiones sobre diversos niveles y soluciones arquitectnicas. stas se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML.
Enfocarse en la calidad
El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente.
Ciclo de vida
Esfuerzo en actividades segn fase del proyecto.
Pagina N 26
El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades. En la Figura muestra cmo vara el esfuerzo asociado a las disciplinas segn la fase en la que se encuentre el proyecto RUP. Las primeras iteraciones (en las fases de Inicio y Elaboracin) se enfocan hacia la comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto, la eliminacin de los riesgos crticos, y al establecimiento de una baseline (Lnea Base) de la arquitectura. Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requerimientos. En la fase de elaboracin, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan ms los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura. En la fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones. Para cada iteracin se selecciona algunos Casos de Uso, se refina su anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea cascada para cada ciclo. Se realizan tantas iteraciones hasta que se termine la implementacin de la nueva versin del producto. En la fase de transicin se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. Como se puede observar en cada fase participan todas las disciplinas, pero que dependiendo de la fase el esfuerzo dedicado a una disciplina vara.
Principales caractersticas
Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y cmo) Pretende implementar las mejores prcticas en Ingeniera de Software Desarrollo iterativo Administracin de requisitos Uso de arquitectura basada en componentes Control de cambios Modelado visual del software Verificacin de la calidad del software El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo del proceso).....
Fases
Establece oportunidad y alcance Identifica las entidades externas o actores con las que se trata Identifica los casos de uso RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas: Proceso: Las etapas de esta seccin son: (Revise nuevamente la grfica) Modelado de negocio Requisitos Anlisis y Diseo Implementacin Pruebas Despliegue Soporte: En esta parte nos encontramos con las siguientes etapas: Gestin del cambio y configuraciones Gestin del proyecto Entorno La estructura dinmica de RUP es la que permite que ste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente: Inicio(Tambin llamado Incepcin o Concepcin) Elaboracin Desarrollo(Tambin llamado Implementacin, Construccin) Cierre (Tambin llamado Transicin)
Pagina N 27
Fase de Inicio:
Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.
Fase de elaboracin:
En la fase de elaboracin se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del problema, se disea la solucin preliminar.
Fase de Desarrollo:
El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.
Fase de Cierre:
El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.
Artefactos
RUP en cada una de sus fases (pertenecientes a la estructura esttica) realiza una serie de artefactos que sirven para comprender mejor tanto el anlisis como el diseo del sistema (entre otros). Estos artefactos (entre otros) son los siguientes:
Inicio:
Documento Visin Especificacin de Requerimientos Diagramas de caso de uso
Elaboracin:
Construccin:
Documento Arquitectura que trabaja con las siguientes vistas: Vista Lgica: Diagrama de clases Modelo E-R (Si el sistema as lo requiere) Vista de Implementacin: Diagrama de Secuencia Diagrama de estados Diagrama de Colaboracin Vista Conceptual: Modelo de dominio Vista fsica: Mapa de comportamiento a nivel de hardware.
Comentarios sobre Alcance del RUP

La metodologa RUP es ms apropiada para proyectos grandes (Aunque tambin pequeos), dado que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeos, es posible que no se puedan cubrir los costos de dedicacin del equipo de profesionales necesarios.
Comentarios sobre Metodologa

Por otro lado, en lo que se refiere a la metodologa esta comprende tres frases claves: Dirigido por los casos de uso, centrado en la arquitectura, iterativo e incremental. En lo referente a dirigido por los casos de uso, est enfocado hacia el cliente y se utilizan con algunas modificaciones tal vez, hasta la disciplina de pruebas, en la cual, un caso de uso puede a su vez tener uno o ms casos de prueba.
Pagina N 28
Ciclo de vida por prototipos

Se ha vuelto popular en los ltimos aos una variacin del enfoque descendente. En general se le conoce como el enfoque de prototipos. Una 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 expandirlas y refinarlas iterativamente al ir aumentando la comprensin que del sistema tienen el usuario y el que lo desarrolla. Por muchas razones, esto suena como el enfoque descendente radical. La principal diferencia es que el enfoque estructurado supone que tarde o temprano se construir un modelo en papel completo del sistema. El modelo se complementar ms pronto con un enfoque conservador y ms tarde con uno radical, pero para el final del proyecto habr un juego formal de documentos que debern permanecer siempre con el sistema, a lo largo de su correccin y mantenimiento. El enfoque de prototipos, por otro lado, casi siempre supone que el modelo ser operante, es decir, una coleccin de programas de computadora que simularn alguna o todas las funciones que el usuario desea. Pero dado que se pretende que dichos programas sean slo de modelo, tambin se supone que al concluirse el modelado, los programas se descartarn y se reemplazarn con programas reales. El ciclo de vida de prototipos comienza con una actividad de sondeo. De esto sigue inmediatamente una determinacin de si el proyecto es un buen candidato para un enfoque de prototipos. Los buenos candidatos son aquellos que tienen las siguientes caractersticas: 1. El usuario no puede o no est dispuesto a examinar modelos abstractos en papel.
2. El usuario no puede o no est dispuesto a pre especificar sus requerimientos de ninguna forma y solo se pueden determinar sus requerimientos mediante un proceso de tanteo o ensayo y error. 3. Se tiene la intencin de que el sistema sea en lnea y con operacin total por pantalla, en contraposicin con los sistemas de edicin, actualizacin y reportes operados por lotes. 4. El sistema no requiere la especificacin de grandes cantidades de detalles algortmicos, ni de muchas especificaciones de procesos para describir los algoritmos con los cuales se obtienen los resultados. Los buenos candidatos suelen ser sistemas en los cuales el usuario se preocupa ms por el formato y distribucin de los datos de entrada y salida en la pantalla que por los cmputos que realiza el sistema para lograrlo. Es importante notar que el ciclo de vida de prototipos que se muestra en la figura 4 concluye con una fase de diseo de un ciclo de vida estructurado tradicional. Especficamente, esto significa que no se tiene la intencin de que el prototipo haga las veces de un sistema operacional; la intencin es tan slo que modele los requerimientos del usuario.
Pagina N 29
Herramientas de Recopilacin de Datos

Entrevista Encuesta Cuestionario
ANLISIS ESTRUCTURADO MODERNO Edward Yourdon Prentice Hall Hispanoamericana, S.A. Mxico 1993 Apndice E ANLISIS Y DISEO DE SISTEMAS Kenneth E. Kendall & Julie E. Kendall Prentice Hall Hispanoamericana, S.A. Mxico 1997 Captulos 5 y 6 DISEO DE SISTEMAS DE INFORMACIN John G. Burch Gary Grudnitski Editorial Limusa, S.A. Mxico 1997 Capitulo 16 Pginas 630 a 644 MANUAL DE SISTEMAS DE INFORMACIN 2 PARTE W. Hartman H. Motthes A. Proeme Paraninfo S.A. Espaa 1989 Capitulo 6 Pginas 202 a 216
Nota de la Ctedra:
Como se puede comprobar, de acuerdo a los distintos autores mencionados en la bibliografa, existe multiplicidad de mtodos de recopilacin de datos. Queda a cargo del alumno la investigacin sobre ms material adems del aportado por la ctedra.
Pagina N 30
CARACTERSTICAS DE LAS HERRAMIENTAS DE MODELADO

Un modelo es un simulacro de bajo costo de un sistema complejo que se desea estudiar. Se construyen modelos de sistemas por tres motivos: Para enfocar caractersticas importantes del sistema, a la vez que para minimizar las caractersticas menos importantes. Para discutir cambios y correcciones a los requerimientos del usuario, a bajo costo y con riesgo mnimo. Para verificar que se entiende el ambiente del usuario, y que se ha documentado de tal manera que los diseadores y programadores puedan construir el sistema.
Sin embargo existen muchos tipos diferentes de modelos que se pueden construir para el usuario: modelos narrativos, modelos de prototipos, modelos grficos diversos, etc. De hecho, el sistema final que se le construir al usuario pusiera resultar ser un modelo, en el sentido de que puede representar, por primera vez, una manera de que el usuario visualice lo que desea. La premisa bsica es que debe usarse cualquier modelo que funcione en la situacin en la que se encuentra. Los diferentes usuarios pudieran requerir distintas herramientas de modelado, sea por su experiencia pasada o porque ciertos tipos de diagramas los confunden o intimida. Diferentes proyectos pudieran requerir de distintas herramientas para cumplir con los estndares de documentacin impuestos por organizaciones externas. La mayora de los sistemas requieren de mltiples modelos, cada modelo se enfoca a un nmero limitado de aspectos del sistema, a la vez que minimiza(o ignora totalmente) otros de sus aspectos. Esto se da en muchos sistemas, pues tiene caractersticas funcionales complejas, estructuras de datos complejas, y consideraciones complejas de tiempos. Cualquier herramienta que se use debera tener las siguientes caractersticas: Debe ser grfica, con detalles textuales de apoyo apropiados. Debe permitir que el sistema sea visto segmentos, en forma descendente. Debe tener redundancias mnimas. Debe ayudar al lector a predecir el comportamiento del sistema. Debe ser transparente para el lector.
Modelos Grficos
La mayora de los modelos populares de sistemas se apoyan mucho en grficas. No es un requisito, pero la frase una imagen vale ms que mil palabras es una buena explicacin. Una imagen bien escogida puede transmitir de manera concisa y compacta una gran cantidad de informacin. Una imagen no describe todo lo referente a un sistema, en general se utilizan los grficos para identificar los componentes de un sistema y su interfaz. Todos los dems detalles se presentan en documentos textuales de apoyo. Esto no significa que todos los analistas deban usar el conjunto particular de herramientas grficas y de textos que aqu se presentan; el Gran Analista de Sistemas que est en el cielo no lo fulminar con sus rayos si no utiliza diagramas de flujo de datos. Sin embargo, es probable que lo fulmine el rayo si opta por uno de los extremos de nicamente grficos (sin textos de apoyo) o de slo texto (sin material grfico). Y seguramente le tocara aunque sea un pequeo relmpago si hiciera que el texto fuera la parte dominante del modelo, y que los grficos tuvieran un papel pequeo y subordinado. Uno o ms grficos deberan ser el documento primario al que se dirige el usuario para poder entender el sistema; los documentos textuales deberan servir de material de referencia para consultar en caso de necesidad.
Modelos Segmentables en forma Descendente

Un segundo aspecto importante de una buena herramienta de modelado es su capacidad de mostrar un sistema por partes en forma descendente. Esto no es importante para sistemas pequeos, pues de ellos se puede decir todo lo necesario en una o dos pginas, y cualquiera que necesite conocer algn aspecto del sistema bien puede conocerlo en su totalidad. Los proyectos reales en el mundo real generalmente no son pequeos, muchos de los proyectos en los que es
Pagina N 31
probable que se involucre un analista de sistemas sern desde medianos hasta enormes. En consecuencia, ser imposible que alguien, sea usuario, analista o programador, se enfoque a todo el sistema al mismo tiempo. Tampoco ser posible presentar un modelo grfico de un sistema grande y complejo en una sola hoja de papel. Por eso, nuestras herramientas deben permitirnos mostrar partes individuales del sistema de manera independiente, junto con una forma sencilla de moverse de una parte a otra del modelo del sistema. Nuestra experiencia con mapas y atlas ilustra como debe organizarse un modelo de un sistema complejo. Un buen modelo de un sistema complejo de informacin debera proceder de la misma manera descendente. Una porcin de la vista global de alto nivel del modelo debe dar al lector buenas ideas de los principales componentes de alto nivel y de las interfaces del sistema. Las siguientes porciones del modelo deberan proporcionar informacin respecto a los componentes detallados de bajo nivel. Y as como el atlas proporciona un mecanismo conveniente para recorrer el conjunto completo de mapas individuales, un buen modelo de un sistema de informacin proporciona un mecanismo conveniente para pasar tranquilamente de un nivel alto a uno bajo.
Modelos Mnimamente Redundantes

Los modelos son representaciones de algn sistema del mundo real y el sistema mismo pudiera ser esttico (no cambiante) o dinmico. Un mapa de la Argentina, por ejemplo, es una representacin grfica del pas. Mientras que muchos de sus aspectos son obviamente muy dinmicos, podra decirse que los aspectos que modela un mapa son relativamente estticos: las provincias individuales no aparecen o desaparecen muy a menudo y las fronteras entre ellas han permanecido constantes un tiempo bastante largo. Por qu importa esto a quien construye un modelo?. Simplemente, porque es deseable mantenerlo en forma actualizada y precisa. Si el sistema cambia, entonces debe cambiar el modelo, si ha de tenerse actualizado. Obviamente, si solo cambia un aspecto local del sistema, preferiramos cambiar slo un aspecto local correspondiente al modelo, sin tener por fuerza que cambiar algn otro. De hecho, si se requieren mltiples cambios, existe una buena probabilidad de que no se hagan o de que se harn desordenadamente. Y esto significa que el modelo se volver gradualmente menos preciso.
Modelos Transparentes
Finalmente, un buen modelo debe ser tan fcil de leer que el lector no tenga que detenerse a pensar siquiera que se trata de la representacin de un sistema y no del sistema mismo. Esto no siempre es tan fcil de lograr y a menudo requiere de prctica y preparacin por parte del lector. Piense en un mapa: qu tan a menudo se pone a pensar en que est mirando una representacin abstracta de la Provincia de Buenos Aires y no la realidad misma?. Al crecer, nos familiarizamos cada vez ms con el concepto de las representaciones abstractas, siempre que nos parezcan cmodas mentalmente. Esto indica que si estamos tratando de modelar algo que es intrnsecamente lineal y secuencial, como el flujo de control en un programa de computadora, debemos usar herramientas de modelado textual. Y si estamos tratando de modelar algo que es intrnsecamente multidimensional, con muchas actividades que se dan a la vez, debemos usar herramientas grficas.
Pagina N 32
BIBLIOGRAFA
ANLISIS ESTRUCTURADO MODERNO
Edward Yourdon Prentice Hall Hispanoamericana, S.A. Mxico 1993
ANLISIS Y DISEO DE SISTEMAS

Kenneth E. Kendall & Julie E. Kendall Prentice Hall Hispanoamericana, S.A. Mxico 1997
ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN

James A. Senn Mac Graw Hill Espaa 1992
ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN

Whitten Bentley Barlow Editorial El Ateneo Argentina 1980
DISEO DE SISTEMAS DE INFORMACIN

John G. Burch Gary Grudnitski Editorial Limusa, S.A. Mxico 1997
EL LENGUAJE DE MODELADO UNIFICADO

Grady Booch - James Rumbaugh Ivar Jacobson Addison Wesley Iberoamericana Madrid 2000
EL LENGUAJE DE MODELADO UNIFICADO GUA DEL USUARIO

EL LENGUAJE DE MODELADO UNIFICADO MANUAL DE REFERENCIA

EL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE

INTRODUCCIN AL ESTUDIO DE LA ORGANIZACIONES Y SU ADMINISTRACIN

Candido O. Pietragalla Ediciones Macchi Argentina 1976
MANUAL DE SISTEMAS DE INFORMACIN 1 PARTE

W. Hartman H. Motthes A. Proeme Paraninfo S.A. Espaa 1982
MANUAL DE SISTEMAS DE INFORMACIN 2 PARTE

W. Hartman H. Motthes A. Proeme Paraninfo S.A. Espaa 1989
SISTEMAS: CONCEPTOS, METODOLOGA Y APLICACIONES

B. Wilson Mac Graw Hill Espaa 1997
TCNICAS DE ORGANIZACIN Y ANLISIS DE SISTEMAS

Rodrigues Cuadrado Mrquez Serrano Mac Graw Hill Espaa 2002
TEORA DE LA INFORMACIN Y CODIFICACIN

Norman Abramson Paraninfo Espaa 1986
TEORIA GENERAL DE LOS SISTEMAS FUNDAMENTOS, DESARROLLO, APLICACIONES

Ludwig Von Bertalanffy Fondo de Cultura Econmica Mxico 1968
TEORA GENERAL DE SISTEMAS

John P. Van Gigch Editorial Trillas Mxico 1987
Pagina N 33
ndice
NOTA DEL AUTOR ............................................................................................................................................................................................. 2 INTRODUCCIN A LOS SISTEMAS .................................................................................................................................................................... 3 Teora General de Sistemas .................................................................................................................................................................. 3 Antecedentes Histricos.......................................................................................................................................................... 3 La Teora Clsica de los Sistemas ........................................................................................................................................................ 3 Primera Clasificacin de Sistemas ......................................................................................................................................... 3 Clasificacin de los Tipos de Sistemas dentro de la TGS..................................................................................................... 4 El enfoque de la TGS................................................................................................................................................................ 4 Definicin de la TGS ................................................................................................................................................................ 4 Clasificacin y Caractersticas de Sistemas ......................................................................................................................................... 5 Qu es un sistema? - Definicin............................................................................................................................... 5 Concepto de Sistemas ................................................................................................................................................. 5 Caractersticas Importantes de los Sistemas............................................................................................................ 5 Elementos del Sistema........................................................................................................................................................................... 6 Clasificacin Bsica.................................................................................................................................................................. 6 Componentes de un sistema ................................................................................................................................................... 6 Eficiencia & Eficacia ................................................................................................................................................................ 7 Eficiencia: ..................................................................................................................................................................... 7 Eficacia: ........................................................................................................................................................................ 7 Efectividad: .................................................................................................................................................................. 7 Concepto de Niveles de Sistemas .......................................................................................................................................................... 7 El nivel del sistema...................................................................................................................................................... 7 El nivel del sistema total ............................................................................................................................................. 8 El nivel del sistema global .......................................................................................................................................... 8 Concepcin Moderna de Sistemas........................................................................................................................................................ 8 Abstraccin ............................................................................................................................................................................... 8 Tipos de sistemas ................................................................................................................................................................................... 8 Sistemas naturales ................................................................................................................................................................... 8 Sistemas Hechos por el Hombre ............................................................................................................................................ 9 Sistemas automatizados ........................................................................................................................................................................ 9 Componentes............................................................................................................................................................................ 9 Hardware del Ordenador............................................................................................................................................ 9 Software del Ordenador.............................................................................................................................................. 9 Las Personas................................................................................................................................................................. 9 Los Datos ...................................................................................................................................................................... 9 Los Procedimientos ..................................................................................................................................................... 9 Categoras ................................................................................................................................................................................. 9 Sistemas de Procesamiento de Transacciones y Comercio Electrnico................................................................ 9 Sistemas de Informacin Administrativa ............................................................................................................... 10 Sistemas en Lnea ...................................................................................................................................................... 10 Sistemas en Lotes [Batch] ........................................................................................................................................ 11 Sistemas de Tiempo Real.......................................................................................................................................... 11 Sistemas de Apoyo a la Toma de Decisiones y Planeacin Estratgica............................................................... 11 Sistemas Basados en el Conocimiento .................................................................................................................... 12 Principios de sistemas generales......................................................................................................................................................... 12 INTEGRANTES DE UN PROYECTO ................................................................................................................................................................... 13 Usuarios ............................................................................................................................................................................................... 13 Clasificacin de los Usuarios por Categora de Trabajo. ................................................................................................... 13 Usuarios operacionales............................................................................................................................................. 13 Usuarios supervisores ............................................................................................................................................... 13 Usuarios Ejecutivos................................................................................................................................................... 14 Clasificacin de los Usuarios por el Nivel de Experiencia. ............................................................................................... 14 Usuario Principiante:................................................................................................................................................ 14 Usuarios Junior: ........................................................................................................................................................ 14 Usuarios Expertos: .................................................................................................................................................... 14 Administradores .................................................................................................................................................................................. 14 Administradores Usuarios........................................................................................................................................ 14 Administradores de Informtica ............................................................................................................................. 14 Administradores Directivos ..................................................................................................................................... 15 Auditores, Calidad y Normas ............................................................................................................................................................. 15 Analista de Sistemas............................................................................................................................................................................ 15 Diseadores de Sistemas ..................................................................................................................................................................... 16 Programadores .................................................................................................................................................................................... 16 Personal de Operaciones..................................................................................................................................................................... 16 Otro Personal Adicional ..................................................................................................................................................................... 16
Pagina N 34
INFORMACIN:................................................................................................................................................................................................ 17 El ciclo de la Informacin ................................................................................................................................................................... 17 Atributos en la Calidad de la Informacin:....................................................................................................................................... 17 Factores claves de las Organizaciones: .............................................................................................................................................. 17 Factores Claves:...................................................................................................................................................................... 17 Informacin como un Arma Competitiva:......................................................................................................................................... 18 Valor de la Informacin: ....................................................................................................................................................... 18 Jerarquas de la administracin: ......................................................................................................................................... 19 Componentes Estructurales de los Sistemas de Informacin:............................................................................................... 20 Entradas:................................................................................................................................................................................. 20 Modelos:.................................................................................................................................................................................. 20 Salidas: .................................................................................................................................................................................... 20 Tecnologa:.............................................................................................................................................................................. 20 Base de Datos: ........................................................................................................................................................................ 20 Control: ................................................................................................................................................................................... 20 Fuerzas que impactan sobre los componentes de construccin de los sistemas de informacin: ................................................... 20 Integracin: ............................................................................................................................................................................ 20 Interfaz Usuario/Sistema: .................................................................................................................................................... 20 Fuerzas Competitivas: ........................................................................................................................................................... 21 Calidad y Utilidad de la Informacin: ................................................................................................................................. 21 Requerimientos de Sistemas: ............................................................................................................................................... 21 Requerimientos de Procesamiento de Datos:..................................................................................................................... 21 Factores Organizacionales:................................................................................................................................................... 21 Requerimientos de Costo-Eficiencia: .................................................................................................................................. 21 Factores Humanos:................................................................................................................................................................ 21 Metodologas de Diseo de Sistemas de Informacin ............................................................................................................... 22 Porque el uso de una Metodologa? ................................................................................................................................................. 22 Pasos en el Desarrollo de un Sistemas................................................................................................................................................ 22 Componentes de la toma de decisiones .................................................................................................................. 22 Fases del ciclo de toma de decisiones en el diseo de sistemas:.......................................................................... 23 El ciclo de toma de decisiones.................................................................................................................................. 24 Ciclo de Vida del Proyecto ..................................................................................................................................................................... 25 Concepto .............................................................................................................................................................................................. 25 Ciclo de vida RUP ............................................................................................................................................................................... 25 Principios de desarrollo ........................................................................................................................................................ 26 Adaptar el proceso..................................................................................................................................................... 26 Equilibrar prioridades .............................................................................................................................................. 26 Demostrar valor iterativamente .............................................................................................................................. 26 Colaboracin entre equipos...................................................................................................................................... 26 Elevar el nivel de abstraccin................................................................................................................................... 26 Enfocarse en la calidad ............................................................................................................................................. 26 Ciclo de vida............................................................................................................................................................................ 26 Principales caractersticas .................................................................................................................................................... 27 Fases ........................................................................................................................................................................................ 27 Fase de Inicio: ............................................................................................................................................................ 28 Fase de elaboracin:.................................................................................................................................................. 28 Fase de Desarrollo:.................................................................................................................................................... 28 Fase de Cierre: ........................................................................................................................................................... 28 Artefactos ................................................................................................................................................................................ 28 Inicio: .......................................................................................................................................................................... 28 Elaboracin: ............................................................................................................................................................... 28 Construccin: ............................................................................................................................................................. 28 Comentarios sobre Alcance del RUP ................................................................................................................................... 28 Comentarios sobre Metodologa .......................................................................................................................................... 28 Ciclo de vida por prototipos ............................................................................................................................................................... 29 Herramientas de Recopilacin de Datos......................................................................................................................................... 30 Entrevista Encuesta Cuestionario ................................................................................................................................................ 30 CARACTERSTICAS DE LAS HERRAMIENTAS DE MODELADO ..................................................................................................................... 31 Modelos Grficos................................................................................................................................................................................. 31 Modelos Segmentables en forma Descendente .................................................................................................................................. 31 Modelos Mnimamente Redundantes................................................................................................................................................. 32 Modelos Transparentes....................................................................................................................................................................... 32 BIBLIOGRAFA ................................................................................................................................................................................................. 33 ndice.............................................................................................................................................................................................................. 34
Pagina N 35

2010 - Apunte - A&amp;D Sistemas

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

2010 - Apunte - A&amp;D Sistemas

Diunggah oleh

Hak Cipta:

Format Tersedia

LICENCIATURA EN INFORMTICA

Prof. Lic. Ruben RUFFINATTI

NOTA DEL AUTOR

Lic. Ruben Ruffinatti

INTRODUCCIN A LOS SISTEMAS

Inicio del desarrollo social humano

La Teora Clsica de los Sistemas

Primera Clasificacin de Sistemas

Clasificacin de los Tipos de Sistemas dentro de la TGS

No fragmentada: Permite estudiarla para finalmente mejorarla.

Lic. Ruben Ruffinatti

Clasificacin y Caractersticas de Sistemas

Caractersticas Importantes de los Sistemas

Lic. Ruben Ruffinatti

Elementos del Sistema

Salidas y Resultados: El Medio Ambiente: Propsito y Funcin: Atributos:

Componentes: Estructura: Estados y Flujos:

Lic. Ruben Ruffinatti

Eficiencia & Eficacia

Concepto de Niveles de Sistemas

El nivel del sistema

El nivel del sistema total

El nivel del sistema global

Concepcin Moderna de Sistemas

Sistemas Hechos por el Hombre

Sistemas de Procesamiento de Transacciones y Comercio Electrnico

Lic. Ruben Ruffinatti

Sistemas de Informacin Administrativa

Sistemas en Lotes [Batch]

Sistemas de Tiempo Real

Sistemas de Apoyo a la Toma de Decisiones y Planeacin Estratgica

Sistemas Basados en el Conocimiento

Principios de sistemas generales

Lic. Ruben Ruffinatti

Clasificacin de los Usuarios por Categora de Trabajo.

Clasificacin de los Usuarios por el Nivel de Experiencia.

Auditores, Calidad y Normas

Lic. Ruben Ruffinatti

Otro Personal Adicional

Lic. Ruben Ruffinatti

Atributos en la Calidad de la Informacin:

Factores claves de las Organizaciones:

Lic. Ruben Ruffinatti

Informacin como un Arma Competitiva:

Lic. Ruben Ruffinatti

Lic. Ruben Ruffinatti

Componentes Estructurales de los Sistemas de Informacin:

Lic. Ruben Ruffinatti

Calidad y Utilidad de la Informacin:

Requerimientos de Procesamiento de Datos:

Lic. Ruben Ruffinatti

Metodologas de Diseo de Sistemas de Informacin

Porque el uso de una Metodologa?

Pasos en el Desarrollo de un Sistemas

Lic. Ruben Ruffinatti

Fases del ciclo de toma de decisiones en el diseo de sistemas:

Lic. Ruben Ruffinatti

4. Reciclamiento desde el principio

El ciclo de toma de decisiones

Lic. Ruben Ruffinatti

Ciclo de Vida del Proyecto

Ciclo de vida RUP

Lic. Ruben Ruffinatti

Demostrar valor iterativamente

2010 - Apunte - A&D Sistemas

2010 - Apunte - A&D Sistemas