1-DEFINA SISTEMA DE INFORMACIN SUS CARACTERSTICAS Y COMPONENTES.

un sistema de informacion es una disposicion de componentes integrados entre si con el proposito de apoyar y mejorar las operaciones cotidianas de una empresa ,asi como satisfacer las necesidades de la informacion para la resolucion de problemas y la toma de decisiones por parte del directivo de la empresa. los componentes del sistema de informacion son: personas, actividades, datos, redes y tecnologia

BLOQUE DE PERSONAS : Todos los participantes en los en los sistemas de informacin tienen algo en comn; son trabajadores de la informacin, es decir son encargados de la creacin ,la captura ,la distribucin y el uso de la informacin.

BLOQUE DE DATOS Los datos son la materia prima utilizada para producir informacin ,en consecuencia consideramos que los datos constituyen uno de los pilares fundamentales de un sistema de informacin DATO:es una coleccin de hechos considerados de forma aislada.los datos describen la organizacin .estos hechos aislados portan un significado pero no son de utilidad por si solos INFORMACION:es un dato que ha sido manipulado ,lo que resulta de utilidad para alguien ;la informacin debe tener valor de lo contrario seria un dato. BLOQUE DE ACTIVIDADES . Las actividades definen la funcin de un sistema de informacin Las ACTIVIDADES DE UNA EMPRESA son procesos cotidianos que sirven para apoyar sus metas y objetivos .la mayor parte de las empresas se organiza en torno a actividades tales como el marketing, las venta, operaciones de almacen ,las expediciones y las recepciones ,la gestin de personal ,la contabilidad y la produccin . BLOQUE REDES REDES: Las redes son estructuras de distribucin de personas, datos, actividades y tecnologa en los lugares adecuados de la empresa.

BLOQUE DE TECNOLOGIA La tecnologa de informacin designa la moderna combinacin de tecnologas informticas y tecnologa de telecomunicaciones.

2-DEFINA PARTICIPANTES DE UN SI. Y CUL ES SU ROL Las personas en el sistema de informacin se clasifican de acuerdo a las funciones que desempea en el desarrollo del sistema, ellas son: Propietarios de sistema Generalmente pertenecen al cuerpo directivo de la empresa, son los que patrocinan y promueven los sistemas de informacin(SI) .adems son responsables de fijar presupuesto y el plazo necesario para desarrollar y mantener el SI. Usuarios de sistema Son las personas para las que el analista desarrolla los sistemas de informacin .los usuarios de sistemas definen: Los problemas que han de resolverse Las oportunidades deben que deben aprovecharse Las necesidades que han de satisfacerse Las restricciones de empresa que se impondr a los sistemas de informacin

Diseadores de sistema Traducen las necesidades y las restricciones de empresa manifestadas por los usuarios a soluciones tcnicas. Constructores de sistemas Son los encargados de fabricar sistemas de informacin multiusuario basados en las especificaciones de diseos obtenidas de los diseadores de sistema.

3-CLASIFIQUE LOS SISTEMAS DE INFORMACIN SEGN LA FUNCIN A LA QUE VAYAN DESTINADOS O EL TIPO DE USUARIO FINAL DEL MISMO SISTEMAS DE PROCESAMIENTO DE TRANSACCIONES SISTEMAS DE AUTOMATIZACIN DE LA OFICINA Y SISTEMAS DE TRABAJO DEL CONOCIMIENTO SISTEMAS DE INFORMACIN GERENCIAL SISTEMAS DE APOYO A LA TOMA DE DECISIONES SISTEMAS EXPERTOS E INTELIGENCIA ARTIFICIAL 4-QU ES UN REQUERIMIENTO? IDENTIFICAR Y EXPLICAR LOS TIPOS DE REQUERIMIENTOS DE EJEMPLOS

