Actividad 6

Actividades obligatorias:

• Describa cuales son las habilidades del analista de sistemas.

>El analista de sistemas generalmente valora la manera que funcionan los negocios examinando la entrada, el procesamiento de datos y la salida de información con el propósito de mejorar los procesos organizacionales.

• Mencione las siete fases secuenciales.

>

1. Identificación de problemas.
2. Oportunidades y objetivos
3. Determinación de los requerimientos de información
4. Análisis de las necesidades de sistemas
5. Diseño del sistema recomendado
6. Desarrollo y documentación del software

                7. Prueba y mantenimiento del sistema e implementación del mismo.

• Explique cada una de los tres puntos fundamentales de las organizaciones a considerar cuando se analizan y diseñan sistemas de información.

>Concepto de la organización como sistema:
Las organizaciones son sistemas completos compuestos de subsistemas interrelacionados e interdependientes. Además, los sistemas y subsistemas están caracterizados por su ambiente interno, en un continuo que va desde abiertos a cerrados

>Diversos niveles de administración:
Los tres niveles de control administrativo son: operacional, medio y estratégico. El horizonte de tiempo para la toma de decisiones es diferente para cada nivel.

>La cultura organizacional general:
Las culturas y subculturas organizacionales son determinantemente importantes sobre la manera en que las personas usan la información y los sistemas de información

Actividades sugeridas:

• ¿Cuáles son las cuatro razones para la adopción de las herramientas CASE?

>

• Explique en que consiste la técnica PERT.

> El PERT ayuda a que el analista determine la ruta critica y el tiempo de holgura, que es la información requerida para el control efectivo del proyecto.

• ¿Cómo se determina la factibilidad del proyecto?

>Por medio del estudio de factibilidad los analistas de sistemas.

Autoevaluación

¿Quién es el analista de sistemas? 

>El analista de sistemas generalmente valora la manera que funcionan los negocios examinando la entrada, el procesamiento de datos y la salida de información con el propósito de mejorar los procesos organizacionales.

¿Cuáles son algunos de los papeles del analista de sistemas?

>

Explique cual es la principal habilidad del analista de sistemas

>. La primera y principal es que le analista soluciona problemas, le gusta el reto de analizar un problema y encontrar una respuesta funcional.

1. Consultores externos para negocios.
2. Experto de soporte dentro de un negocio.
3. Agente de cambio en situaciones tanto internas como externas.

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. La valoración del impacto de los cambios por mantenimiento.

UML

UML

-¿Que es UML?
*Lenguaje Unificado de Modelado es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad.
*Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema.
*UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes reutilizables.

-¿Cuales son los diagramas que utiliza uml?
*UML ofrece 9 tipos de diagramas con los cuales se pueden modelar sistemas:

•  Diagrama de Casos para Uso para modelar los procesos "business"
•  Diagrama de Secuencia para modelar el paso de mensajes entre objetos
•  Diagrama de Colaboración para modelar interacciones entre objetos
•  Diagrama de Estado para modelar el comportamiento de los objetos en el sistema
•  Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones.
•  Diagrama de Clases para modelar la estructura estática de las clases en el sistema
•  Diagrama de Objetos para modelar la estructura estática de los objetos en el sistema
•  Diagramas de Componentes para modelar componentes
•  Diagrama de Implementación para modelar la distribución del sistema

-¿Que es el diagrama de estados?
*Conforme un sistema interactúa con los usuarios y con otros sistemas, los objetos que lo conforman pasan por cambios necesarios para ajustar las interacciones. Por esa razón se necesita contar con un mecanismo para cambios en el modelo.
*Un cambio en un sistema se da debido a que los objetos que componen dicho sistema modificaron su estado como respuesta a los sucesos y al tiempo.
*Un diagrama de estados también se conoce como un "motor de estado."


