portafolio de analisis y diseÑo de sistemas

86
PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS SIGUIENTE

Upload: noelle-mcdowell

Post on 01-Jan-2016

72 views

Category:

Documents


5 download

DESCRIPTION

PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS. SIGUIENTE. ALUMNA : NADIA LIZETH GUADALUPE PEINADO QUEZADA MATERIA: INFORMATICA PROFESOR: JUAN PABLO TORRES ADAME TRABAJO: PORTAFOLIO DE ANALISIS DE DISEÑO DE SISTEMAS UNIVERSIDAD: UNIVERSIDAD TAMAULIPECA - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

SIGUIENTE

Page 2: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ALUMNA: NADIA LIZETH GUADALUPE PEINADO QUEZADA

MATERIA: INFORMATICA

PROFESOR: JUAN PABLO TORRES ADAME

TRABAJO: PORTAFOLIO DE ANALISIS DE DISEÑO DE SISTEMAS

UNIVERSIDAD: UNIVERSIDAD TAMAULIPECA

CARRERA: INGENIERIA EN SISTEMAS COMPUTACIONALES

TETRAMESTRE: 6°

PERIODO ESCOLAR: MAYO-AGOSTOANTERIOR INDICEFIN SIGUIENTE

Page 3: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

INDICEPRESENTACION DEL PORTAFOLIO……….…..……..………………….1

PORTADA………………………………….…………………………………..2

INDICE……………………………………………………………………….3,4

CAPITULO 1……………………………………5,6,7,8,9,10,11,12,13,14,15,16

CAPITULO 2……………………………………...………17,18,19,20,21,22,23

CAPITULO 3…........................................24,25,26,27,28,29,30,31,32,33,34,35

CAPITULO 4……………………………...……36,37,38,39,40,41,42,43,44,45

CAPITULO 5………………………………………..…….46,47,48,49,50,51,52

CAPITULO 6………………………………………..…….….53,54,55,56,57,58

ANTERIOR INDICEFIN SIGUIENTE

Page 4: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 7……….……………………………………..….59,60,61,62,63,64

CAPITULO 8………………………………………………..………65,66,67,68

CAPITULO 9..................................................……………69,70,71,72,73,74,75

CAPITULO 10……...............................................……76,77,78,79,80,81,82,83

RUBRICA……………………………………….……………………….…84,85

CONCLUSION……………………………………….………………..………86

ANTERIOR INDICEFIN SIGUIENTE

Page 5: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 1

SISTEMAS ROLES Y METODOLOGIAS DE DESARROLLO

1. Tipos básicos de sistemas de computación que un analista debe conocer.

2. Nuevas tecnologías que pueden modificar la dinámica de un sistema.

3. Ciclo de vida del desarrollo de sistemas

4. herramientas CASE y como pueden ayudar a un analista de sistemas.

5. Análisis y diseño de sistemas orientados a objetos .

ANTERIOR INDICEFIN SIGUIENTE

Page 6: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

1. TIPOS DE SISTEMAS

SISTEMAS DE PROCESAMIENTOS DE TRANSACCIONES

Los sistemas de procesamiento de transacciones (TPS) son sistemas de información computarizados que se desarrollaron para procesar grandes cantidades de información para la transacción de negocios rutinarias, como nominas e inventarios.

Los sistemas de procesamiento de transacciones son sistemas que atraviesan limites y permiten que la organización interactúe con los entornos externos. Como los administradores analizan los datos generados por el TPS para obtener información actualizada sobre lo que ocurre en sus empresas, es imprescindible que estos sistemas funcionen sin problemas ni interrupciones para sustentar las operaciones diarias de esta compañía.

ANTERIOR INDICEFIN SIGUIENTE

Page 7: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

SISTEMAS DE AUTOMATIZACION DE OFICINAS Y SISTEMAS DE TRABAJO DE CONOCIMIENTO

En el nivel de conocimiento de la organización hay dos clases de sistemas: los sistemas de automatización de oficinas (OAS) brindad apoyo a las personas que trabajan con datos no para crear conocimiento sino para analizar la información y transformar los datos o manipularlos de cierta forma atreves de la organización y, algunas veces mas allá. Los aspectos mas conocidos de los sistemas OAS son el procesamiento de palabras, las hojas de calculo, el diseño grafico por computadora, la planificación electrónica y la comunicación atreves de correo de voz y teleconferencias.

ANTERIOR INDICEFIN SIGUIENTE

Page 8: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

SISTEMAS DE INFORMACION ADMINISTRATIVALos sistemas de información administrativa (MIS) no sustituyen en los sistemas de procesamiento de transacciones; mas bien todos los sistemas (MIS) incluyen el procesamiento de transacciones. Los MIS son sistemas de información computarizados que funcionan debido a la decidida interacción entre las personas y las computadoras. SISTEMAS DE SOPORTE DE DECISIÓNLos sistemas de soporte de decisión (DSS, o sistemas de apoyo a la toma de decisiones) pertenecen a una clase superior de sistemas de información computarizados. La diferencia escrita en el sistema de soporte esta mas enfocado a brindar respaldo a la toma de decisiones en todas sus fases, aun que la decisión misma aun corresponde de manera exclusiva al usuario

ANTERIOR INDICEFIN SIGUIENTE

Page 9: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

INTELIGENCIA ARTIFICIAL Y SISTEMAS EXPERTOS

La inteligencia artificial (AI) puede ser considerada como el campo dominante de los sistemas expertos, la idea general de la AI a sido desarrollar equipos que se comporten de manera inteligente. Los sistemas expertos son una clase muy especial del sistema de información que ha demostrado su utilizad comercial gracias a la disponibilidad extendida de hardware y software como las computadoras personales (PC) y las interfaces de sistemas expertos.

Los componentes básicos de un sistema experto son la base de conocimiento, un motor de inferencia que conecte al usuario con el sistema mediante el proceso de consultas en lenguajes-como el lenguaje de consulta estructurado (SQL), - y la interfaz de usuario.

ANTERIOR INDICEFIN SIGUIENTE

Page 10: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

SISTEMAS DE SOPORTE DE DESICIONES EN GRUPO Y SISTEMAS DE TRABAJO COLABORATIVO ASISTIDO POR COMPUTADORA

Las organizaciones confían mas en los grupos o equipos para tomar decisiones en conjunto. Cuando los grupos toman decisiones semiestructuradas o no estructuradas, un sistema de soporte de decisiones en grupo (GDSS o sistema de apoyo a la toma de decisiones en grupo) puede ofrecer una solución. Estos sistemas que se utilizan en cuartos especiales equipados con varias configuraciones, permiten a los miembros de los grupos interactuar con el soporte electrónico ( a menudo en la forma de software especializado) y un facilitador de grupo especial. Y delos sistemas de trabajo colaborativo asistido por computadora (CSCWS), que podrían incluir el soporte de software conocido como groupware para colaborar en equipo mediante computadoras conectadas en red.

ANTERIOR INDICEFIN SIGUIENTE

Page 11: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

SISTEMAS DE SOPORTE PARA EJECUTIVOS

