Buscar este blog

lunes, 22 de febrero de 2010

UNIDAD 2 ANÁLISIS DE PROYECTOS

UNIDAD 2 ANÁLISIS DE PROYECTOS
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 (revisión en el sitio) 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.
2.1 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 entrevista es la técnica más significativa y productiva de que dispone el analista para recabar datos. En otras palabras, la entrevista es un intercambio de información que se efectúa cara a cara. Es un canal de comunicación entre el analista y la organización; sirve para obtener información acerca de las necesidades y la manera de satisfacerlas, así como concejo y comprensión por parte del usuario para toda idea o método nuevos. 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. (Investigación).
  2. Preparar las preguntas que van a plantearse, y los documentos necesarios (Organización).
  3. Fijar un límite de tiempo y preparar la agenda para la entrevista. (Sicología).
  4. Elegir un lugar donde se puede conducir la entrevista con la mayor comodidad (Sicología).
  5. Hacer la cita con la debida anticipación (Planeació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).


2.2 ELABORAR UN DIAGRAMA DE DESCOMPOSICIÓN FUNCIONAL
Que esquematiza los diagramas de flujo de datos
Un diagrama de descomposición, también denominado gráfico de jerarquías, muestra la estructura, o descomposición funcional en sentido descendente, de un sistema. También nos proporciona un esquema para elaborar nuestros DFD.
El único símbolo utilizado en el diagrama de descomposición es el símbolo de proceso, por lo demás el mismo símbolo que se utiliza en los DFD . Los proceso se conectan entre sí en una estructura arborescente. Los nombres de procesos deberán ajustarse a las directrices sobre nombres explicadas para los DFD. El proceso superior, también llamado hizo, representa a todo el sistema cuyas necesidades se están definiendo. El proceso raíz se desglosa o divide en subsistemas, funciones y tareas, donde el número de niveles depende enteramente de la dimensión del proyecto.
Durante la elaboración del diagrama de descomposición se deben seguir las siguientes directrices más corrientes:
  1. Numerar el proceso raíz con el 0.
  2. Dividir el proceso raíz en procesos numerados consecutivamente:1, 2, 3, etc.
  3. En los subsiguientes desgloses de procesos en subprocesos, cada subproceso se enumera como un derivado del proceso al que se asocia. Por ejemplo, el proceso 1 puede desplazarse en los procesos 1.1, 1.2, 1.3, y así sucesivamente. El proceso 1.2 puede dividirse en procesos 1.2.1, 1.2.2, etc.
Esta estrategia se repite a lo largo de todo el diagrama de descomposición y del subsiguiente conjunto de diagramas de flujo de datos. Seguidamente, ofrecemos una descripción. Por punto, de los diagramas descomposición del ejemplo.

2.3 ¿ QUÉ ES EL ANÁLISIS ESTRUCTURADO?
El análisis estructurado es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Cuando los analistas de sistemas abordan una situación poco familiar, siempre existe una pregunta sobre donde comenzar el análisis. Una situación dinámica siempre puede ser vista como abrumadora debido a que muchas de las actividades se llevan a cabo constantemente, como señalo MARY HELEN es su seminario. El análisis estructurado permite el analista conocer un sistema o proceso (actividad) en una forma lógica y manejable el mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente.
Significado de estructurado
¿Qué es lo que desea estructurar? ¿ que significa estructurar? El objetivo que persigue el análisis estructurado es organizar las tareas asociada con la determinación de requerimientos para obtener la comprensión completa y exacta de una situación dada. A partir de aquí determina los requerimientos que serán la base de un sistema nuevo o modificado.
En el análisis estructurado la palabra estructura significa qué: 1) el método intenta estructurar el proceso de determinación de los requerimientos comenzando con la documentación del sistema existente; 2) el proceso está organizado de tal forma que intenta incluir todos los detalles relevante que describe al sistema en uso; 3) es fácil verificar cuando se han omitido detalles relevantes; 4) la identificación de los requerimientos será similar entre varios analistas e incluirá las mejora soluciones y estrategias para las oportunidades para de desarrollo de sistemas; y 5) los documentos de trabajo generados para documentar los sistemas existente o propuesto son dispositivos de comunicación eficientes.
Componentes del análisis estructurado
El análisis estructurado hace uso de los siguientes componentes.
·        símbolos gráficos
·        diccionario de datos
·        descripciones de procesos y procedimientos
·        reglas

domingo, 10 de enero de 2010

Sistemas Mecanizados II UNESR Nucleo San Juan de los Morros


Bienvenidos a mi blog donde se refleja mi investigación sobre el contenido de la asignatura sistemas mecanizados II en la Universidad Simón Rodríguez Núcleo: San Juan de los Morros.

Contenido:

Estaremos resumiendo cuatro unidades las cuales se desglosan de esta manera:

1. Planificación de Proyectos.

2. Análisis de proyectos.

3. Diseño de Proyectos.

4. Administración de Proyectos.

Unidad 1:

Planificación de proyectos:

Esta etapa conlleva la planificación de cómo se pueden llevar a cabo las etapas del ciclo de vida de la manera más eficiente. Hay tres componentes principales: el trabajo que se ha de realizar, los recursos para llevarlo a cabo y el dinero para pagar por todo ello. Como apoyo a esta etapa, se necesitará un modelo de datos corporativo en donde se muestren las entidades principales de la empresa y sus relaciones, y en donde se identifiquen las principales áreas funcionales. Normalmente, este modelo de datos se representa mediante un diagrama entidad-relación. En este modelo se tiene que mostrar también qué datos comparten las distintas áreas funcionales de la empresa.


La planificación de la base de datos también incluye el desarrollo de estándares que especifiquen cómo realizar la recolección de datos, cómo especificar su formato, qué documentación será necesaria y cómo se va a llevar a cabo el diseño y la implementación. El desarrollo y el mantenimiento de los estándares puede llevar bastante tiempo, pero si están bien diseñados, son una base para el personal informático en formación y para medir la calidad, además, garantizan que el trabajo se ajusta a unos patrones, independientemente de las habilidades y la experiencia del diseñador. Por ejemplo, se pueden establecer reglas sobre cómo dar nombres a los datos, lo que evitará redundancias e inconsistencias. Se deben documentar todos los aspectos legales sobre los datos y los establecidos por la empresa como, por ejemplo, qué datos deben tratarse de modo confidencial.

vea mas informacion siguiendo este enlace:
http://www3.uji.es/~mmarques/f47/apun/node67.html
 
 
1.1 Ciclo de vida de los sistemas de información.


Un sistema de información es el conjunto de recursos que permiten recoger, gestionar, controlar y difundir la información de toda una empresa u organización. Desde los años setenta, los sistemas de bases de datos han ido reemplazando a los sistemas de ficheros en los sistemas de información de las empresas.

Un sistema de información está formado por los siguientes componentes:

• La base de datos.

• El SGBD. (Sistema Gerencial de Base de Datos)

• Los programas de aplicación.

• Los dispositivos físicos (ordenadores, dispositivos de almacenamiento, etc.).

• El personal que utiliza y que desarrolla el sistema.

Al ciclo de vida de los sistemas de información también se le denomina ciclo de vida de desarrollo del software. Las etapas típicas del ciclo de vida de desarrollo del software son:



• Planificación.

• Recolección y análisis de los requisitos.

• Diseño (incluyendo el diseño de la base de datos).

• Creación de Prototipos.

• Implementación.

• Prueba.

• Conversión y mantenimiento.



Este ciclo de vida hace énfasis en la identificación de las funciones que realiza la empresa y en el desarrollo de las aplicaciones que lleven a cabo estas funciones. Se dice que el ciclo de vida de desarrollo del software sigue un enfoque orientado a funciones, ya que los sistemas se ven desde el punto de vista de las funciones que llevan a cabo. Por esta razón, el análisis estructurado hace énfasis en los diagramas de flujo de datos, siguiendo el movimiento de los datos a través de una secuencia de transformaciones, y refinando éstas a través de una serie de niveles. Lo mismo ocurre en el diseño estructurado, que ve a un sistema como una función que se descompone sucesivamente en niveles o subfunciones.

vea mas informacion siguiendo este enlace:

http://www3.uji.es/~mmarques/f47/apun/node66.html


1.2 Definición del Problema y fijación de objetivos


Una vez que se han detectado los posibles problemas existentes en una empresa u organización, debemos de definir las áreas sobre las cuales será planteada la solución para los requerimientos; esta solución debe de estar delimitada de acuerdo a los parámetros que proporcionen los problemas y no abarcar mas allá de los que indica una posible solución.


Esta etapa contempla 7 pasos que permitirán definir adecuadamente los alcances y fronteras de un proyecto, en estos pasos se permite establecer una guía de operación en el desarrollo del proyecto.


Los pasos son los siguientes:


1. Determinar el alcance y los objetivos.

2. Crear una visión.

3. Adoptar una metodología en la planeación.

4. Organizar y definir los recursos necesarios.

5. Definir el equipo de trabajo.

6. Preparar un plan de trabajo.

7. Obtener o confirmar los requerimientos de acuerdo al plan desarrollado.

El desarrollo de proyectos no solo implica la solución de problemas, sino también consiste en definir la mejor solución posible tomando como base aspectos que sean considerados como únicos o específicos para la solución. Para estos procesos se considera importante la aplicación de la creatividad e innovación en la solución de los problemas


1.3 Planificación de Sistemas de Informacion.

La planificación de un proyecto de software no difiere de la planificación de cualquier proyecto de ingeniería. Se identifica una serie de tareas del proyecto. Se establecen interdependencias entre las tareas. Se estima el esfuerzo asociado con cada tarea. Se hace la asignación de personal y de otros recursos. Se crea una "red de tareas". Se desarrolla una agenda de fechas.


1.4 La Arquitectura Tecnologíca

Se refiere a todos aquellos elementos tecnológicos que son necesarios para soportar o complementar a las aplicaciones de una empresa. Su objetivo es definir un camino estándar para el uso de tecnología en las empresas, y que les permita definir las opciones de crecimiento a mediano y largo plazo. Se siguen los siguientes pasos:



• Identificar plataformas y principios de tecnología.

• Definir tecnología distribución de los datos y aplicaciones.

• Relacionar tecnología distribución de los datos y aplicaciones.


vea mas informacion siguiendo este enlace:

http://www.monografias.com/trabajos30/desarrollo-sistemas/desarrollo-sistemas.shtml