-¿Que es el diagrama de secuencia?
*Este tipo de diagramas muestra una interacción ordenada según la secuencia de eventos vista a la luz de una línea de tiempo.
*En particular, se muestran los objetos participantes en la interacción y los mensajes que intercambian ordenados según su secuencia en el tiempo.
*El eje vertical representa el tiempo, y en el eje horizontal se colocan los objetos y actores participantes en la interacción, sin un orden prefijado, aunque por orden lo usual es colocar los objetos de izquierda a derecha y en la parte superior.
*Cada objeto o actor tiene una línea vertical, y los mensajes se representan mediante flechas entre los distintos objetos.
*El tiempo fluye de arriba hacia abajo. Se pueden colocar etiquetas bien en el margen izquierdo o bien junto a las transiciones o activaciones a las que se refieren.
*Cada línea de vida de un objeto es una línea discontinua que se desplaza hacia abajo del objeto.
*Una línea continua con una punta de flecha conecta a una línea de vida con otra, y representa un mensaje de un objeto a otro.
*El tiempo se inicia en la parte superior y continúa hacia abajo.
*Aunque un actor es el que normalmente inicia la secuencia, su símbolo no es parte del conjunto de símbolos del diagrama de secuencias.
*No necesariamente se debe especificar el tiempo de manera explícita, aunque se puede hacer si resulta necesario o conveniente.
*En todo caso lo que siempre se tiene que hacer es ubicar correctamente en el eje vertical la secuencia correcta de eventos que se deben ir dando de forma cronológica o en una línea de tiempo.
 

-¿Que es el diagrama de colaboraciones?
*En este tipo de diagramas se muestra una interacción organizada, basándose en los objetos que toman parte en la interacción y los enlaces entre los mismos.
*A diferencia de los diagramas de secuencia, los diagramas de colaboración muestran las relaciones entre los roles de los objetos.
*La secuencia de los mensajes y los flujos de ejecución concurrentes deben determinarse explícitamente mediante números de secuencia.
*Aunque se muestran los mensajes que se envían los objetos entre sí, por lo general se evita la multiplicidad de mensajes dado que podría ser fuente de confusión.
*En la representación de los mensajes, la flecha que se dibuja cerca de la línea de asociación entre dos objetos, apunta al objeto receptor.
*El mensaje finaliza con un par de paréntesis, dentro de los cuales se colocan los parámetros con los que funcionará la operación.


-¿Que es el diagrama de actividades?
*Este tipo de diagrama le resulta familiar a la mayoría de programadores, pues en cualquier curso básico de programación se comienza por trabajar con los diagramas de flujo para conocer la lógica que llevará un programa.
*Los tradicionales diagramas de flujo muestran una secuencia de pasos, procesos, puntos de decisión y bifurcaciones.
*Con sus diversas características y tipos de diagramas, el UML se podría decir que es en cierta medida, un diagrama de flujo robustecido o reforzado.
*Para el caso particular del diagrama de actividades, es muy parecido a los viejos diagramas de flujo, pues muestra los pasos así como puntos de decisión y bifurcaciones.
*Lo que hacen es mostrar una visión simplificada de lo que ocurre durante una operación o proceso. Se puede decir también que es una extensión del diagrama de estados.
*El diagrama de estados muestra los estados de un objeto y representa las actividades como flechas que conectan a los estados.
*Por su parte, el diagrama de actividades resalta, precisamente, las actividades.
*Cada actividad se representa por un rectángulo con las esquinas redondeadas.
*El procesamiento dentro de una actividad se lleva a cabo y, al realizarse, se continúa con la siguiente actividad.
*Una flecha representa la transición de una a otra actividad.
*Al igual que el diagrama de estados, el de actividad cuenta con un punto inicial y uno final.


-¿Que es el diagrama de componentes?
*Un componente de software es una parte física de un sistema, y se encuentra en la computadora, no en la mente del analista.
*Ejemplos de componentes son tablas, archivos de datos, ejecutables, bibliotecas de vínculos dinámicos, documentos y cosas por el estilo.
*Lo que contiene un diagrama de componentes es lógicamente componentes, interfaces y relaciones, aunque también pueden aparecer otros tipos de símbolos vistos anteriormente.
 

-¿Que es el diagrama de distribucion?
*Este tipo de diagramas se enfoca específicamente al hardware de un sistema determinado.
El elemento primordial del hardware es un nodo, que es un nombre genérico para todo tipo de recurso de cómputo.


-¿Que es el diagrama de clases?
*En UML, un rectángulo es el símbolo que representa a la clase, y se divide en tres áreas.
*El área superior contiene el nombre de la clase, el área central contiene los atributos o propiedades, y el área inferior, las acciones, procedimientos, métodos o funciones.
*Un diagrama de clases está formado por varios rectángulos de este tipo conectados por líneas que muestran la manera en que las clases se relacionan entre sí.
*En el ejemplo que se presentará a continuación, se muestran tres clases, donde las líneas continuas con extremos en forma de triángulo sin rellenar, tal como se había explicado anteriormente en este documento, son los símbolos de asociación de generalización, que sirven para mostrar herencia de una clase a otra, donde el extremo del triángulo sin rellenar apunta hacia la clase base, y en el extremo de la línea continua que no tiene dicho triángulo se encuentra la clase que hereda. Para decirlo de forma más concreta y de acuerdo al ejemplo, la clase base es "Vehículo" y las clases que heredan las propiedades y acciones de la clase "Vehículo" son "Auto" y "Camioneta", lo cual al imaginarlo en un escenario de la vida real, es completamente atinado y razonable.