los sistemas de soporte para ejecutivos (ESS, sistemas de apoyo para ejecutivos ayudan a los ejecutivos a organizar sus i interacciones con el entorno externo ofreciendo tecnologías de gráficos y comunicaciones en sitios accesibles en salas de juntas u oficinas corporativas personales . Aunque los sistemas ESS se basan en la información que generan los sistemas TPS y MIS, ayudan a sus usuarios a enfrentar los problemas relacionados con decisiones no estructuradas inespecíficas de una aplicación, para lo cual crean un entorno que les ayude a pensar sobre los problemas estratégicos de una manera informada.

ANTERIOR INDICEFIN SIGUIENTE

Page 12: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

LAS APLICACIONES DE COMERCIO ELECTRONICO Y LOS SISTEMAS WEB

A muchos de los sistemas se les puede agregar una mayor funcionalidad si se hacen migrar a la Word Wide Web o si se conciben o implementan originalmente como tecnologías basadas en web. hay muchos benéficos relacionados con el proceso de montar o mejorar una aplicación en web:

1. Aumenta el numero de usuarios que se enteran de la disponibilidad de un servicio

2. Los usuarios tienen la posibilidad de acceder las 24 horas del día

3. Se puede mejorar la utilidad y capacidad de uso del diseño de la interfaz

4. Se puede expandir un sistema globalmente en vez de permanecer en el entorno local.

2. INTEGRACION DE LAS TECNOLOGIAS EN SISTEMAS

ANTERIOR INDICEFIN SIGUIENTE

Page 13: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

SISTEMAS EMPRESARIALES

Muchas organizaciones proveen beneficios potenciales derivados de la integración de diversos sistemas de información existentes en distintos niveles administrativos y dentro de diferentes funciones. SISTEMAS PARA DISPOSITIVOS INALAMBRICOS Y

MOVILES

Se ha pedido a los analistas una amplia variedad de sistemas y aplicaciones para usuarios, con las orientadas conocidas como los wi fi o redes personales inalámbricas que reúnan muchos tipos de dispositivos bajo el estándar bluetooth SOFTWARE DE CODIGO FUENTE ABIERTO

El software de código fuente abierto (OSS) es una alternativa al desarrollo de software tradicional, en donde el código propietario se oculta a los usuarios.

ANTERIOR INDICEFINDiapositiva

86SIGUIENTE

Page 14: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

El ciclo de vida se divide en cuatro fases para el análisis y diseño cada fase se presenta de manera discreta, en realidad nunca se puede llevar a cabo como un caso separado sino que varias actividades pueden ocurrir al mismo tiempo e incluso se pueden repetir.

3. CICLO DE VIDA DEL DESARROLLO DE SISTEMAS

ANTERIOR INDICEFIN SIGUIENTE

Page 15: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

Estas herramientas las cuales se crearon de manera explicita para mejorar el trabajo rutinario atreves del uso del soporte automatizado. Los analistas emplean herramientas CASE para aumentar la productividad, comunicarse con los usuarios de una manera mas efectiva e integrar el trabajo que realizan en el sistema, desde el inicio hasta el fin del ciclo de vida, hay herramientas CASE superior y CASE inferior. Un a herramienta CASE superior permite al analista crear y modificar el diseño del sistema y las herramientas CASE inferiores se utilizan para generar código fuente de computadora con lo cual se elimina la necesidad de programar el sistema

4. USO DE HERRAMIENTAS CASE

ANTERIOR INDICEFIN SIGUIENTE

Page 16: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

El análisis y diseño orientado a objetos (O-O) es metodología diseñada para facilitar el desarrollo de sistemas que deben cambiar con rapidez en repuestas con los entornos empresariales dinámicos.

5. ANALISIS Y DISEÑO ORIENTADO A OBJETOS

ANTERIOR INDICE SIGUIENTEFIN

Page 17: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 2

COMPRENSION Y MODELADO DE LOS SISTEMAS ORGANIZACIONALES

1. LAS ORGANIZACIONES COMO SISTEMAS Y QUE COMO ANALISTA DEBE ASUMIR UNA PERSPECTIVA DE SISTEMAS

2. DESCRIPCION GRAFICA DE LOS SISTEMAS

3. NIVELES DE ADMINISTRACION

4. COMPRENDER QUE LA CULTURA ORGANIZACIONAL COMO AFECTA AL DISEÑO DE LOS SISTEMAS DE INFORMACION

ANTERIOR INDICEFIN SIGUIENTE

Page 18: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

Podemos conceptualizar operativamente a las organizaciones y sus miembros como sistemas diseñados para cumplir con ciertas metas y objetivos predeterminados atreves de las personas y los recursos que emplean. Las funciones especializadas(sistemas mas pequeños) se reintegran atreves de diversos medios para formar un todo organizacional efectivo CAPACIDAD DE INTERRELACION E INTERPRETACION DE LOS SISTEMAS

Todos los sistemas y subsistemas están interrelacionados y son interdependientes. Todos los sistemas procesan entradas provenientes de sus entornos

1. LAS ORGANIZACIONES COMO SISTEMAS

ANTERIOR INDICEFIN SIGUIENTE

Page 19: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ORGANIZACIONES Y EQUIPOS VIRTUALES

Toda una organización o varias unidades de esta pueden poseer componentes virtuales que les permitan modificar sus configuraciones para adaptarse a las demandas del proyecto o del mercado. UNA PERSPECTIVA DEL SISTEMA

Al tomar una perspectiva del sistema, los analistas pueden empezar a descifrar y comprender en términos generales las diversas empresas en que entraran en contacto. La perspectiva de un gerente de producción

Considera a su departamento como el centro de la empresa que controla todas las demás áreas funcionales

ANTERIOR INDICEFIN SIGUIENTE

Page 20: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

LOS SISTEMAS Y EL DIAGRAMA DE FLUJO DE DATOS A NIVEL DE CONTEXTO

El primer modelo es el diagrama de flujo de datos a nivel de contexto (también conocido como modelo ambiental) Los diagramas de flujo de datos se enfocan en los datos que fluyen hacia el sistema y salen de el, además del procedimientos de estos datos y son una manera de mostrar el alcance de sistema a lo que se va incluir en el.

2. DESCRIPCION GRAFICA DE LOS SISTEMAS

ANTERIOR INDICEFIN SIGUIENTE

Page 21: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

La administración en las organizaciones existe en tres amplios niveles horizontales: control operacional, planeación y control administrativo (administración de nivel medio), y administración estratégica: Los casos de uso comunican los requerimientos del sistema con efectividad. Los casos de uso permiten a las personas contar historias Las historias de los casos de uso tienen sentido para las personas sin

conocimientos técnicos Los casos de uso no dependen de un lenguaje especial Los casos de uso pueden describir a la mayoría de los requerimientos

funcionales Los casos de uso pueden describir los requerimientos no funcionales Los casos de usos ayudan a los analistas a definir los limites Los casos de uso se pueden rastrear para que los analistas puedan identificar

los enlaces entre los casos de uso

3. NIVELES DE ADMINISTRACION

ANTERIOR INDICE SIGUIENTEFIN

Page 22: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

IMPLICACIONES PARA EL DESARROLLO DE SISTEMAS DE INFORMACION

Cada uno de los tres niveles administrativos contiene distintas implicaciones para desarrollar sistemas de información . Algunos de los requerimientos de información para los gerentes son evidentes.

Administración estratégica

Planeación y control administrativo

Control operacional

ANTERIOR INDICEFIN SIGUIENTE

Page 23: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

La cultura organizacional es un área establecida de investigación, en vez de considerar la cultura como un todo, es mas conveniente pensar acerca de los factores determinantes que se pueden investigar sobre las subculturas, como el simbolismo verbal y no verbal. El simbolismo verbal incluye el lenguaje compartido que se utiliza para construir, transmitir y preservar los mitos, metáforas, visiones, y humor de las subculturas. El simbolismo no verbal incluye los artefactos, ritos y ceremonias que se comparten; la ropa de los que toman decisiones los trabajadores el uso la ubicación y decoración de las oficinas.

4. CULTURA ORGANIZACIONAL

ANTERIOR INDICEFIN SIGUIENTE

Page 24: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 3CUESTIONARIO

ADMINISTRACION DE PROYECTOS 1.- ¿CUALES SON LOS 5 FUNDAMENTOS PRINCIPALES DE UN PROYECTO?

Iniciar proyecto

Determinar su viabilidad

Programar fechas y tiempos para su cumplimiento

Planificar

Administrar las actividades y a los miembros del equipo para optimizar la productividad 2.-MENCIONE TRES FORMAS SOBRE AVERIGUAR SOBRE LOS PROBLEMAS O LAS

OPORTUNIDADDES POTENCIALMENTE ASOCIADOS CON UNA SOLUCION DE SISTEMAS

Viabilidad técnica

Viabilidad económica

Viabilidad operacional

ANTERIOR INDICE SIGUIENTEFIN

Page 25: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

3.-ENLISTE LOS 5 CRITERIOS PARA LA SELECION DE PROYECTOS DE SISTEMAS

Contar con el respaldo de la administración

Que sea el momento oportuno para comprometerse con el proyecto

La posibilidad de mejorar la obtención de los objetivos de la organización

Que sea practico en términos de recursos para el analista de sistemas y la organización

Que el proyecto valga la pena en comparación con las demás formas en que la organización podrá invertir sus recursos.

4.-DEFINA VIAVILIDAD TECNICA El analista debe averiguar si es posible desarrollar el nuevo sistema teniendo

en cuenta los recursos técnicos actuales, al mismo tiempo el analista puede preguntar si la organización cuenta con el personal que tenga la habilidad técnica suficiente para lograr los objetivos.

ANTERIOR INDICEFIN SIGUIENTE

Page 26: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

5.-DEFINA VIAVILIDAD ECONOMICA Es la segunda parte de la determinación de recursos. Los recursos básicos a

considerar son el tiempo de usted como analista y el tiempo de su equipo de análisis de sistemas.

  6.-DEFINA VIAVILIDAD OPERACIONAL Es suponer que por un instante que tanto los recursos técnicos como

económicos se consideran adecuados. El analista de sistemas debe aun considerar la viabilidad operacional del proyecto solicitado.

7.-MENCIONE 4 CRITERIOS PARA EVALUAR EL HARDWARE DE SISTEMAS

El tiempo requerido para las transacciones promedio(incluyendo el tiempo requerido para introducir los datos y cuanto se tarda en recibir la salida)

La capacidad del volumen total del sistema (cuanto se puede procesar al mismo tiempo antes de que surja un problema

El tiempo de la inactividad del CPU o red El tamaño de memoria provistoANTERIOR INDICEFIN SIGUIENTE

Page 27: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

8.- ¿Cuáles SON LAS 3 OPCIONES PRINCIPALES PARA LA ADQUISICION DE HARDWARE COMPUTACIONAL?

1) Comprarlo

2) Arrendarlo