El aspecto fundamental del anlisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. El analista debe conocer el funcionamiento del negocio y poseer informacin muy completa de la gente, los objetivos, los datos y los procedimientos implicados. Conforme se renen los detalles, los analistas estudian los datos sobre requerimientos con la finalidad de identificar las caractersticas que debe tener el nuevo sistema, incluyendo la informacin que deben producir los sistemas junto con caractersticas operacionales tales como controles de procesamiento, tiempos de respuesta y mtodos de entrada y salida. Una vez establecidas las caractersticas del SI a partir de las necesidades del Dpto. es posible identificar los requerimientos del sistema tal como se muestra a continuacin: Deber permitir administrar eficientemente todo el personal de la empresa sin importar el convenio de la persona. Deber permite evaluar a los recursos disponibles para tener el control de las irregularidades a la fecha. Deber permitir generar legajos a travs de formularios configurados de acuerdo a las necesidades de la empresa. Deber generar automticamente un e-mail reportando los avisos, alertas e irregularidades que fueron configuradas para el control diario. A travs de un Generador de Consultas, deber permitir crear consultas personalizas segn las necesidades de cada sector. Deber generar estadsticas de estados de recursos, por rea de ocupacin, ausencias, horas trabajadas, etc. (vase ilustracin 4). Deber generar liquidaciones de sueldos a travs de conceptos configurables y a la medida de las necesidades de la empresa. Deber brindar a nivel gerencial una vista global de la rentabilidad de la empresa por periodo y de acuerdo a los contratos vigentes.

Un requisito funcional puede ser una descripcin de lo que un sistema debe hacer. Este tipo de requisito especifica algo que el sistema entregado debe ser capaz de realizar. Un requisito no funcional: de rendimiento, de calidad, etc; especifica algo sobre el propio sistema, y cmo debe realizar sus funciones. Algunos ejemplos de aspectos solicitables son la disponibilidad, el testeo, el mantenimiento, la facilidad de uso, etc. Otros tipos de limitaciones externas, que afectan en una forma indirecta al producto. Estas pueden ir desde la compatibilidad con cierto sistema operativo hasta la adecuacin a leyes o regulaciones aplicables al producto

Una coleccin de requisitos describe las caractersticas o atributos del sistema deseado. Se omite el cmo debe lograrse su implementacin, ya que esto debe ser decidido en la etapa de diseo por los diseadores. 5 -QU ES UNA METODOLOGA O CICLO DE VIDA?
Un proceso para el desarrollo de software, tambin denominado ciclo de vida del desarrollo de software es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe una enfoque diferente para diferentes actividades que tienen lugar durante el proceso. Algunos autores consideran un

modelo de ciclo de vida un trmino ms general que un determinado proceso para el desarrollo de software. Por ejemplo, hay varios procesos de desarrollo de software especficos que se ajustan a un modelo de ciclo de vida de espiral.

6 -POR QU ES NECESARIA UNA METODOLOGA PARA DESARROLLAR UN SOFTWARE?