-¿Que es el diagrama de objetos?
*Partiendo del hecho que un objeto es una instancia de clase, tal como se define en la conceptualización básica de la programación orientada a objetos, en UML la representación de un diagrama de objetos se hace de tal forma que teniendo ya una clase, el símbolo del objeto es un rectángulo, pero con el nombre subrayado.
*El nombre de la instancia específica se encuentra a la izquierda de los dos puntos (:), y el nombre de la clase a la derecha.
*Por ejemplo, si ya se tuviera una clase llamada "Lavadora", una instancia de esa clase o un objeto instanciado a partir de esa clase se representaría de la siguiente forma:


-¿Que es el diagrama de entidad/relacion?
*El modelo entidad relación expresado en Diagramas Entidad Relación es un paso previo al diseño de un modelo relacional y su implementación lógica en una Base de datos física.

DISEÑO DE BASES DE DATOS



-¿Que es el diagrama de entidad/relacion?
*Este tipo de diagramas describe cómo se usa el sistema, partiendo desde el punto de vista del usuario final. *Esto da una buena pauta para conocer más a fondo los requisitos que deberá tener el sistema a desarrollar.
*Debe tenerse el cuidado de no confundir la palabra "cómo", cuando se dice los diagramas de caso de uso describen "cómo se usa el sistema".
*Esto se refiere al "cómo" desde el punto de vista de los pasos que se van a realizar por parte del usuario final, y no al "cómo" del procedimiento técnico que se va a utilizar para dar solución a un problema o caso específico.
*El objetivo de este tipo de diagramas es mostrar la manera en la que un usuario final va a interactuar con el sistema a desarrollar, sin preocuparse por la forma en la que se va a lograr implementar eso, técnicamente hablando, es decir, sin tomar en cuenta los mecanismos que se van a utilizar para crear o hacer funcionar el sistema.
*La mejor forma de desarrollar un buen diagrama de caso de uso es mediante entrevista directa con los usuarios o posibles futuros usuarios del sistema, poniendo atención a cada una de las actividades o pasos que se van a ir desarrollando desde un primer momento hasta un momento final.
*La elaboración de diagramas de uso ayuda poderosamente a un analista a comprender la forma en que un sistema deberá comportarse, obteniendo los requerimientos desde el punto de vista del usuario.
*En todo caso de uso siempre hay un actor, que es quien inicia, y luego otro actor, que recibirá algo por parte del sistema.
*La representación gráfica es directa, de la siguiente forma:




BIBLIOGRAFIAS:
-http://www.hipertexto.info/documentos/uml.htm

-http://www.monografias.com/trabajos67/diagramas-uml/diagramas-uml2.shtml

-http://www.monografias.com/trabajos78/diagramas-entidad-relacion/diagramas-entidad-relacion.shtml

Actividad 5

Actividades obligatorias:

• Explique porque es importante la información.

>Aplica la tecnología de información de la mejor manera que satisfaga las necesidades generales del negocio.

• Mencione y explique los objetivos generales de la planeación estratégica de la información.

>• Definir los objetivos y metas del negocio que sean estratégico.
proponer los objetivos a cumplir, para poder alcanzar las metas establecidas
• Aislar los factores de éxito critico.
definir el FODA de la empresa
• Analizar el impacto de la tecnología y automatización en las metas y objetivos.
definir que tecnologias nos ayudaran a cumplir el objetivo y la meta de la empresa
• Analizar la información existente para determinar su papel en la consecución de las metas y objetivos.
analizar en que forma nos pueden ayudar las nuevas tecnologias en la empresa

 

• Ha decidido empezar un negocio con envío de ordenes por correo electrónico. Como quiere llevar su negocio con eficacia, decide hacer algo de ingeniería de información. Empiece por el PEI. Construya un sencillo modelo de empresa que incluya un organigrama, esquemas de funciones y de los procesos de negocio y un modelo de datos en el ámbito del negocio.