3) Rentarlo 9.- ¿QUE SIGNIFICA COTS? La renta del software a un proveedor de servicios de aplicación 10.- ¿QUE IMPLICA UN ASP, EN TERMINOS DE ENTREGA DE SOTWARE? Hay beneficios específicos al subcontratar u servicio de aplicación ASP para que se

encargue del desarrollo de la empresa. Cuando una organización utiliza un ASP se invierte una cantidad muy pequeña o nula del valioso tiempo de los empleados

11.-DEFINA LOS COSTOS Y BENEFICIOS TANGIBLES DE UN EJEMPLO DE CADA UNO BENEFICIOS TANGIBLES.-son las ventajas que se pueden medir en dinero y se

acumulan en la organización a través del uso del sistema de información: ejemplo aumento en la velocidad de procesamiento acceso a la información que se consideraba inaccesible por cualquier otro método acceso a la información de manera mas oportuna.

ANTERIOR INDICEFIN SIGUIENTE

Page 28: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

COSTOS TANGIBLES.- Los costos tangibles son aquellos que el analista de sistemas y el personal contable de la empresa puedan pronosticar con precisión. Ejemplo:

El costo del equipo como las computadoras y terminales El costo de los recursos El costo del tiempo del analista de sistemas El costo del tiempo de los programadores Salarios de los demás empleados relacionados

12.- DEFINA LOS COSTOS Y BENEFICIOS INTANGIBLES Y DE UN EJEMPLO DE CADA UNO

BENEFICIOS INTANGIBLES.- Algunos beneficios que se acumulan en la organización debido al uso del sistema de información son difíciles de medir pero no dejan de ser importantes. A estos se le conoce como beneficios intangibles: ejemplo

Proceso de toma de decisiones mejorado Una mejoría en la precisión La empresa se vuelve mas competitiva en el servicio al cliente COSTOS INTANGIBLES.- Los costos intangibles son difíciles de estimar y tal vez no se conozcan.

Entre estos se incluye perder la ventaja competitiva. Ejemplo Perder la reputación del ser el primero con una innovación Reducir la imagen de la empresa debido al aumento de la inconformidad de los clientes Un proceso inefectivo de toma de decisiones

ANTERIOR INDICEFIN SIGUIENTE

Page 29: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

13.- ENLISTE 4 TECNICAS PARA COMPARAR LOS COSTOS Y BENEFICIOS DE UN SISTEMA PROPUESTO

1. Análisis de punto de equilibrio

2. Retribución

3. Análisis de flujo de efectivo

4. Análisis al valor presente

14.- ¿CUANDO ES UTIL EL ANALISIS DE PUNTO DE EQUILIBRIO?

Al comparar los costos por si solos el analista de sistemas puede utilizar el análisis de punto de equilibrio para determinar la capacidad de punto de equilibrio del sistema de información propuesto

15.- ¿QUE ES UTILIZAR EL METODO DE RETRIBUCION?

Cuando el aumento en los beneficios tangibles forme un argumento conveniente para el sistema propuesto

16.- ¿CUANDO SE UTILIZA EL ANALISIS DE FLUJO DE EFECTIVO?

En este análisis se examina la dirección, el tamaño y el patrón de flujo de efectivo asociado con el sistema de información propuesto.se utiliza cuando se va a proponer el remplazo de un antiguo sistema de información por uno nuevo y el nuevo sistema no genera efectivo adicional para la empresa.

ANTERIOR INDICEFIN SIGUIENTE

Page 30: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

17.- COMO LINEAMIENTO GENERAL, ¿CUANDO SE DEBE UTILIZAR EL ANALISIS DE VALOR PRESENTE?

El valor presente es una forma de evaluar todos los desembolsos económicos y los ingresos del sistema de información durante su vida económica y de comparar los costos actuales con los futuros, al igual que los beneficios actuales con los beneficios futuros.

18.- ¿QUE ES UN GRAFICO DE GANTT?

Un grafico de Gantt es una forma fácil de programar tareas. Es un grafico en que las barras representan cada tarea o actividad. La longitud de cada barra representa la longitud relativa de la tarea.

19.- ¿CUANDO ES UTIL UN DIAGRAMA PERT PARA LOS PROYECTOS DE SISTEMAS?

PERT es útil cuando las actividades se pueden realizar en paralelo en vez de hacerlo en secuencia

ANTERIOR INDICEFIN SIGUIENTE

Page 31: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

20.- MENCIONE 3 VENTAJAS DE USAR DIAGRAMAS PERT EN VEZ DE UN GRAFICO DE GANTT PARA PROGRAMAR TIEMPOS Y FECHAS DE LOS PROYECTOS DE SISTEMAS

1. Identificar con facilidad el orden de precedencia

2. Identificar con facilidad la ruta critica, en consecuencia, las actividades criticas

3. Determinar con facilidad el tiempo de inactividad

21.- DEFINA EL TERMINO RUTA CRÍTICA

Identificar la ruta mas critica y se calcula con la suma de los tiempos de las actividades de cada ruta y se elige la ruta mas larga.