Al inicio de un desarrollo (no de un proyecto), esta es la primera fase que se realiza, y, segn el modelo de proceso adoptado, puede casi terminar para pasar a la prxima etapa (caso de Modelo Cascada Realimentado) o puede hacerse parcialmente para luego retomarla (caso Modelo Iterativo Incremental u otros de carcter evolutivo). En simple palabras y bsicamente, durante esta fase, se adquieren, renen y especifican las caractersticas funcionales y no funcionales que deber cumplir el futuro programa o sistema a desarrollar. Las bondades de las caractersticas, tanto del sistema o programa a desarrollar, como de su entorno, parmetros no funcionales y arquitectura dependen enormemente de lo bien lograda que est esta etapa. Esta es, probablemente, la de mayor importancia y una de las fases ms difciles de lograr certeramente, pues no es automatizable, no es muy tcnica y depende en gran medida de la habilidad y experiencia del analista que la realice. Involucra fuertemente al usuario o cliente del sistema, por tanto tiene matices muy subjetivos y es difcil de modelar con certeza o aplicar una tcnica que sea la ms cercana a la adecuada (de hecho no existe la estrictamente adecuada). Si bien se han ideado varias metodologas, incluso software de apoyo, para captura, elicitacin y registro de requisitos, no existe una forma infalible o absolutamente confiable, y deben aplicarse conjuntamente buenos criterios y mucho sentido comn por parte del o los analistas encargados de la tarea; es fundamental tambin lograr una fluida y adecuada comunicacin y comprensin con el usuario final o cliente del sistema. 7 NOMBRAR Y DESCRIBIR BREVEMENTE LAS ETAPAS DE LA METODOLOGA ESTRUCTURADA
Es un proceso (o fases) por el cual el analista de sistema, los ingenieros de software, los programadores y los usuarios finales elaboran sistema de informacin y aplicaciones informticas. Estas fases son: 1) IDENTIFICACION DEL PROBLEMA, OPORTUNIDADES Y OBJETIVOS: El analista determina los problemas, oportunidades o situaciones utilizando sistema de informacin computarizados e identificacin de objetivos en un negocio. A continuacin la administracin decide si sigue adelante con el proyecto propuesto. 2) DETERMINACION DE LOS REQUERIMIENTOS DE INFOMACION: El analista debe conocer el funcionamiento del negocio y poseer informacin muy completa de la gente, los objetivos, los datos y los procedimientos implicados. 3) ANALISIS DE LAS NECESIDADES DEL SISTEMA: El analista hace uso de diagramas de flujo (grafica las entradas, los procesos y las salidas de las funciones del negocio), analiza las decisiones estructuradas (prepara una propuesta de sistema, proporcionando un anlisis de costo/beneficio de las alternativa) y ofrece recomendaciones sobre lo que se debe hacer. 4) DISEO DEL SISTEMA RECOMENDADO: El analista disea procedimiento para la captura de datos. Interacta con el usuario en la entrada de datos al sistema de informacin (como formularios y pantallas) y disea de la salida que satisfagan las necesidades de los mismos.

5) DESARROLLO Y DOCUMENTACION DEL SOFTWARE: El analista se vale de una o mas de las herramientas para comunicar al programador lo que se requiere programar. Los programadores disean, codifica y eliminan errores sintcticos de los programas de cmputos. 6) PRUEBA Y MANTENIMIENTO DEL SISTEMA: Se realiza una serie de pruebas con los datos de muestras para determinar cuales son los problemas y posteriormente se realiza con otros datos reales del sistema actual. El mantenimiento se lleva al cabo de una manera rutinario como las actualizaciones de programas. 7) IMPLEMANTACION Y EVALUCION DEL SISTEMA: Bajo la supervisin del analista de sistema se capacita a los usuarios en el manejo del sistema. La evaluacin consiste en saber si los usuarios a quienes va dirigido el sistema lo estn utilizando realmente. Debe hacerse hincapi que el trabajo del sistema es cclico, cuando el analista termina una fase del desarrollo de sistema y pasa a la siguiente el surgimiento del problema podra obligar al analista a regresar a la fase previa y modificar el trabajo realizado.

8 DETERMINAR LOS REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES PARA EL SIGUIENTE CASO Un banco quiere crear un programa para manejar sus cajeros automticos. Dicho programa solo debe permitir retirar dinero y consultar el saldo de una cuenta. Todos los das, un agente bancario saca de cada cajero un resumen de las transacciones que se realizaron en l. Para esto, el agente debe obtener todos los comprobantes de las operaciones realizadas, sumar el total de dinero retirado y llenar un informe donde figure la cantidad de dinero extrada del cajero.

Empresa: Banco Programa para cajero Actividad a analizar: retiro de dinero Requerimiento Funcional Revisar el estado del cajero Revisar si tiene dinero Verificar la base de datos de claves de clientes Verificar al insertar la tarjeta la clave de cliente Si es una clave valida, seguir con el proceso Muestra por pantalla el men para las distintas operaciones Registra las transacciones en un dispositivo de almacenamiento Si la clave no es vlida mandar un mensaje de error Si el error se repite por 3 veces consecutivas que retenga la tarjeta. Dar aviso al personal del banco mediante una alarma Al estar terminando el horario bancario un agente bancario recupera los datos del dispositivo de almacenamiento y genera el informe Requerimiento No Funcional Revisar mdulos del cajero (modulo de retiro, modulo de depsito) Si el modulo de depsito este activo o no Si la opcin elegida solo es ver los movimientos de cuenta o chequear el saldo, registrarlo como una transaccin mas