>PEI:
metas: llegar a ser la empresa lider en arquitectura de edificios en el area metropolitana.
objetivos: brindar el mejor servicio a nuestros clientes, de tal forma que esten satisfechos con el trato y el trabajo.
>FODA:
-F: ° tener un buen equipo de trabajo, capaces de realizar un buen trabajo
° buena comunicacion entre contratistas y clientes
° servicios de calidad

-O: ° posicionamiento de la empresa en un lugar estrategico
° nuevas herramientas de diseño y construccion
° debilitamiento de la empresa lider actual
° buena organizacion interna de la empresa

-D: ° falta de personal
° motivacion al personal
° sistemas no actualizados

-A: ° surgimiento de nuevas empresas
° fortalecimiento de empresas
° falta de personal

Asumamos que una de las áreas del negocio que ha identificado para el negocio de software por correo (actividad anterior) es el proceso de pedidos por teléfono. Haga un AAN para desarrollar un modelo de datos y diagrama de flujo del proceso detallado para esta área del negocio.

>

Actividades sugeridas:

• Explique que realiza la ingeniería de la información.

>La Ingeniería de la información se define como:
La aplicación de una serie de técnicas formales integradas para
el planeamiento, análisis, diseño y construcción de sistemas de
información para la totalidad de una empresa, o un sector
importante de ella.

• Explique que se hace durante el análisis del área del negocio.

>Durante el AAN, nuestro punto de mira se desplaza de la visión global a la visión de dominio. Para modelar "las complicadas y sutiles maneras en que se relacionan los diferentes aspectos de la información de la empresa", el ingeniero de la información debe describir cómo se usan y transforman los objetos de datos (descritos durante el PEI y refinados durante el AAN) dentro de cada área de negocio y cómo las funciones de negocio y los procesos dentro de cada área de negocio transforman estos objetos de datos. En esencia, se analizan y modelan datos tanto exógenos como endógenos para cada área de negocio.

• La planeación de la estrategia de la información empieza por la definición de objetivos y metas. Ponga ejemplos de cada uno de los dominios del negocio.

>>FODA:
-F: ° tener un buen equipo de trabajo, capaces de realizar un buen trabajo
° buena comunicacion entre contratistas y clientes
° servicios de calidad

Autoevaluación

¿Cuál es el objetivo de la ingeniería de la información?

-El objetivo global de la ingeniería de la información es aplicar tecnología de información de la mejor manera que satisfaga las necesidades generales del negocio.

¿Cuál es factor critico para la determinación del éxito o fracaso de los negocios?
-Los factores críticos de éxito (FCE) pueden estar unidos a un objetivo o a una meta individual. Si se quiere conseguir un objetivo o una meta debe estar presente un FCE.

¿Qué es un objetivo?
-Un objetivo es una declaración general de dirección.  

¿Qué es una meta?
-Las metas definen un curso de acción cuantitativo.

-O: ° posicionamiento de la empresa en un lugar estrategico
° nuevas herramientas de diseño y construccion
° debilitamiento de la empresa lider actual
° buena organizacion interna de la empresa

-D: ° falta de personal
° motivacion al personal
° sistemas no actualizados

-A: ° surgimiento de nuevas empresas
° fortalecimiento de empresas
° falta de personal

Actividad 4

ACTIVIDAD 4

Actividades Obligatorias

• ¿Cual de los paradigmas de la ingeniería de software sería más útil para las aplicaciones del software?¿Porque?

>Paradigma de Modelo Espiral.

>Es un modelo de proceso de software evolutivo. En el modelo espiral, el software se desarrolla en una serie de versiones increméntales. Durante las primeras iteraciones. La versión incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones, se producen versiones cada vez mas completas de ingeniería del sistema.

• Proporcione tres ejemplos de técnicas de 4ª generación.

>Recoleccion de requerimientos, estrategia de diseños, Implementacion usando T4G y Producto y Mantenimiento.

• Describa el modelo concurrente

>Es un modelo de tipo de red donde todas las personas actúan simultáneamente o al mismo tiempo.

• A medida que vaya hacia afuera del modelo espiral ¿qué puede decir del software que se esta desarrollando?
• Explique los pasos tradicionales de cualquier modelo.

>En el modelo espiral lleva las siguientes regiones de tareas:

-Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.

-Planificación: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.

-Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto

-Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.

-Construcción y adaptación: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.