22.- ¿COMO EVALUA UN GERENTE DE PROYECTOS EL RIESGO DE QUE LAS COSAS SALGAN MAL Y DE TENER ESO EN CUENTA AL PLANEAR EL TIEMPO REQUERIDO PARA COMPLETAR EL PROYECTO?

Empleando algunas de las técnicas de la administración de proyectos para ayudar a organizar todo y necesita comprender como determinar que es necesario y como iniciar un proyecto, como desarrollar la definición de un problema, examinar la viabilidad de completar el proyecto de sistemas , reducir el riesgo, identificar y administrar las actividades.

ANTERIOR INDICEFIN SIGUIENTE

Page 32: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

23.- MENCIONE LOS DOS TIPOS DE LIDERES DE EQUIPO

Una persona que dirige a los miembros para realizar tareas y otra que se preocupa por las relaciones sociales entre los miembros del grupo son llamados

Líder de tareas Líder socioemocional

24.- ¿QUE IMPLICA UNA NORMA DE EQUIPO DISFUNCIONAL?

Solo porque un comportamiento específico sea una norma para un equipo no significa que este ayudándolo a lograr sus objetivos. Por ejemplo la expectativa de que los miembros mas recientes tengan que realizar toda la programación de tiempos de los proyectos puede ser una norma de equipo. Es una norma que si se lleva acabo podría hacer que los miembros del equipo desperdicien recursos valiosos.

25.- ¿QUE IMPLICA EL PROCESO DE EQUIPO?

Para que el equipo pueda preservar su efectividad hay que resolver las tensiones en forma continua la retroalimentación por parte de todos los miembros del equipo y tienen que estar de acuerdo en la forma de interactuarANTERIOR INDICEFIN SIGUIENTE

Page 33: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

26.- ¿CUALES SON 3 RAZONES POR LO QUE EL ESTABLECIMIENTO DE OBJETIVOS PARECE MOTIVAR A LOS MIEMBROS DEL EQUIPO DE ANALISIS DE SISTEMAS?

1. Es que los miembros del equipo saben con exactitud lo que se espera de ellos

2. Se conoce a cada uno de los miembros del equipo cierta autonomía para lograr los objetivos

3. Y el establecimientos de objetivos

27.- ¿CUALES SON LAS 4 FORMAS EN QUE LA ADMINISTRACION DE PROYECTOS DE COMERCIO ELECTRONICO DIFIERE DE LA ADMINISTRACION DE PROYECTOS TRADICIONALES?

1. Los datos que utilizan los sistemas de comercio electrónico están esparcidos por toda la organización

2. Por lo general los proyectos de comercio electrónico necesitan mas personal con distintas habilidades

3. Los gerentes de proyectos de comercio electrónico necesitan construir sociedades tanto externas como internas mucho antes de la implementación del proyecto

4. La cuarta es como que el sistema se enlazara con el mundo exterior a través de internet, la seguridad es de primordial importancia

ANTERIOR INDICEFIN SIGUIENTE

Page 34: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

28.- ¿QUE ELEMENTOS CONTIENEN LOS ESTATUTOS DEL PROYECTO?

Formas de estimar la fecha de entrega para el sistema completo

Como identificar los objetivos organizacionales

Y como evaluar la viabilidad del sistema propuesto

29.- ¿PARA QUE SE UTILIZA UN DIAGRAMA DE ESQUELETO DE PESCADO?

Para identificar todo lo que puede salir mal en el desarrollo de un sistema

30.- ¿CUALES SON LOS 3 PASOS QUE DEBE SEGUIR EL ANALISTA DE SISTEMAS PARA ELABORAR UNA PROPUESTA EFICIENTE DE SISTEMAS?

Identificar los objetos Determinar el alcance Asignar responsabilidades

ANTERIOR INDICEFIN SIGUIENTE

Page 35: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

31.- ENLISTE LAS 10 SECCIONES PRINCIPOALES DE LA PROPUESTA DE SISTEMAS

1) Carta de presentación

2) Portada del proyecto

3) Índice de contenido

4) Resumen ejecutivo(incluyendo las recomendaciones)

5) Esquema del estudio de sistemas con la documentación apropiada

6) Resultados detallados del estudio de sistemas

7) Alternativas de sistemas (tres o cuatro posibles soluciones)

8) Recomendaciones de los analistas de sistemas

9) Resumen de la propuesta

10) Apéndices (documentación variada, resumen de fases, correspondencia. etc.)

ANTERIOR INDICEFIN SIGUIENTE

Page 36: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 4

ANTERIOR INDICEFIN SIGUIENTE

Page 37: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ANTERIOR INDICEFIN SIGUIENTE

Page 38: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

DESVENTAJAS Las preguntas pueden causar muchos detalles irrelevantes Se puede llegar a perder el control de la entrevista Se permiten respuestas que pueden requerir demasiado tiempo debido a la cantidad

obtenida de información útil Podría parecer que el entrevistador no esta preparado Puede darse la impresión de que el entrevistador “anda de pesca” sin objetivos bien

definido PREGUNTAS CERRADAS Asumen las formas básicas “es fácil usar el sistema actual, las posibles repuestas son

cerradas para el entrevistado debido a que solo puede responder con un numero finito tal como “ninguna” “una” o “quince”. Los beneficios de usar preguntas cerradas de cualquier tipo incluyen:

Ahorro de tiempo Se pueden comprar las entrevistas con facilidad Van directo al grano Se mantiene el control sobre la entrevista Se cubre mucho terreno con rapidez Se obtienen datos relevantes

ANTERIOR INDICEFIN SIGUIENTE

Page 39: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

LAS DESVENTAJAS.-D e usar preguntas cerradas son substanciales

1. Son aburridas para el entrevistado

2. No proporcionan detalles adicionales (debido a que el entrevistador provee el marco de referencia para el entrevistado)

3. Se pierden las ideas por la razón anterior

4. No se puede generar una buena comunicación

ORDENAR LAS PREGUN TAS ES UNA SECUECIA LOGICA

Así como hay dos formas generalmente reconocidas de razonamiento (inductivo y deductivo) también hay dos formas similares de organizar las entrevistas, además existe una tercera forma que combina los patrones inductivo y deductivo.ANTERIOR INDICEFIN SIGUIENTE

Page 40: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

USO DE UNA ESTRUCTURA DE PIRAMIDE.- La organización inductiva de la entrevista se puede visualizar en forma de pirámide

USO DE UNA ESTRUCTURA DE EMBUDO.- En el segundo tipo de estructura el entrevistador usa un enfoque deductivo al empezar con preguntas generalizadas y abiertas, para después reducir la cantidad de respuestas posibles mediante el uso de preguntas cerradas

USO DE UNA ESTRUCTURA EN FORMA DE DIAMANTE.- Es mejor utilizar una combinación de las dos estructuras anteriores a lo cual se le conoce como una estructura de entrevista en forma de diamante

COMO ESCRIBIR EL INFORME DE LA ENTREVISTA Aunque la entrevista este completa, apenas empieza su trabajo sobre

los datos que obtuvo. Necesita capturar la esencia de la entrevista por medio de un informe escrito.

ANTERIOR INDICEFINDiapositiva

86SIGUIENTE

Page 41: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

DISEÑO DE APLICACIÓN CONJUNTA Las entrevistas personales consumen tiempos y son propensas a errores. IBM

desarrollo una metodología alternativa para entrevistar a los usuarios uno a uno, conocida como diseño de aplicación conjunta (JAD). Los motivos para usar JAD son reducir el tiempo (y por ende el costo) requeridos por las entrevistas personales, mejorar la calidad de los resultados de la evaluación de los requerimientos de información y mejorar el grado de identificación del usuario con los nuevos sistemas de información como resultados de los procesos participativos.

  CONDICIONES QUE RESPALDAN EL USO DE JAD Los grupos de usuarios están inquietos y desean algo nuevo, no una solución estándar

