Material Unidad 1analisis
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
400
On Slideshare
369
From Embeds
31
Number of Embeds
2

Actions

Shares
Downloads
1
Comments
0
Likes
0

Embeds 31

http://sabertopia.blogspot.com 26
http://sabertopia.blogspot.ca 5

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. UNIVERSIDAD PEDAGÓGICA EXPERIMENTAL LIBERTADOR INSTITUTO PEDAGÓGICO “LUIS BELTRÁN PRIETO FIGUEROA” DEPARTAMENTO DE MATEMÁTICA COORDINACIÓN DE INFORMÁTICA Prueba Unidad I Análisis y Diseño de Sistemas de Información Prof. Julio Castillo EL PAPEL DEL ANALISTA DE SISTEMASEl analista de sistemas generalmente valora la manera que funcionan los negocios examinando laentrada, el procesamiento de datos y la salida de información con el propósito de mejorar losprocesos organizacionales.Muchas mejoras involucran mejor apoyo para las funciones de los negocios por medio del uso desistemas de información computarizados. Esta definición enfatiza un enfoque sistemático y metódicopara analizar, y posiblemente mejorar, lo que está sucediendo con el contexto específico creado porun negocio.Analista de Sistemas. El analista tiene como cometido analizar un problema y describirlo con elpropósito de ser solucionado mediante un sistema de información. Se vale de la información deentrada, los procesos modificadores y la información de salida, para así definir los procesosintermedios y poder entender con claridad a la organización.Funciones  Tiene que delimitar el análisis para ver lo que se quiere hacer inicialmente y después darle al usuario nuevas opciones de uso.  Se encarga de idear y desarrollar nuevos sistemas o nuevas formas para aplicar los recursos existentes a operaciones adicionales.  Es capaz de crear nuevos sistemas, ya sea de hardware y de software.CaracterísticasLos conocimientos que requiere son aquellos relacionados con las técnicas de análisis de sistemasde información:  Conocimiento del paradigma de programación e ingeniería del software.  Modelado funcional: Diagrama de flujo de datos, diagrama de estado, etc.  Modelado de datos y sus técnicas: Diagrama entidad-relación, modelo relacional, etc.  Conocimiento de la tecnología: arquitectura de software, bases de datos, etc.CualidadesLas cualidades que se esperan de un analista son esencialmente la capacidad de abstracción(Proceso mental, que permite al individuo comprender un concepto de un objeto. Sin tener al objetode manera tangible) y de análisis.  El analista es un solucionador de problemas
  • 2.  Es una persona que aborda como un reto el análisis de problemas y que disfruta al diseñar soluciones factibles.  Cuando es necesario, el analista debe contar con la capacidad de afrontar sistemáticamente cualquier situación mediante la correcta aplicación de herramientas, técnicas y su experiencia.  El analista también debe ser un comunicador con capacidad para relacionarse con los demás durante extensos periodos.  Necesita suficiente experiencia en computación para programar, entender las capacidades de las computadoras, recabar los requisitos de información de los usuarios y comunicarlos a los programadores.  Debe tener una ética personal y profesional firme que le ayude a moldear las relaciones con sus clientes.Se requiere que los analistas de sistemas desempeñen muchos paquetes en el curso de su trabajo.Algunos de estos papeles son: 1. Consultores externos para negocios. 2. Experto de soporte dentro de un negocio. 3. Agente de cambio en situaciones tanto internas como externas.El Rol de Consultor Un consultor externo tiene una perspectiva fresca de la cual carecen los demás miembros de una organización Tiene la desventaja de que alguien externo nunca conocerá la verdadera cultura organizacional.El Rol de Experto en Soporte Técnico En este rol, el analista da soporte del Hardware-Software de la empresa Con frecuencia, este trabajo no implica un proyecto completo de sistemas, sino la realización de pequeñas modificaciones No está a cargo del proyecto; tan sólo actúa como recurso para aquellos que sí lo están.El Rol De Agente De Cambio Del Analista De Sistemas Sirve de catalizador para el cambio, desarrolla un plan para el cambio y coopera con los demás para facilitar el cambio. Interactuar con los usuarios y la administración desde el principio de su proyecto. Si el cambio parece factible después de efectuar el análisis, el siguiente paso es desarrollar un plan para el cambio de manera conjunta con quienes tienen la facultad de autorizarlo. Promover un cambio que involucre el uso de los sistemas de información. Enseñar a los usuarios el proceso del cambio, ya que las modificaciones a un sistema de información no sólo afectan a éste sino que provocan cambios en el resto de la organización.Los analistas proceden sistemáticamente. El marco de referencia para su enfoque sistemático esproporcionado por lo que es llamado el ciclo de vida del desarrollo de sistemas (SDLC). Este puede
  • 3. ser dividido en siete fases secuenciales, aunque en realidad las fases están interrelacionadas yfrecuentemente se llevan a cabo simultáneamente. Las siete fases son: 1. Identificación de problemas: Requiere que el analista observe de forma objetiva lo que ocurre en una empresa. Luego, en conjunto con los otros miembros de la organización hará notar los problemas. 2. Oportunidades y objetivos: Las oportunidades son acuellas situaciones que el analista considera que pueden perfeccionarse mediante el uso de los sistemas de información computarizados. La identificación de objetivos también es un componente importante de la primera fase. En un comienzo, el analista deberá descubrir lo que la empresa intenta realizar, y luego. estará en posibilidad de determinar si el uso de los sistemas de información apoyaría a la empresa para alcanzar sus metas, el encaminarla a problemas u oportunidades específicas. 3. Determinación de los requerimientos de información: En esta etapa el analista hace todo lo posible por identificar qué información requiere el usuario para desempeñar sus tareas. Para identificar los requerimientos de información dentro de la empresa, pueden utilizarse diversos instrumentos, los cuales incluyen: el muestreo, el estudio de los datos y formas usadas por la organización, la entrevista, los cuestionarios: la observación de la conducta de quien toma las decisiones, así como de su ambiente: y también el desarrollo de prototipos. 4. Análisis de las necesidades de sistemas: el analista prepara una propuesta del sistema que resume todo lo que ha encontrado, presenta un análisis costo / beneficio de las alternativas y plantea las recomendaciones (si es que existen) de lo que deberá realizarse. Si la dirección acepta alguna de las recomendaciones, el analista procederá de acuerdo con ella. 5. Diseño del sistema recomendado: En esta etapa del ciclo de desarrollo de los sistemas, el analista de sistemas usa la información que recolectó con anterioridad y elabora el diseño lógico del sistema de información. El analista diseña procedimientos precisos de captura de datos, con el fin de que los datos que se introducen al sistema sean los correctos. Ei analista también diseña accesos efectivos al sistema de información, mediante el uso de las técnicas de diseño de formularios y de pantallas. Una parte del diseño lógico del sistema de información es el diseño de la interfaz con el usuario. 6. Desarrollo y documentación del software: En esta etapa del ciclo de desarrollo de los sistemas, el analista trabaja con los programadores para desarrollar todo el software original. Durante esta fase, el analista también colabora con los usuarios para desarrollar la documentación indispensable del software, incluyendo los manuales de procedimientos. La documentación le dirá al usuario como operar el software, y así también, qué hacer en caso de presentarse algún problema. 7. Prueba y mantenimiento del sistema e implementación del mismo: El sistema de información debe probarse antes de utilizarlo. E! costo es menor si se detectan los problemas antes cié la entrega del sistema. El programador realiza algunas pruebas por su cuenta, otras se llevan a cabo en colaboración con el analista de sistemas.Los paquetes de software basados en microcomputadora automatizado para el análisis y diseño desistemas son llamados herramientas CASE es decir, Un conjunto de programas y ayudas que dan
  • 4. asistencia a los analistas, ingenieros de software y Desarrolladores, durante todos los pasos delCiclo de Vida de desarrollo de un Software. El Software DIA será el elegido para las sesiones detrabajo.Las cuatro razones para la adopción de herramientas CASE son: 1. El incremento de la productividad del analista 2. La mejora de la comunicación entre analistas y usuarios 3. La integración de actividades del ciclo de vida y el análisis. 4. Evaluar de manera precisa los cambios en el mantenimientoClasificación de las Herramientas CASEU-CASE (Upper CASE - CASE superior o front-end) orientadas a la automatización y soporte de lasactividades desarrolladas durante las primeras fases del desarrollo: análisis y diseño.Herramientas de bajo nivel, L-CASE (Lower CASE - CASE inferior o back-end) semi-automatizan lageneración de código, crean programas de detección de errores, soportan la depuración deprogramas y pruebas.I-CASE (Integrated CASE, CASE integrado): abarcan todas las fases del ciclo de vida del desarrollode sistemas. Son llamadas también CASE workbench.Ejemplos de Herramientas CASE8.2.3.1. Herramientas Abiertas Umbrello ArgoUML Gaphor8.2.3.2. Herramientas Comerciales/Cerradas Rational Rose Together System Architect Visual Paradigm PoseidonLos analistas también usan enfoque CARE (Reingeniería Asistida por Computadora) para haceringeniería inversa y reingeniería de software para extender la vida del software legado.Un enfoque nuevo y diferente al análisis y diseño de sistemas es el análisis y diseño de sistemasorientados a objetos (O-O). Estas técnicas están basadas en conceptos de programación orientada aobjetos en los cuales los objetos, que son creados incluyen no solamente código acerca de los datossino también instrucciones acerca de las operaciones que se pueden realizar con ellos.
  • 5. Cuando la situación organizacional lo demanda, el analista puede apartarse del SDLC para intentaruna metodología alterna, tal como la elaboración de prototipos, ETHICS, el enfoque de campeón deproyecto, la metodología Soft Systems o Multiview.COMPRENSIÓN DE LOS ESTILOS, ORGANIZACIONES Y SU IMPACTO SOBRE LOS SISTEMASDE INFORMACIÓNHay tres amplios puntos fundamentales de las organizaciones a considerar cuando se analizan ydiseñan sistemas de información son: el concepto de la organización como sistema, los diversosniveles de administración y la cultura organizacional general.Las organizaciones son sistemas completos compuestos de subsistemas interrelacionados einterdependientes. Además, los sistemas y subsistemas están caracterizados por su ambienteinterno, en un continuo que va desde abiertos a cerrados. Un sistema abierto permite el paso libre derecursos (personas, información y materiales) a través de su frontera. Los sistemas cerrados nopermiten el libre flujo de entrada o salida.ORGANIZACIONES VIRTUALES Y EQUIPOS VIRTUALESNo todas las organizaciones o partes de éstas se encuentran visibles en una ubicación física. En laactualidad, organizaciones completas o unidades de éstas pueden tener componentes virtuales queles permiten cambiar su configuración para adaptarse a proyectos cambiantes o a demandas delmercado. Las empresas virtuales utilizan redes de computadoras y tecnología detelecomunicaciones para reunir, por medios electrónicos, a individuos con habilidades específicascon el propósito de que trabajen en proyectos que no se localizan físicamente en el mismo lugar. Latecnología de información hace posible la coordinación de los miembros de estos equipos remotos.Con frecuencia, en organizaciones recién establecidas, surgen repentinamente equipos virtuales; sinembargo, en algunos casos, las organizaciones de trabajadores remotos han sido capaces detriunfar sin las inversiones tradicionales en infraestructura.Los tres niveles de control administrativo son: operacional, medio y estratégico. El horizonte detiempo para la toma de decisiones es diferente para cada nivel.Nivel institucional o nivel estratégico: Es el nivel más elevado, compuesto por los directores,propietarios o accionistas y los altos ejecutivos, se considera estratégico ya que estos toman lasdecisiones y establecen los objetivos de la organización, así como las estrategias y recursos paralograrlos, su orientación es hacia el exterior ya que mantiene una conexión física con el ambiente,manejando niveles de incertidumbre ya que no puede controlar los eventos ambientales. Nivel intermedio o táctico: en él se encuentra los departamentos y divisiones de la empresa,situada entre el nivel institucional y operacional, ya que encarga que las decisiones tomadas en elnivel institucional sean adecuadas a las operaciones realizadas en nivel operacional, son el elementointermedio de la organización, son personas y órganos encargados de transformar la planificación enprogramas de acción. Además este amortigua los impactos del ambiente traído por el nivelinstitucional, los absorbe y dirige al nivel operacional involucrando rutinas, procedimientos y normascon el objeto alcanzar los objetivos planificados.
  • 6. Nivel operacional o núcleo técnico: está localizado en las áreas internas e inferiores de laorganización, en el cual se ejecutan las tareas y se llevan a cabo las operaciones, comprende laprogramación y ejecución de las actividades diarias de la empresa, en este punto se encuentra latecnología predominante organización la cual incluye maquinaria, instalaciones, oficinas y puntos deventa, incluyendo trabajo físico relacionado con elaboración de producto o prestación de servicios.Su función predominante es garantizar la utilización de los recursos disponibles y la máximaeficiencia de las operacionesLa cultura organizacional es el conjunto de percepciones, sentimientos, actitudes, hábitos, creencias,valores, tradiciones y formas de interacción dentro y entre los grupos existentes en todas lasorganizaciones.Se puede considerar como elementos básicos de la definición de cultura organizativa, los siguientes:- Conjunto de valores y creencias esenciales: Los valores son afirmaciones acerca de lo que estábien o mal de una organización. Creencia es la percepción de las personas entre una acción y susconsecuencias. Valores y creencias se concretan por medio de normas, cuyo papel es especificar elcomportamiento esperado.- La cultura compartida: No es suficiente con que existan valores y creencias a título individual,deben ser valores y creencias sostenidos por una mayoría de los miembros de la organización.- Imagen integrada: Es la configuración de la identidad de la empresa. La identidad proporcionacontinuidad en el tiempo, coherencia a pesar de la diversidad, especificidad frente al exterior ypermite a sus miembros identificarse con ella.- Fenómeno persistente: Es resistente al cambio. Esta inercia social puede tener implicacionestanto positivas como negativas. No obstante, la cultura organizativa evoluciona constantemente.DETERMINACIÓN DE LA FACTIBILIDAD Y EL MANEJO DE LAS ACTIVIDADES DE ANÁLISIS YDISEÑOLos cuatro puntos fundamentales del proyecto que el analista de sistemas debe manejar son: 1. Iniciación del proyecto 2. Determinación de la factibilidad del proyecto 3. Calendarización del proyecto 4. Administración de los miembros del equipo del análisis de sistema.Los proyectos pueden ser solicitados por muchas personas diferentes dentro del negocio o por losmismos analistas de sistema.La selección de un proyecto es una decisión difícil, debido a que serán solicitados más proyectos delos que pueden ser hechos.Cinco criterios importantes para la selección de proyectos son: 1. Que el proyecto solicitado este respaldado por la administración.
  • 7. 2. Que tenga el tiempo adecuado para la asignación de recursos. 3. Que mueva al negocio hacia la obtención de sus objetivos. 4. Que sea practicable. 5. Que sea lo suficientemente importante para ser considerado en vez de otros proyectos posibles.Si un proyecto solicitado satisface estos criterios, entonces puede ser elaborado un estudio de lafactibilidad de sus méritos operacionales, técnicos y económicos. Por medio del estudio defactibilidad los analistas de sistemas recopilan datos que permiten a la administración decidir sicontinúan con un estudio de sistema completo.La planeación del proyecto incluye la estimación del tiempo requerido por cada una de lasactividades del analista, su calendarización y la agilización de ellas, si es necesario para asegurarque un proyecto sea terminado a tiempo. Una técnica de que dispone el analista de sistemas para lacalendarización de tareas es la gráfica de Gantt, que despliega actividades en forma de barras enuna gráfica.La calendarización de proyectos basada en computadora, usando microcomputadoras, es ahorapráctica común, debido principalmente al uso de interfaces de usuario gráficas. Adicionalmente. Sepueden usar los administradores de información personales (PIM) por los analistas para planear,crear deposito de números telefónicos y de fax y hasta para ejecutar otros programas.Una segunda técnica, llamada PERT (evaluación de programas y técnicas de revisión), despliega lasactividades como flechas en una red. El PERT ayuda a que el analista determine la ruta crítica y eltiempo de holgura, que es la información requerida para el control efectivo del proyecto. Cuando esnecesario terminar un proyecto en menor tiempo, el analista puede reducir la duración total delproyecto identificación y agilizando las actividades principales.Una vez que un proyecto ha sido juzgado factible, el analista de sistemas debe administrar a losmiembros del equipo, sus actividades, tiempo y recursos. La mayor parte de esto se logra mediantela comunicación con los miembros del equipo. Los equipos están constantemente buscando unbalance entre el trabajar sobre las tareas y el mantener las relaciones con el equipo. Deben sersolucionadas las tensiones que suceden al intentar lograr este balance. Frecuentemente emergendos líderes en un equipo, un líder de tarea y un líder socioemocional. Los miembros deben valorarperiódicamente las normas del equipo para asegurarse de que sean funcionales en vez dedisfuncionales para el logro de los objetivos del equipo.Es importante que le equipo de análisis de sistemas ponga objetivos de productividad razonablespara las salidas tangibles y las actividades del proceso. Las fallas del proyecto pueden ser evitadas,por lo general, examinando las motivaciones de los proyectos solicitados, así como los motivos delequipo para recomendar o evitar un proyecto particular.Viabilidad técnica.Es donde el analista debe averiguar si es posible actualizar o incrementar los recursos técnicosactuales de tal manera que satisfagan los requerimientos bajo consideración.
  • 8. Viabilidad económica.La viabilidad económica es la segunda parte de la determinación de recursos. Los recursos básicosque se deben considerar son el tiempo de usted y el del equipo de análisis de sistemas, el costo derealizar un estudio de sistemas completo (incluyendo el tiempo de los empleados con los quetrabajará usted], el costo del tiempo de los empleados de la empresa, el costo estimado delhardware y el costo estimado del software comercial o del desarrollo de software.Viabilidad operativa.La viabilidad operativa depende de los recursos humanos disponibles para el proyecto e implicadeterminar si el sistema funcionará y será utilizado una vez que se instale.Recursos para ampliar el tema:Pags. 1-47, Análisis y diseño de sistemas, Kendall & Kendall, 3ª edición, ed. Pearson educación,1997.