-Evaluación el cliente: las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementación durante la etapa de instalación.

Actividades sugeridas

• Proporcione cinco ejemplos de desarrollo del software que sean adecuados para construir prototipos. Nombre dos o tres aplicaciones que fueran más difíciles para construir prototipos.

>adecuados para construir prototipos,
1. Sistema para un negocio de venta por internet, como mercado libre.
2. Sistema para administración de una refaccionaria.
3. Sistema de almacenes.
4. Sistemas para tiendas de autoservicio.
5. Sistemas para consultar citas medicas como ISSSTENET.

> Difíciles para construir prototipos
1. Sistemas para dispositivos médicos.
2. Sistemas para aviónica

• Explique como el paradigma ciclo de vida clásico y el de construcción de prototipos pueden acomodarse en el modelo espiral.

>Es también al igual que el anterior un modelo evolutivo
El modelo en espiral se divide en un numero de actividades estructurales, también llamadas regiones de tareas. Generalmente, existen entre tres y seis regiones de tareas.
Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.
Planificación: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.
Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto.
Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.
Construcción y adaptación: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.
Evaluación el cliente: las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementación durante la etapa de instalación. 

• Que es el analista de sistemas?

>El analista tiene como cometido analizar un problema y describirlo con el propósito de ser solucionado mediante un sistema informático.
El diseñador realiza, con base en el análisis, el diseño de la solución
El analista tiene que delimitar el análisis para ver lo que se quiere hacer inicialmente y después darle al usuario nuevas opciones de uso

• Que es el analista-programador?

>El Analista Programador es la persona que realiza las funciones de un analista técnico y de un programador; es decir, parte de una información previa recibida del analista funcional, en función de la cual desarrolla las aplicaciones y organiza los datos. Es el perfil más buscado en la actualidad.

• Que es un programador?

>Un programador es aquella persona que escribe, depura y mantiene el código fuente de un programa informático, es decir, del conjunto de instrucciones que ejecuta el hardware de una computadora para realizar una tarea determinada. La programación es una de las principales disciplinas dentro de la informática. En la mayoría de los países, programador es también una categoría profesional reconocida.

Autoevaluación

1.      ¿Cuales son las características del paradigma ciclo de vida clásico?
Ingenieria de software
Analisis
Diseño
Codificacion
Prueba
Mantenimiento.

2.      ¿En que consiste el paradigma de construcción de prototipos?

Definir un conjunto de objetivos generales para el software pero no identificara los requerimientos detallados de entrada, procesamiento de salida.

3.      ¿Cuales son los pasos a seguir en el paradigma espiral?
Comunicacion con el cliente
Planificacion
Analisis de Riesgo
Ingenieria
Construccion y Adaptacion
Evalucacion el cliente

4.      ¿Cuáles son las desventajas del modelo DRA?

• Para proyectos grandes aunque por escalas, el DRA requiere recursos humanos suficientes como para crear el numero correcto de equipos DRA.
• DRA requiere clientes y desarrolladores comprometidos en las rápidas actividades necesarias para completar un sistema en un marco de tiempo abreviado. Si no hay compromiso, por ninguna de las partes constituyentes, los proyectos DRA fracasaran.

¿Cuál es el parádigma de técnicas de cuarta generación?
Abarca un amplio espectro de herramientas de software ha especificar algunas características de alto nivel.

Tarea Grafica de Gantt

Grafica de Gantt

La gráfica de Gantt: es una gráfica de barras utilizada para programar recursos incluyendo los insumos del sistema administrativo, recursos humanos, maquinarias.

En el eje horizontal está el tiempo y en el vertical los recursos.

Esta gráfica es de gran utilidad para los gerentes.

En primer lugar los gerentes pueden utilizarla para saber como se están utilizando los recursos, cuáles de ellos están contribuyendo a la productividad y cuáles no.

A través de la gráfica puede determinarse qué recursos no se utilizan en periodos específicos y de acuerdo a esto darles otros usos laborales o de producción, esta sirve además para establecer estándares de producción realistas de los trabajadores.

La idea de la gráfica de Gantt es sencilla. En esencia es una gráfica de barras con el tiempo en el eje horizontal y las actividades a programar en el eje vertical. Las barras muestran la producción tanto planificada como real, durante cierto periodo. Muestra visualmente cuando se supone que deben realizarse las tareas y las compara contra el avance real de cada cosa. Es una herramienta sencilla pero importante que permite a los gerentes detallar con facilidad que es lo que falta hacerse para terminar una tarea o un proyecto.