para un problema común La cultura de la organización apoya los comportamientos de solución de problemas

conjuntos entre varios niveles de empleados Los analistas pronostican que la cantidad de ideas generadas mediante las entrevistas

cara a cara no será tan abundante como el numero de ideas posibles mediante un ejercicio de grupo extendido

El flujo de trabajo permita la ausencia del personal clave durante un periodo de dos o cuatro días

ANTERIOR INDICEFIN SIGUIENTE

Page 42: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

UBICACIÓN DE LAS REUNIONES JAD Programe su sesión JAD cuando todos los participantes se puedan

comprometer a asistir. No lleve acabo las sesiones que realmente puedan asistir todos los convocados. Esta regla es imprevisible para el éxito de las sesiones

OBTENCION DE UN ANALISIS ESTRUCTURADO DE LAS ACTIVIDADES DEL PROYECTO

IBM recomienda que las sesiones JAD examinen estos puntos en el proyecto de sistemas propuesto: planeación, recepción, procesamiento/rastreo de recibos, monitoreo y asignación, procesamiento, registro y envió y evaluación. Para cada tema también hay que formular las preguntas

USO DE CUESTIONARIOS El uso de cuestionarios es una técnica de recopilación de información que

permite a los analistas de sistemas estudiar las posturas, las creencias, el comportamiento y las características de varias personas clave en la organización que se puede ver afectadas por los sistemas actual o propuesto.ANTERIOR INDICEFIN SIGUIENTE

Page 43: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

PLANEACION DE USO DE CUESTIONARIOS Primero hay que decidir lo que planeamos conseguir atreves del uso de

encuesta he aquí algunos lineamientos para ayudar a decidir si es apropiado utilizar cuestionarios, considere el uso de cuestionarios si:

las personas a quienes necesita interrogar están esparcidas en un área amplia hay gran cantidad de personas involucradas en el proyecto de sistemas , por

lo que es importante saber que proporción de un grupo dado( por ejemplo, la gerencia)a prueba o desaprueba una característica especifica del sistema propuesto

piensa realizar un estudio exploratorio y desea medir la opinión general antes de que el proyecto de sistemas tome cualquier dirección especifica

desea estar seguro de que se identifique y consideren los problemas en el sistema actual en las entrevistas de seguimiento

USO DE ESCALAS DE LOS CUESTIONARIOS Escalar es el proceso de asignar números u otros símbolos a un atributo o

característica con el fin de medirlos.ANTERIOR INDICEFIN SIGUIENTE

Page 44: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

MEDICION.- Hay dos formas de escalas de medición que los analistas de sistemas utilizan por lo general:

ESCALAS NOMINALES.- Las escalas nominales se utilizan para clasificar cosas. Una pregunta tal como Que tipo de software utiliza mas?

ESCALAS DE INTERVALO.- Poseen las características de que los intervalos entre cada uno de los números son iguales

DISEÑO DE LOS CUESTIONARIOS Un cuestionario bien diseñado y revolante puede ayudar a vencer parte

de esta resistencia a responder. Aquí algunas reglas para diseñar un buen cuestionario:

incluya mucho espacio en blanco incluya mucho espacio para escribir o teclear las respuestas facilite a los encuestados la acción de marcar con claridad sus respuestas mantenga un estilo consistente Al diseñar cuestionarios para web, aplique las mismas reglas que utiliza

al diseñar cuestionarios en papel.ANTERIOR INDICEFIN SIGUIENTE

Page 45: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ADMINISTRACION DE LOS CUESTIONARIOS ENCUESTADOS: El proceso de decidir quien recibe el cuestionario se lleva

a cabo en conjunto con la tarea de establecer objetivos para sus resultados. METODOS PARA ADMINISTRAR EL CUESTIONARIO El analista de sistemas cuenta con varias opciones para administrar el

cuestionario; el método administrativo se determina en base a la situación de negocio existente.

Convocar al mismo tiempo a todos los encuestados concernientes entregar cuestionarios en blanco en forma personal y recoger los

cuestionarios que ya estén llenos permitir que los encuestados administren su propio cuestionario en el trabajo

y lo depositen en una caja ubicada en un lugar céntrico evitar por correo los cuestionarios a los empleados en las sucursales y prever

una fecha de entrega, instrucciones y un sobre con franqueo pagado. Administrar el cuestionario en forma electrónica, ya sea atreves de correo

electrónico o web.ANTERIOR INDICEFIN SIGUIENTE

Page 46: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 5

ANTERIOR INDICEFIN SIGUIENTE

Page 47: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

MUESTREO: Es el proceso de seleccionar sistemáticamente elementos representativos de una población.

LA NECESIDAD DEL MUESTREO: Un analista de sistemas debe seleccionar una muestra representativa de datos para examinarlos o de personas para entrevistarlos, interrogarlos por varias razones

Contener los costos Agilizar el proceso de recopilación de datos Mejorar la efectividad Reducir la predisposición

DISEÑO DEL MUESTREO: Un analista de sistemas debe seguir cuatro pasos para diseñar una buena muestra.

Determinar los datos a recolectar o describir

Determinar la población a muestrear Elegir el tipo de muestra Decidir sobre el tamaño de la muestra

DETERMINAR LOS DATOS A RECOLECTAR O DESCRIBIR

DETERMINAR LA POBLACION MUESTREAR

ELEGIR EL TIPO DE MUESTRA DECIDIR SOBRE EL TAMAÑO DE

LA MUESTRA

ANTERIOR

INDICE

FIN

SIGUIENTE

Page 48: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

DECISION DEL TAMAÑO DE LAMUESTRA:

Determinar al atributo Localizar la base de datos Examinar el atributo Tomar la decisión subjetiva Calcular el error estándar de la proporción

DETERMINACION DEL TAMAÑO DE LA MUESTRAS PARA ENTREVISTAS

INVESTIGACION.- Es descubrir y analizar la información

ANALISIS DE DOCUMENTOS CUANTITATIVOS: informes de rendimientos, registros y variados tipos de formularios

INFORMES PARA LA TOMA DE DECISIONES.- Requiere acceso algunos de los documentos utilizados para dirigir la empresa

ANTERIOR INDICEFIN SIGUIENTE

Page 49: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ANALISIS DE DOCUMENTOS CUANTITATIVOS: informes de rendimientos, registros y variados tipos de formularios

INFORMES PARA LA TOMA DE DECISIONES.- Requiere acceso algunos de los documentos utilizados para dirigir la empresa

INFORMES DE RENDIMIENTO.- Consisten en una comparación entre el rendimiento actual y el esperado.

REGISTRO.- Proveen actualizaciones periódicas de lo que ocurre en la empresa, hay varas formas en que se puede inspeccionar un registro:

Revisar errores en montos y totales Buscar oportunidades para mejorar el diseño Observar el numero y tipo de transacciones Estar al tanto de los casos en los que la computadora

pueda simplificar el trabajo.

ANTERIOR INDICEFIN SIGUIENTE

Page 50: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

FORMULARIOS DE CAPTURA DE DATOS.- antes de disponer a cambiar los flujos de información de la organización hay que entender el sistema que esta en uso.

Una vez que se ha creado un catalogó de formularios entender el flujo de información que se utiliza en la empresa y lo que se debe hacer es:

Recolectar ejemplos de todos los formularios en uso.

Observar el tipo de formulario Documentar el patrón de distribución deseado Comprar el patrón de distribución deseado con

quienes realmente recibieron el formulario

ANTERIOR INDICEFIN SIGUIENTE

Page 51: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ANALISIS DE DOCUMENTOS CUALITATIVOS.- Incluyen mensaje de correo electrónico, memorandos, páginas web

Examine los documentos en busca de metáforas clave

Discrepancias entre internos y externos Una lista que caracterizan el bien o el mal Uso de mensajes y gráficos significativos Reconocer un sentido del humor

ANUNCIOS O PANCARTAS EN TABLEROS DE ANUNCIOS O EN AREAS DE TRABAJO SITIOS WEB CORPORATIVOS MANUALES MANUALES DE POLITICA COLOCACION DEL ESCRITORIO EQUIPO DE OFICINA ESTACIONARIO ACCESORIOS FUENTES EXTERNAS DE INFORMACION ILUMINACION Y COLORES DE LA OFICINA VESTIM ENTA DE LOS ENCARGADOS DE LA DESICION

ANTERIOR INDICEFIN SIGUIENTE

Page 52: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

APLICACIÓN DEL METODOSTROBE.- Es el uso de una lista de verificación de anécdotas con símbolos de taquigrafía representativos.

LOS CINCO SIMBOLOS SON:

UNA MARCA DE VERIFICACION INDICA QUE SE CONFIRMO LA NARRATIVA

UNA “X” INDICA QUE SE INVIERTE LA NARRATIVA UN OVALO O SIMBOLO EN FORMA DE OJO SIRVE COMO PISTA

PARA QUE EL ANALISTA DE SISTEMAS BUSQUE MAS DETALLES UN CUADRO INDICA QUE LA OBSERVACION DE LOS ELEMENTOS

STROBE MODIFICA LA NARRATIVA UN CIRCULO INDICA QUE LA NARRATIVA SE COMPLEMENTA

CON LO QUE SE OBSERVO

ANTERIOR INDICEFIN SIGUIENTE

Page 53: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 6MODELADO AGIL Y PROTOTIPOS

PREGUNTAS Y RESPUESTAS

1.- ¿Cuáles son los tipos de prototipos que se aplican?

1. Prototipos de parches

2. Prototipo no operacional

3. Prototipo primero de una serie

4. Prototipo de característica selecta

2.- ¿Para que son los prototipos?

Son un medio excelente para obtener retroalimentación sobre el sistema propuesto y el grado en que cumple con las necesidades de información de sus usuarios,

3.- ¿Cuáles son los lineamientos para para desarrollar un prototipo?

Trabajar en módulos administrables Crear el prototipo con rapidez Modificar el prototipo Hacer énfasis en la interfaz de usuario

ANTERIOR INDICEFIN SIGUIENTE

Page 54: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

4.- ¿Qué papel desempeñan los usuarios en los prototipos?

Hay tres formas principales en las que un usuario puede ayudar con los prototipos:

1. Experimentar con el prototipo

2. Ofrecer reacciones abiertas al prototipo

3. Seguir lo que se puede agregar o quitar en el prototipo

5.- ¿Qué es el desarrollo rápido de aplicaciones?

Es una metodología orientada a objetos para el desarrollo de sistema, la cual incluye un método de desarrollo así como herramientas de software.

6.- ¿Cuáles son las tres fases de RAD en las que se involucra a los usuarios y analistas en la evaluación el diseño y la implementación?

Son:

1. Fase de planeación de los requerimientos

2. Taller de diseño RAD

3. Fase de implementaciónANTERIOR INDICEFIN SIGUIENTE

Page 55: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

7.- ¿Cuándo se considera usar RAD? Cuando: Su equipo incluya programadores y analistas que tengan experiencia en este método La empresa tenga motivos para presionar de manera que se pueda agilizar cierta parte

del desarrollo de una aplicación Cuando trabaje con una aplicación original de comercio electrónico Cuando los usuarios sean sofisticados y se involucren muchos con los objetivos

organizacionales de la empresa

8.- ¿En que se basa la metodología ágil? La metodología ágil se ha basado no solo en resultados si no también en valores,

principios y practicas

9.- ¿Qué son los principios agiles y para que sirven? Los principios agiles son son reflejos y especificaciones de los valores agiles y sirven como

los lineamientos que los desarrolladores pueden seguir al desarrollar sistemas. También sirve para diferenciar a las metodologías agiles de las metodologías mas tradicionales basadas en planes como en SDL, así como las metodologías orientadas a objetos.

ANTERIOR INDICEFIN SIGUIENTE

Page 56: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

10.- ¿Cuáles son los principios que se han evolucionado?

1. Satisfacer al cliente por medio de la entrega del software funcional

2. Adoptar el cambio

3. Seguir entregando software funcional en incrementos y con frecuencia

4. Fomentar a los clientes y analistas a que trabajen juntos a diario

5. Confiar en los individuos motivados para que realizan su trabajo

6. Promover la conversación cara a cara

7. Concentrarse en hacer que el software funcione

8. Fomentar el desarrollo continuo

9. Adoptar la agilidad con especial atención

10. Apoyar a los equipos auto organizados

11. Proveer retroalimentación rápida

12. Fomentar la calidad

13. Revisar y ajustar el comportamiento

14. Adoptar la simpleza

ANTERIOR INDICEFIN SIGUIENTE

Page 57: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

11.- ¿Cuáles son las cuatro practicas agiles básicas?

1) Entregas pequeñas

2) Semana de trabajo de 40 horas

3) Alojar al cliente en el sitio

4) Programar en pareja

12.- ¿Qué podría ser un proceso ordinario de modelado ágil?

Escuchar las historias de los usuarios por medio del cliente Dibujar un modelo del flujo de trabajo lógico para apreciar las decisiones de negocios

representadas en la historia de un usuario Crear historias de usuarios con base en el modelo lógico Desarrollar algunos prototipos de visualización Usar la retroalimentación de los prototipos y los diagramas del flujo de trabajo lógico

13.- ¿Qué es la comparación entre el modelado ágil y los métodos estructurados?

Los métodos agiles se desarrollan con rapidez, y los usuarios son clientes que están involucrados de manera directa. La metodología ágil implica muchas entregas pequeñas y durante el proceso se van agregando mas características

ANTERIOR INDICEFIN SIGUIENTE

Page 58: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

14.- ¿Qué son los riesgos inherentes a la innovación organizacional? Al consultar con los usuarios, los analistas deben considerar

los riesgos a los que se enfrentan las organizaciones al adoptar nuevas metodologías, con el momento actualizado par actualizar las habilidades humanas, adoptar nuevos procesos organizacionales e instituir el cambio interno

15.- ¿Qué es la cultura de la organización? Una cultura organizacional establece que no busque

innovar puede ser un contexto inapropiado para que el grupo de desarrollo de sistemas adopte las metodologías agiles.ANTERIOR INDICEFIN SIGUIENTE

Page 59: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 7USO DE DIAGRAMAS DE FLUJO DE DATOS

ANTERIOR INDICEFIN SIGUIENTE

Page 60: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CONVENCIONES USADAS EN LOS DIAGRAMAS DE FLUJO DE DATOSCONVENCIONES USADAS EN LOS DIAGRAMAS DE FLUJO DE DATOS

     

   ENTIDAD

 

   

 FLUJO DE DATOS

 

     

  PROCESO

 

    

 ALMACEN DE

DATOS

 

ANTERIOR INDICEFIN SIGUIENTE

Page 61: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

COMO DESARROLLAR DIAGRAMAS DE FLUJO

1. El diagrama de flujo de datos debe tener por lo menos un proceso y no debe haber objetos independientes o conectados así mismos

2. Un proceso debe recibir por lo menos un flujo de datos entrante

3. Un almacén de datos debe estar conectado con por lo menos un proceso