La gráfica consta de dos columnas básicas de actividades y tiempo (medido en días, semanas o meses según requerimientos del usuario).

Ejemplo

La representación gráfica de las actividades programa se hace a través de las siguientes barras:

-La longitud de la barra es proporcional al tiempo de duración de la actividad programada.

-La gráfica permite la utilización de convenciones que indican donde empieza la actividad y en donde termina.

Además mediante el uso de letras iniciales se pueden indicar las causas de retrasos o de excesos en las actividades programadas debido por ejemplo a:

• Daño máquina DM
• Enfermedad E
• Faltó materia prima FMP
• Operarios Nuevos ON
• Máquinas Nuevas MN
• Horas Extras HE



PASOS EN LA APLICACIÓN DE LA TÉCNICA

La elaboración de Gantt comprende los siguientes pasos:

1. Identificar el programa, proyecto y sus objetivos.

2. Establecer actividades del programa, los supuestos y limitaciones de recursos.

3. Describir quien ejecutará cada actividad, cómo, con qué recursos y en qué comento. (Actividades y secuencia).

4. Determinar el tiempo de duración de cada actividad.

5. Representar las actividades secuencialmente mediante la utilización de barras de tamaño proporcional a su duración.

6. Después de elaborar el gráfico de Gantt, se procede a ejecutar el programa y controlar las actividades programadas con relación al cumplimiento de las actividades ejecutadas.

Por ejemplo en la programación del lanzamiento de un producto las actividades pueden ser las siguientes:

a. Analizar la necesidad de aplicar la encuesta.

b. Precisar objetivos de la encuesta.

c. Reclutar encuestadores.

d. Entrenar encuestadores.

e. Diseñar formularios.

f. Imprimir formularios.

g. Aplicar encuesta.

h. Analizar Resultados.

i. Elaborar informe.

Una vez se han determinado las actividades, los responsables de la ejecución, los recursos, el cómo y en qué momento, podemos determinar el tiempo y secuencia de las actividades; que para nuestro ejemplo puede ser:

Posteriormente se procede a ejecutar el programa y controlar los resultados de las actividades ejecutadas con relación a las actividades programadas representando a aquellas con la convención ya vista u otra semejante que permita diferenciarlas e identificar retrasos o excesos. Sobre la convención de actividad o trabajo programada se puede escribir la cifra de la cantidad realizada.

Actividad 3

¿Que es un analisis?

Existen tantos tipos de análisis que centrarse en una única definición aplicable en todos los ámbitos resulta muy complicado. A nivel general, puede decirse que un análisis consiste en identificar los componentes de un todo, separarlos y examinarlos para lograr acceder a sus principios más elementales.

El objetivo de el analisis es analizar, diseñar y representar bajo el enfoque orientado a objeto, un sistema eficiente y eficaz.

-Cuestionario

Los cuestionarios en el proceso de investigación son un práctica común socorrida por los investigadores. Muchos cuestionarios se realizan sin una fundamentación teórica que los respalde y su formulación es en muchas ocasiones deficiente. Sin embargo, el cuestionario es muy utilizado en por investigadores así como por estudiantes que desean obtener algún título a través de un trabajo de investigación.

El uso de cuestionarios en investigación dice que:
1. El investigador debe partir de objetivos de estudio perfectamente definidos
2. Cada pregunta es de utilidad para el objetivo planteado por el trabajo.
3. El investigador debe estructurar las preguntas teniendo en mente siempre los objetivos del trabajo.
4. El que contesta está dispuesto y es capaz de proporcionar respuestas fidedignas.

-Entrevista

La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos.
Todas estos instrumentos se aplicará en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común.

TÉCNICAS PARA HALLAR DATOS
Los analistas utilizan una variedad de métodos a fin de recopilar los datos sobre una situación existente, como entrevistas, cuestionarios, inspección de registros y observación. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo de cada una y ayudar a asegurar una investigación completa.

LA ENTREVISTA
Las entrevistas se utilizan para recabar información en forma verbal, a través de preguntas que propone el analista. Quienes responden pueden ser gerentes o empleados, los cuales son usuarios actuales del sistema existente, usuarios potenciales del sistema propuesto o aquellos que proporcionarán datos o serán afectados por la aplicación propuesta. El analista puede entrevistar al personal en forma individual o en grupos algunos analistas prefieren este método a las otras técnicas que se estudiarán más adelante. Sin embargo, las entrevistas no siempre son la mejor fuente de datos de aplicación.
Dentro de una organización, la entrevistas es la técnica más significativa y productiva de que dispone el analista para recabar datos. Por otra parte, la entrevista ofrece al analista una excelente oportunidad para establecer una corriente de simpatía con el personal usuario, lo cual es fundamental en transcurso del estudio.