4. Las entidades externas no se deben conectar entre si

Creación del diagrama del contexto

Dibujo del diagrama Comprobación de errores en los diagramas

ANTERIOR INDICEFIN SIGUIENTE

Page 62: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

DIAGRAMAS DE FLUJO DE DATOS LOGICOS Y FISICOS

DIAGRAMA DE FLUJO DE DATOS LOGICO: Se enfoca en la empresa y la forma que esta ópera.

DIAGRAMA DE FLUJO DE DATOS FISICOS: Para el sistema actual podemos comprender con claridad la forma en que opera el sistema actual y por ende constituye un buen punto de partida para desarrollar el modelo lógico del sistema actual

ANTERIOR INDICEFIN SIGUIENTE

Page 63: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

COMO DESARROLLAR DIAGRAMAS DE FLUJO DE DATOS LOGICOS

1. Mejor comunicación con los usuarios 2. Sistemas más estatales 3. Los analistas comprenden mejor el funcionamiento de la empresa 4. Flexibilidad y mantenimiento 5. Se eliminan las redundancias y se facilitan la creación del modelo

físico

COMO DESARROLLAR DIAGRAMAS DE FLUJO DE DATOS FISICOS

ANTERIOR INDICEFIN SIGUIENTE

Page 64: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

1. Aclarar que procesos desempeñan los humanos 2. Describir los procesos con mas detalle que los DFD lógicos 3. Secuenciar procesos que se tengan que realizar en cierto orden

especifico 4. Identificar los almacenes de datos temporales 5. Especificar los nombres reales de los archivos 6. Agregar controles para asegurar que los procesos se realizan en forma

apropiada

ANTERIOR INDICEFIN SIGUIENTE

Page 65: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 8ANALISIS DE SISTEMAS MEDIENTE EL USO DE DICCIONARIOS DE DATOS

CAPITULO 8

DICCIONARIO DE DATOS

EL REPOSITORIO DE DATOS

Información sobre los datos que contiene el sistema

Lógica de procedimiento Relaciones de datos Requerimiento del proyecto Información administrativa del

NECESIDAD DE COMPRENDER EL DICCIONARIO DE DATOS

Validar la integración Proveer un punto de partida Determinar el contenido de los

datos Desarrollar la lógica Crear XML

DEFINICION DE LOS FLUJOS DE DATOS

ID, un numero de identificación opcional Un nombre descriptivo Una descripción general de flujo de datos El origen de flujo de datos El destino de flujo de datos El nombre de la estructura de datos El volumen por unidad de tiempo

DESCRIPCION DE LA ESTRUCTURA DE DATOS

ANTERIOR INDICEFIN SIGUIENTE

Page 66: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

1. un signo de igual ( =) significa “esta compuesto de”

2. un signo positivo ( +) significa “ y “

3. l as llaves {} indican elementos repetitivos

La notación algebraica utiliza los siguientes datos:

ANTERIOR INDICEFIN SIGUIENTE

Page 67: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ESTRUCTURA DE DATOS LOGICAS Y

FISICAS

EJEM.ELEMENTOS DE DISEÑO FISICO Los campos clave

Los códigos para identificar

Los códigos de transacción

Las entradas de grupos repetitivos

Los limites de elementos

La contraseña

ELEMENTOS DE DATOS

ID de elemento El nombre del elemento Los alias, que son sinónimos Una descripción corta del elemento Si el elemento es base o derivado La longitud de un elemento El tipo de datos: numérico, fecha y alfabético

CARACTER

SIGNIFICADO

LONGITUD

TIPOS DE DATOS CAMPO

ALMACEN DE DATOS

Todos los elementos deben estar guardados en el sistema

ANTERIOR INDICEFIN SIGUIENTE

Page 68: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CREACION DEL

DICCIONARIO DE DATOS

ESQUEMAS DE XML

ANALISIS DE LA

ENTRADA Y SALIDA

DEFINICIONES DE TIPOS

DE DOCUMENTOS DE XML

DESARROLLO DE ALMACEN DE DATGOS

USO DEL DICCIONARIO

DE DATOS

USO DEL DICCIONARIO DE DATOS PARA CREAR

XML

ANTERIOR INDICEFIN SIGUIENTE

Page 69: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 9ESPECIFICACIONES Y DECISIONES ESTRUCTURADAS

CAPITULO 9

GENERALIDADES DE LAS

ESPECIFICACIONES DE LOS PROCESOS

REDUCIR LA AMBIGÜEDAD DEL PROCESO

OBTENER UNA PRESICION PRESIZA DE LO QUE SE VA A LOGRAR

VALIDAR EL SISTEMA DE DISEÑO

LAS QUE NO REQUIEREN ESPECIFICACIONES SON:

PROCESO QUE REPRESENTAN ENTRADA Y SALIDA FISICA

PROCESO QUE REPRESENTA UNA VALIDACION DE DATOS SIMPLE

PROCESO QUE UTILIZAN CODIGO ESCRITO CON ANTERIORIDAD

ANTERIOR INDICEFIN SIGUIENTE

Page 70: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

FORMATO DE ESPECIFICACION

DE PROCESO

1. EL NUMERO DE PEOCESO QUE DEBE CONCIDIR CON EL ID

2. EL NOMBRE DEL PROCESO QUE DEBE SER EL MISMO

3. UNA DESCRIPCION LEVE DE LO QUE SE LOGRA EL PROCESO

4. UNA LISTA DE FLUJO DE DATOS DE ENTRADA

5. LOS FLUJO DE DATOS DE SALIDAY NOMBRES DEL DIAGRAMA

6. UNA INDICACION DEL TIPO DE PROCESO, POR LOTES

7. INCLUIR EL NOMBRE DEL SUBPROGRAMA O FUNCION

8. UNA DESCRIPCION DE LA LOGICA DEL PROCESO

ANTERIOR INDICEFIN SIGUIENTE

Page 71: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ESPAÑOL ESTRUCTURADO

Cuando la lógica del proceso involucra formulas o iteraciones o cuando las decisiones estructuradas

no son complejas.

ANTERIOR INDICEFIN SIGUIENTE

Page 72: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

COMO ESCRIBIR ESPAÑOL ESTRUCTURADO

Para escribir español

estructurado es conveniente

utilizar las siguientes

convenciones

Expresar toda la lógica en términos de uno de esos cuatro tipos: estructuras secuenciales, estructuras de

decisión, estructuras de casos o iteraciones

Usar y poner en mayúsculas las palabras claves aceptadas como IF, THEN, ELSE, DO, DO WHILE, DO

UNTIL, Y PERFORM.

Aplicar sangría a los bloques de instrucciones para mostrar su jerarquia

Cuando haya palabras o frases definidas en un diccionario de datos

Tener cuidado al usar “y” y “o”

Evitar la confusión al diferenciar entre “mayor que” y “menor o igual que” y con las relaciones de igualdad

ANTERIOR INDICEFIN SIGUIENTE

Page 73: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

TLABLAS DE DESICION

Una tabla de decisión es una tabla de filas y columnas, separada en cuatro cuadrantes y

es posible realizar cuatro opciones

Completar la venta después de verificar la firma

Completar la venta no necesita firma

Llamar al supervisor para la aprobación

Comunicarse vía electrónica con el banco para la autorización de la tarjeta de crédito

ANTERIOR INDICEFIN SIGUIENTE

Page 74: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

COMO DESARROLLAR TABLAS DE DESICION

Para construir tablas de decisión el analista necesita determinar el tamaño máximo de la tabla, eliminar cualquier situación imposible y simplifica r la tabla lo mas que se pueda

1. Determinar el numero de condiciones que pueden afectar la decisión 2. Determinar el numero de acciones posibles que se pueden realizar 3. Determinar el numero de alternativas de condiciones 4. Calcular el numero máximo de columnas en la tabla de decisión 5. Llenar las alternativas de condiciones 6. Para completar la tabla insertar una X donde las reglas sugieran ciertas

acciones 7. Combine las reglas con las que se aparente 8. Revise cualquier situación imposible 9. Volver a ordenar las condiciones y acciones

ANTERIOR INDICEFIN SIGUIENTE

Page 75: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

ARBOLES DE DESICION

Los arboles de decisión se utilizan cuando ocurren ramificaciones complejas en un proceso de decisión estructurado

1

2

5

3

4

6

7

Completar la venta después de verificar la firma

Completar la venta. No se requiere firma

Llamar al supervisor para la aprobación

Comunicarse vía electrónica con el banco

Tarjeta de crédito

Tarjeta de crédito

Cheque

Cheque

Menos de $50

>$50

ANTERIOR INDICEFIN SIGUIENTE

Page 76: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CAPITULO 10ANALISIS Y DISEÑO DE SISTEMAS

ORIENTADOS A OBJETOS MEDIANTE EL USO DE UML

1. CONCEPTOS ORIENTADOS A OBJETOS

2. DIAGRAMAS DE ACTIVIDAD, PAQUETES Y OTRO ARTEFACTOS DE UML

3. COMO MEJORAR LOS DIAGRAMAS DE SECUENCIA

4. LA IMPORTANCIA DE USAR UML PARA EL MODELADO

ANTERIOR INDICEFIN SIGUIENTE

Page 77: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

La programación orientada a objetos difiere de la programación tradicional por procedimientos en cuanto a que examina los objetos que forman parte de un sistema. Cada objeto es una representación de alguna cosa o evento real. OBJETOS

Los objetos son personas, lugares o cosas relevantes para el sistema a analizar. CLASES

Por lo general los objetos forman parte de un grupo de elementos similares, conocidos como clases HERENCIA

Las clases pueden tener hijos, es decir se puede crear una clase a partir de otra

1. CONCEPTOS ORIENTADOS A OBJETOS

ANTERIOR INDICEFIN SIGUIENTE

Page 78: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

Los diagramas de actividad muestran la secuencia de actividades en un proceso, incluyendo las actividades secuenciales y paralelas además de las decisiones que se toman. CREACION DE DIAGRAMA DE ACTIVIDAD

Para crear diagramas de actividad hay que preguntarse que ocurre primero y que ocurre después debemos de determinar si las actividades se realizan en secuencia o en paralelo

Los diagramas de actividad no se utilizan para todos los casos; debe usar diagramas de actividad cuando: Le ayude a comprender las actividades de un caso de uso El flujo de control sea complejo Exista la necesidad de modelar el flujo de trabajo Haya que mostrar todos los escenarios

2. DIAGRAMAS DE ACTIVIDAD

ANTERIOR INDICEFIN SIGUIENTE

Page 79: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

DIAGRAMAS DE SECUENCIA

Los diagramas de secuencia pueden ilustrar una sucesión de interacciones entre clases o instancias de objetos atreves del tiempo. Los diagramas de secuencia se utilizan para mostrar el patrón general de las actividades o interacciones en un caso de uso. DIAGRAMAS DE COMUNICACIÓN

Los diagramas de comunicación se introdujeron en el UML 2.0 un diagrama de comunicación consta de tres partes los objetos( también llamados participantes) los enlaces de comunicación y los mensajes que se pueden pasar atreves de esos enlaces

ANTERIOR INDICEFIN SIGUIENTE

Page 80: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

Una vez dibujado el diagrama de clases, es conveniente regresar el diagrama de secuencia e incluir símbolos especiales para cada uno de los distintos tipos de clase, los siguientes pasos son un método útil para mejorar un diagrama de secuencia Incluya el actor del diagrama de clase de uso en el diagrama de

secuencia mejorado. Defina una o mas clases de interfaz Cree prototipos de páginas Web para todas las interfaces humanas Examine el caso de uso para saber que clase de entidad están presentes Tenga en cuenta que el diagrama de secuencias se puede modificar de

nuevo al realizar el diseño detallado Considerar mover los métodos de una clase de control a una clase de

entidad

3. COMO MEJORAR LOS DIAGRAMAS DE SECUENCIA

ANTERIOR INDICEFIN SIGUIENTE

Page 81: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

COMO MEJORAR LOS DIAGRAMAS DE CLASE

Los símbolos de clase también se pueden usar en los diagramas de clases y de comunicación DIAGRAMAS DE ESTADOS

El diagrama de estados o de transiciones de estado es otra herramienta para determinar los métodos de las clases, se utiliza para examinar los diferentes estados que pueden tener un objeto. PAQUETES Y OTROS ARTEFACTOS DE UML

Los paquetes son contenedores para otras cosas de UML, como los casos de uso a las clases. Los paquetes pueden mostrar el particionamiento del sistema, para indicar que clases o casos de uso se agrupan en un subsistema

ANTERIOR INDICEFIN SIGUIENTE

Page 82: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

El UML es una potente herramienta que puede mejorar en forma considerable la calidad de su análisis y diseño de sistemas y se espera que las practicas mejoradas se traduzcan en sistema de mayor calidad.

Al usar el UML en forma iterativa en el análisis y el diseño podemos lograr una mejor comprensión entre el equipo de negocios y el equipo de TI en relación con los requerimientos del sistema y los procesos que deben ocurrir en el sistema para cumplir con esos requerimientos.

4. LA IMPORTANCIA DE USAR UML PARA EL MODELADO

ANTERIOR INDICEFIN SIGUIENTE

Page 83: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

Cuando cambian los requerimientos de negocios durante la fase de análisis es necesario volver a dibujar algunos diagramas de UML. Al confirmar su análisis y diseño en papel ( en especial en uso de diagramas de UML) con los usuarios que son expertos en el área de negocios, ayudara a asegurara que se cumplan con los requerimientos de negocios correctos cuando el sistema este completo

ANTERIOR INDICEFIN SIGUIENTE

Page 84: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

RUBRICA AUTOEVALUACION

ANTERIOR INDICEFIN SIGUIENTE

CALIFICACION DESCRIPCION PUNTAJE FINAL

5. Excelente (destacado) (A)

Nivel excepcional de desempeño, excediendo todo o esperado. Propone y desarrolla todo el tema

Demuestra total comprensión del problema Todos los requerimientos están incluidos en

el tema

4. Buena (Satisfactoria) (B)

Nivel de desempeño que supera lo esperado. Mínimo nivel de error, altamente recomendable

Demuestra considerable comprensión de los temas

Casi todos los requerimientos de los temas están incluidos en todo

3. Regular (Moderadamente Satisfactoria) (C)

Nivel de desempeño estándar. Los errores no constituyen amenaza de errores

Demuestra comprensión parcial de los temas

La mayor cantidad de requerimientos de los temas están comprendidos en todo

5. Excelente(destacado)(A)

Page 85: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

CONCLUSION

A lo largo de todo esto que estudiamos y mas que nada en la comunicación para le elaboración de proyectos comienza con el reporte de la propuesta para realizar un análisis de sistemas incluyendo una retroalimentación a las personas con relación a lo que el analista entiende y muy importante una proyección de los recursos requeridos en general el reporte de terminación del análisis de sistemas para determinar si es un trabajo competente y si se han considerado todos los requerimientos de la organización y ser concisos al preparar un reporte.

ANTERIOR INDICEFIN SIGUIENTE

Page 86: PORTAFOLIO DE ANALISIS Y DISEÑO DE SISTEMAS

FIN DE LA PRESENTACION

INDICE INICIOANTERIOR