Preparación de la Entrevista

1. Determinar la posición que ocupa de la organización el futuro entrevistado, sus responsabilidades básicas, actividades, etc.
2. Preparar las preguntas que van a plantearse, y los documentos necesarios.
3. Fijar un límite de tiempo y preparar la agenda para la entrevista.
4. Elegir un lugar donde se puede conducir la entrevista con la mayor comodidad.
5. Hacer la cita con la debida anticipación.

Conducción de la Entrevista

1. Explicar con toda amplitud el propósito y alcance del estudio (Honestidad).
2. Explicar la función propietaria como analista y la función que se espera conferir al entrevistado. (Imparcialidad).
3. Hacer preguntas específicas para obtener respuestas cuantitativas (Hechos).
4. Evitar las preguntas que exijan opiniones interesadas, subjetividad y actitudes similares (habilidad).
5. Evitar el cuchicheo y las frases carentes de sentido (Claridad).
6. Ser cortés y comedio, absteniéndose de emitir juicios de valores. (Objetividad).
7. Conservar el control de la entrevista, evitando las divagaciones y los comentarios al margen de la cuestión.
8. Escuchar atentamente lo que se dice, guardándose de anticiparse a las respuestas (Comunicación).

Secuela de la Entrevista

1. Escribir los resultados.
2. Entregar una copia al entrevistado, solicitando su conformación, correcciones o adiciones. (Profesionalismo).
3. Archivar los resultados de la entrevista para referencia y análisis posteriores (Documentación).

-Entrevista Estructurada y No Estructurada

La estructura de la entrevista varia. Si el objetivo de la entrevista radica en adquirir información general, es conveniente elaborar una serie de pregunta sin estructura, con una sesión de preguntas y respuesta libres
Las entrevistas estructuradas utilizan pregunta estandarizada. El formato de respuestas para las preguntas pueden ser abierto o cerrado; las preguntas para respuestas abierta permiten a los entrevistados dar cualquier respuesta que parezca apropiado. Pueden contestar por completo con sus propias palabras. Con las preguntas para respuesta cerradas se proporcionan al usuario un conjunto de respuesta que se pueda seleccionar. Todas las personas que respondes se basan en un mismo conjunto de posible respuestas.
Los analistas también deben dividir el tiempo entre desarrollar preguntas para entrevistas y analizar respuesta. La entrevista no estructurada no requiere menos tiempos de preparación, porque no necesita tener por anticipado las palabras precisas de las preguntas. Analizar las respuestas después de la entrevista lleva más tiempo que con la entrevista estructuradas. El mayor costo radica en la preparación, administración y análisis de las entrevistas estructuradas para pregunta cerradas.

-Observacion

Observar es aplicar atentamente los sentidos a un objeto o a un fenómeno, para estudiarlos tal como se presentan en realidad. Observar no es "mirar".
La observacion puede darse en el analis de un objeto o una accion o un programas y su funcionamiento.

Tarea POO

PARADIGMA ORIENTADA A OBJETOS.

Está basado en varias técnicas, incluyendo herencia, abstracción, polimorfismo y encapsulamiento.
Los objetos son entidades que tienen un determinado estado, comportamiento (método) e identidad:

• El estado está compuesto de datos o informaciones , será uno o varios atributos a los que se habrán asignado unos valores concretos (datos).
• El comportamiento está definido por los métodos o mensajes a los que sabe responder dicho objeto, es decir, qué operaciones se pueden realizar con él.
• La identidad es una propiedad de un objeto que lo diferencia del resto, dicho con otras palabras, es su identificador (concepto análogo al de identificador de una variable o una constante).

Un objeto contiene toda la información que permite definirlo e identificarlo frente a otros objetos pertenecientes a otras clases e incluso frente a objetos de una misma clase, al poder tener valores bien diferenciados en sus atributos. A su vez, los objetos disponen de mecanismos de interacción llamados métodos, que favorecen la comunicación entre ellos. Esta comunicación favorece a su vez el cambio de estado en los propios objetos. Esta característica lleva a tratarlos como unidades indivisibles, en las que no se separa el estado y el comportamiento.

Los métodos (comportamiento) y atributos (estado) están estrechamente relacionados por la propiedad de conjunto. Esta propiedad destaca que una clase requiere de métodos para poder tratar los atributos con los que cuenta. El programador debe pensar indistintamente en ambos conceptos, sin separar ni darle mayor importancia a alguno de ellos.

La POO difiere de la programación estructurada tradicional, en la que los datos y los procedimientos están separados y sin relación, ya que lo único que se busca es el procesamiento de unos datos de entrada para obtener otros de salida. La programación estructurada anima al programador a pensar sobre todo en términos de procedimientos o funciones, y en segundo lugar en las estructuras de datos que esos procedimientos manejan. En la programación estructurada solo se escriben funciones que procesan datos.
Los programadores que emplean POO, primero definen objetos para luego enviarles mensajes solicitándoles que realicen sus métodos por sí mismos.

Caracteristicas de la POO.

Existe un acuerdo acerca de qué características contempla la "orientación a objetos", las características siguientes son las más importantes:

• Abstracción: denota las características esenciales de un objeto, donde se capturan sus comportamientos. Cada objeto en el sistema sirve como modelo de un "agente" abstracto que puede realizar trabajo, informar y cambiar su estado, y "comunicarse" con otros objetos en el sistema sin revelar cómo se implementan estas características. Los procesos, las funciones o los métodos pueden también ser abstraídos y cuando lo están, una variedad de técnicas son requeridas para ampliar una abstracción.El proceso de abstracción permite seleccionar las características relevantes dentro de un conjunto e identificar comportamientos comunes para definir nuevos tipos de entidades en el mundo real.

• Encapsulamiento: Significa reunir a todos los elementos que pueden considerarse pertenecientes a una misma entidad, al mismo nivel de abstracción. Esto permite aumentar la cohesión de los componentes del sistema.

• Modularidad: Se denomina Modularidad a la propiedad que permite subdividir una aplicación en partes más pequeñas (llamadas módulos), cada una de las cuales debe ser tan independiente como sea posible de la aplicación en sí y de las restantes partes.

• Principio de ocultación: Cada objeto está aislado del exterior, es un módulo natural, y cada tipo de objeto expone una interfaz a otros objetos que especifica cómo pueden interactuar con los objetos de la clase. El aislamiento protege a las propiedades de un objeto contra su modificación por quien no tenga derecho a acceder a ellas, solamente los propios métodos internos del objeto pueden acceder a su estado. Esto asegura que otros objetos no pueden cambiar el estado interno de un objeto de maneras inesperadas, eliminando efectos secundarios e interacciones inesperadas.

• Polimorfismo: comportamientos diferentes, asociados a objetos distintos, pueden compartir el mismo nombre, al llamarlos por ese nombre se utilizará el comportamiento correspondiente al objeto que se esté usando. Cuando esto ocurre en "tiempo de ejecución", esta última característica se llama asignación tardía o asignación dinámica. Algunos lenguajes proporcionan medios más estáticos (en "tiempo de compilación") de polimorfismo, tales como las plantillas y la sobrecarga de operadores de C++.

• Herencia: las clases no están aisladas, sino que se relacionan entre sí, formando una jerarquía de clasificación. Los objetos heredan las propiedades y el comportamiento de todas las clases a las que pertenecen. La herencia organiza y facilita el polimorfismo y el encapsulamiento permitiendo a los objetos ser definidos y creados como tipos especializados de objetos preexistentes. Estos pueden compartir (y extender) su comportamiento sin tener que volver a implementarlo. Esto suele hacerse habitualmente agrupando los objetos en clases y estas en árboles o enrejados que reflejan un comportamiento común. Cuando un objeto hereda de más de una clase se dice que hay herencia múltiple.

• Recolección de basura: la recolección de basura o garbage collector es la técnica por la cual el entorno de objetos se encarga de destruir automáticamente, y por tanto desvincular la memoria asociada, los objetos que hayan quedado sin ninguna referencia a ellos. Esto significa que el programador no debe preocuparse por la asignación o liberación de memoria, ya que el entorno la asignará al crear un nuevo objeto y la liberará cuando nadie lo esté usando. En la mayoría de los lenguajes híbridos que se extendieron para soportar el Paradigma de Programación Orientada a Objetos como C++ u Object Pascal, esta característica no existe y la memoria debe desasignarse manualmente.