Sunteți pe pagina 1din 22

Unidad didáctica II

MODELOS Y ENFOQUES TECNOLOGICOS


EN LOS SISTEMAS DE INFORMACION
5

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

Esquema de contenidos

 Reingeniería de los Sistemas de Información: Necesidades y Problemas que


sustentan el cambio.
 El Modelo Relacional.
 El Modelo Orientado a Objetos.
 Sistemas Expertos.
 Metodologías para la conversión de datos de una Base de Datos
 Enfoques para el desarrollo de los sistemas de información: El Enfoque
Tradicional. Determinación de la Magnitud del Proyecto.
 Conformación del Equipo para desarrollar el Proyecto de Sistemas.
 El papel del Jefe de Proyecto.
 Los Factores Críticos de Éxito del Proyecto.
 Construcción del Modelo para efectuar el trabajo técnico.
 Las principales actividades del Proyecto.
 Asignación de Responsabilidades
 El Rol del Analista de Sistemas de Información y sus Técnicas para detectar
las necesidades de información del Usuario.
 Métodos, Técnicas y Herramientas Utilizadas: Entrevistas, Cuestionarios
 Análisis de la Organización, Análisis de los Procesos y Análisis de la
Información.
6

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

Objetivos

 Identificar el Rol del Jefe de Sistemas e Informática ante la situación actual y


futura de la Organización seleccionando las metodologías de desarrollo,
Hardware y Software de desarrollo adecuados.
 Presentar enfoques de desarrollo de sistemas de información tradicionales,
actuales y tendencias, así como la alternativa de adoptar una reingeniería de
los sistemas de información existentes.
 Desarrollar una Arquitectura de Sistemas de Información, enfatizando en el
diseño de la Base de datos, la comunicación de los datos y las Interfases para
el usuario. Asimismo, se incide en la necesidad de efectuar una reingeniería en
la Organización de los datos de los sistemas existentes.

Introducción

El concepto de reingeniería es una opción para reaccionar ante la situación


actual y sus cambios en las empresas. La reingeniería, enfocada en procesos
eficientes que se basen en la satisfacción del cliente, logra eliminar la antigua
forma de funcionamiento de las empresas

Las primeras grandes innovaciones en los procesos tuvieron lugar desde hace mucho

tiempo, y fueron tanto producto de la creatividad como de las necesidades. Así


tenemos, después de la organizacion industrial de Taylor, la reinvención de los
procesos ideada por Henry Ford, y la recreación de los procesos generados por

Toyoda y Ohno para la empresa Toyota, la cual tuvo lugar en necesidades de ahorros
tanto de materiales como financieras, de tiempo y de espacio.

En su concepción actual, la reingeniería es el producto de la necesidad imperiosa de


las empresas americanas para recuperar el terreno perdido en materia de
7

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

competitividad frente al Japón en primera instancia, y frente a Corea del Sur y Taiwán
en un segundo lugar. Originado en los Estados Unidos bajo los valores de la

civilización occidental, Michael Hammer,al inicio de los 1990 fue el hombre asociado a
su creación formulando un enfoque y técnicas para su práctica.
El hecho de que las empresas japonesas descubrieran e implantaran la gestión de

procesos mucho antes que Occidente ayuda a explicar su éxito económico en todo el
mundo. Las culturas de algunas corporaciones japonesas se han caracterizado
durante décadas por la gestión y la mejora de procesos, y han permitido que empresas

de sectores diversos desarrollen procesos rápidos y eficientes en áreas tan esenciales


como el desarrollo del producto, la logística y las ventas y el marketing.
Posteriormente, los avances tecnológicos en materia de tele-informática, juntamente

con la robótica y los conceptos de fabricación flexible, han acelerado los procesos de
reingeniería e innovación.
8

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica
Unidad

MODELOS Y ENFOQUES TECNOLOGICOS EN LOS SISTEMAS DE


INFORMACION

REINGENIERÍA DE LOS SISTEMAS DE INFORMACIÓN: NECESIDADES Y


PROBLEMAS QUE SUSTENTAN EL CAMBIO.

Reingeniería es el rediseño rápido y radical de los procesos estratégicos de valor


agregado (y de los sistemas, las políticas y las estructuras organizacionales que los
sustentan) para optimizar los flujos de trabajo y la productividad de una organización.

La misma se basa en dos factores interdependientes, los cuales son:

 La satisfacción absoluta del cliente, y


 procesos internos eficaces y eficientes.

El éxito de una empresa depende de su capacidad para satisfacer las necesidades de


los clientes. A su vez, esta capacidad depende de la eficacia de los procesos internos
de la organización para satisfacer esta demanda externa. Por lo tanto, la organización
triunfa desde adentro hacia fuera: el compromiso y dedicación de los empleados para
cumplir las necesidades del cliente pueden convertirse en la llama autosuficiente que
perpetúe el éxito. Competir desde adentro significa administrar a los empleados, no
sólo para que se sientan cómodos dentro de la empresa, sino para que la firma pueda
competir en el mercado.

La reingeniería tiene que hacerse rápidamente porque los altos ejecutivos necesitan
resultados en un espacio de tiempo mucho más corto que nunca antes: los programas
de reingeniería fracasan inevitablemente si tardan demasiado en producir resultados.

Deben tomarse debidamente en consideración cuatro elementos clave:

 Requerimientos de los clientes


 La tendencia de la demanda
 Restricciones
 Metas de eficiencia

Lo que lleva a cabo reingeniería:


9

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

 Oportunidad: incremento potencial en ingresos, reducción de costos, o ventaja


competitiva lograda al usar un sistema de información.
 Problema: cualquier situación no deseada. Muchos problemas resueltos con
un sistema de información. Ejemplo: una organización se da cuenta que
muchos procesos son demasiado lentos, cuestan demasiado o generan
productos o servicios de calidad inferior, y que un S.I. resolvería el problema.
Buscar una oportunidad se considera proactivo, mientras que resolver un
problema es reactivo.
 Una directiva: es una orden para realizar una acción determinada. Una
organización necesita un S.I. para cumplir con una ley o reglamento. Ejemplo:
una ley requiere que los registros del paciente o financieros se registren o se
almacenen de una forma que solo puede implantarse con un S.I.
 La planeación de un Sistema de información, siempre debe considerarse como
la fase que precede al diseño de un sistema. El plan de S.I. proporciona un
marco de referencia dentro del que se adquieren nuevos S.I., comprándolo o
diseñándolos.

EL MODELO RELACIONAL
El modelo relacional constituye una alternativa para la organización y
representación de la información que se pretende almacenar en una base de
datos. Se trata de un modelo teórico matemático que, además de
proporcionarnos los elementos básicos de modelado (las relaciones), incluye
un conjunto de operadores (definidos en forma de un álgebra relacional) para
su manipulación, sin ambigüedad posible.
El carácter formal del modelo relacional hace relativamente sencilla su
representación y gestión por medio de herramientas informáticas. No es
casual, pues, que haya sido elegido como referencia para la construcción de la
gran mayoría de los Sistemas de Gestión de Bases de Datos comerciales
disponibles en el mercado; ni tampoco que sea también habitualmente
seleccionado como modelo de referencia para la elaboración del esquema
lógico de una base de datos, como tercer paso de la habitual metodología de
10

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

diseño de BDs (después del análisis de requerimientos y la elaboración del


esquema conceptual).

MODELO ORIENTADO A OBJETOS

El modelo orientado a objetos sirve para desarrollar sistemas de software con un alto
grado de complejidad. Este modelo es tan importante que se creó el OMG (Object
Management Group, Grupo de Administración de Objetos, una agrupación no
lucrativa) para establecer las normas que rigen el desarrollo de software orientado a
objetos.

Objetos.
Los objetos, concretos y abstractos, están a nuestro alrededor, forman nuestro
entorno. Podemos distinguir cada objeto en base a sus características y
comportamientos. Por ejemplo, en el aula observamos los objetos:

• alumno
• profesor
• mesa
• silla
• mesa banco
• pizarrón

Los Sistemas Expertos,

Rama de la Inteligencia Artificial, son sistemas informáticos que simulan el proceso de


aprendizaje, de memorización, de razonamiento, de comunicación y de acción en
consecuencia de un experto humano en cualquier rama de la ciencia.

Estas características le permiten almacenar datos y conocimiento, sacar conclusiones


lógicas, tomar decisiones, aprender de la experiencia y los datos existentes,
comunicarse con expertos humanos, explicar el por qué de las decisiones tomadas y
realizar acciones como consecuencia de todo lo anterior.
11

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

Técnicamente un sistema experto, contiene una base de conocimientos que incluye la


experiencia acumulada de expertos humanos y un conjunto de reglas para aplicar ésta
base de conocimientos en una situación particular que se le indica al programa. Cada
vez el sistema se mejora con adiciones a la base de conocimientos o al conjunto de
reglas.

Metodologías para la conversión de datos de una Base de Datos

La metodología de conversión involucra ocho pasos, estos son:

1) Evaluación del Nuevo Sistema/Aplicación.

2) Definición de los Requerimientos de la Base de Datos.

3) Desarrollo de la Arquitectura Inicial de la Base de Datos.

4) Evaluación y Recomendación del Paquete SGBD.

5) Rediseño del Nuevo Sistema/Aplicación

6) Análisis y Evaluación de la Configuración.

7) Plan de Implantación y Conversión.

8) Desarrollo y Entrenamiento del Personal.

Paso 1: Evaluación del Nuevo Sistema o Aplicación

a) Análisis del flujo de información del nuevo sistema o aplicación.

b) Análisis del procesamiento de datos del sistema o aplicación anterior

c) Análisis de los reportes o consultas del sistema o aplicación anterior.

d) Estado del nuevo sistema de información para base de datos.

e) Definición del esquema para la administración de base de datos.

f) Definición del esquema de responsabilidades en la conversión.

Paso 2: Definición de los Requerimientos de la Base de Datos

a) Desarrollo de análisis de servicios por reporte o consulta del nuevo sistema.

b) Desarrollo de análisis de servicios por función del nuevo sistema.

c) Desarrollo del diccionario de datos.

Paso 3: Desarrollo de la Arquitectura Inicial de Base de Datos


12

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

a) Distribución de los elementos en el diccionario de datos

b) Optimización en la distribución de los elementos en el diccionario


de datos.

c) Descripción de la arquitectura inicial de la base de datos.

Paso 4: Evaluación y Recomendación del Paquete SGBD

a) Diagrama de la arquitectura en el SGBD.

b) Características b asicas del paquete SGBD.

c) Características secundarias del paquete SGBD.

d) Recomendaciones del paquete SGBD.

Paso 5: Rediseño del Nuevo Sistema o Aplicación

a) Documentación del diseño y de programas del nuevo sistema o aplicación.

b) Análisis de la programación estructurada para ser incluida en el nuevo sistema o


aplicación.

c) Implantación de controles en el nuevo sistema o aplicación.

Paso 6: Análisis y Evaluación de la Configuración

a) Análisis de la carga anterior de los datos, en términos de volumen y permanencia


(vigencia).

b) Análisis de la carga futura de los datos, en términos de volumen y permanencia


(vigencia)

c) Realización del Modelamiento simulado.

d) Realización del análisis simulado

Paso 7: Plan de Implantación y Conversión

a) Planificación de la instalación del SGBD.

b) Planificación de la conversión de los datos.

c) Planificación de la conversión del sistema o aplicación.

Paso 8: Desarrollo y Entrenamiento del Personal

a) Apreciar los niveles de talento disponibles en el Personal.


13

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

b) Desarrollar un plan formal de capacitación para el Personal.

Enfoques para el desarrollo de los sistemas de información: El Enfoque


Tradicional.

Definición Post-
Estudio de
Del Diseño Progra-mación Instala-ción Implementa-
sistemas
proyecto ción

Fuente de elaboración propia

 Definir el proyecto (Informe de factibilidad)

 Análisis del contexto (Informe de la situación actual)

 Definición de los requerimientos (Salidas del sistema que se quiere, informe del
sistema nuevo)

 El diseño preliminar (especificar los módulos del sistema en general).

 El diseño detallado (prototipo, paquete de diseño detallado).

 La construcción del sistema (Sistema construido).

 Pruebas del sistema (Informe de pruebas).

 La implantación del sistema (Implantación del sistema, el sistema listo; se


elimina el anterior si existía o el mismo antiguo pero trabajando con el nuevo;
esto según las especificaciones buscadas).

MAGNITUD DEL PROYECTO.-

El tamaño de un proyecto corresponde a la capacidad de producción por unidad de


tiempo; es decir, es la capacidad de producción del proyecto
14

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

La capacidad de producción se define como el volumen o número de unidades que se


pueden producir un día, mes o año, dependiendo del tipo de proyecto que se está
formulando

Importancia: El tamaño tiene incidencia en el nivel de inversiones y costos, por un


lado, y por otro, el nivel de operación que determinara los ingresos. Por lo tanto, el
tamaño tiene incidencia en la estimación de la rentabilidad que podría generar su
implementación.

Las conclusiones del Estudio de Mercado son la base para determinar el TAMAÑO
OPTIMO

El dimensionamiento del tamaño de un proyecto relaciona factores técnicos y


económicos; éstos condicionan la capacidad de uso.

Los factores fundamentales son:

- La cuantía de la demanda
- La disponibilidad de los insumos
- La tecnología
- La capacidad financiera de los inversionistas
- La organización

FORMACION DEL EQUIPO DE TRABAJO.

Todo grupo debe contar con un líder de proyecto, un analista de sistemas y un


programador o programadores.
Líder de proyecto.
Un líder de proyecto es la persona encargada de aprobar la propuesta o solicitudes de
proyectos a llevarse a cabo, el líder del proyecto se encarga de entregar la propuesta
una vez aprobada por el, a los directivos con el fin de obtener los recursos ya sea
económicos y materiales para el inicio del proyecto. El líder de proyecto se
compromete a entregar el sistema de información en la fecha pactada, el líder de
proyecto administra las actividades del grupo de trabajo, verifica y controla las
actividades que han sido calendarizadas por él y el analista de sistemas para llevar a
cabo una buena administración de proyectos
15

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

FACTORES CRÍTICOS DE ÉXITO

El proceso de los Factores Críticos de Éxito en el análisis de la dirección general ha de


fijar la misión y los objetivos, y toda la organización ha de comprenderlos, puesto que
unos objetivos vagos o mal comprendidos conducirían a factores de éxito imprecisos y
confusos. Una vez hecho esto, es mejor que los FCE sean establecidos por un
proceso de trabajo en grupo en el que estén implicados los directivos clave. Esto lleva
más rápidamente a identificar los FCE “reales” de la empresa y a un acuerdo
inmediato.

El análisis de la información, el análisis de la cadena del valor produce una imagen a


alto nivel de los aspectos clave, tanto externos como internos.

Esto permitirá identificar donde se originan los datos (dentro y fuera de la empresa) y
quien será el responsable de su gestión y empleo.

También proporciona una base para definir:

 Las base de datos, y quien ha de tener acceso a ellas.


 Que procesos han de llevarse a cabo primero, y cuáles pueden realizarse en
paralelo.

 Las interdependencias entre los sistemas y las necesidades de calendario.

 Los cambios necesarios en las responsabilidades de la Organización

MODELOS DE TRABAJO PARA ELABORAR EL PROYECTO

Un método sencillo para elaborar un plan de trabajo es organizar la información


recopilada sobre lo que se desea hacer en una secuencia jerarquizada: comience por
el objetivo, después pase a los resultados que contribuyen a la consecución de dicho
objetivo y, por último, a las tareas que permitirán lograr los resultados. A continuación
se muestra un plan de trabajo parcial correspondiente a uno de los diversos objetivos
posibles:

PLAN DE TRABAJO
16

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

Objetivo Resultado Tarea Actividad Responsab Fecha


le
1. 1.1 Sistema 1.1.1 Adquisición 1.1.1.1 Visita a Director del 03.06.0
Informatizaci instalado y de hardware ysoftw proveedores proyecto 4
ón del en are de hardware y softwa
sistema de funcionamien re, y obtención del
información to mejor precio
1.1.1.2 Aprobación Director del 10.06.0
de la compra por el proyecto 4
consejo
1.1.2 Instalación y 1.1.2.1 Instalación y Tecnico 11.06.0
cableado de la red cableado 4
de computadoras
1.1.2.2 Pruebas Técnico 12.06.0
eléctricas Técnico 4
1.1.3 Instalación 1.1.3.1 Instalación de Consultor 15.06.0
del hardware los equipos 4
1.1.4 Instalación 1.1.4.1 Instalación Desarrollad 22.06.0
del software del software or 4
desoftware
1.1.5 Capacitación 1.1.5.1 Planificación Monitor 12.06.0
de usuarios de la capacitación principal 4
1.1.5.2 Elaboración Monitor 25.06.0
del material principal 4
pedagógico
1.1.5.3 Organización Monitor 27.06.0
del programa de principal 4
capacitación

El siguiente paso es analizar la cronología y el orden de todos estos resultados, tareas


y actividades para obtener una visión de conjunto. Para ello, se suelen emplear un
diagrama de barras o de Gantt, como se muestra en el anexo 4.4.

El último paso es la asignación de costos a todas estas acciones ordenadas


cronológicamente, con el fin de anticipar las necesidades de fondos para cubrir los
gastos. Después, esta información se organiza en forma de un plan de gastos o
presupuesto mensual o trimestral, como se muestra a continuación:

PROYECTO DE INFORMATIZACIÓN
Descripción de la Gastos previstos
tarea o actividad
Primer Segundo Tercer Cuarto Total
trimestre trimestre trimestre trimestre primer
año
Adquisición 4.500 4.500
de hardware y
17

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

software
Instalación 500 500
del hardware
y cableado
Desarrollo 1.500 1.500 3.000
del software
Capacitación del 250 250
personal
TOTAL 4.500 500 1.500 1.750 8.250

Fuente: http://www.fao.org/docrep/007/y5471s/y5471s04.htm

LA MATRIZ DE LA ASIGNACIÓN DE RESPONSABILIDADES

se utiliza generalmente en la gestión de proyectos para relacionar actividades con

recursos (individuos o equipos de trabajo). De esta manera se logra asegurar que

cada uno de los componentes del alcance esté asignado a un individuo o a un equipo.
MATRIZ DE ASIGNACION DE ACTIVIDADES:

Rol Descripción

Este rol realiza el trabajo y es responsable por su


realización. Lo más habitual es que exista sólo un
R; si existe más de uno, entonces el trabajo debería
R Responsible Responsable
ser subdividido a un nivel más bajo, usando para
ello las matrices RASCI. Es quien debe ejecutar las
tareas.

Este rol se encarga de aprobar el trabajo finalizado


y a partir de ese momento, se vuelve responsable
A Accountable Aprobador
por él. Sólo puede existir un A por cada tarea. Es
quien debe asegurar que se ejecutan las tareas.

Este rol posee alguna información o capacidad


necesaria para terminar el trabajo. Se le informa y
C Consulted Consultado
se le consulta información (comunicación
bidireccional).
18

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

Este rol debe ser informado sobre el progreso y los


I Informed Informado resultados del trabajo. A diferencia del Consultado,
la comunicación es unidireccional.

En esta matriz se asigna el rol que el recurso debe jugar para cada actividad dada. No
es necesario que en cada actividad se asignen los cuatro roles, pero sí por lo menos el
de Aprobador y el de Responsable. Estas matrices se pueden construir en alto nivel
(áreas generales) o en un nivel detallado (tareas de nivel bajo).

Una RAM de alto nivel se puede graficar con el listado de todos los entregables del
proyecto definidas en la EDT versus los recursos definidos en el OBS. No todos los
recursos tendrán necesariamente una entrada para cada actividad. Una RAM de bajo
nivel se puede utilizar para designar roles, responsabilidades y niveles de autoridad
para actividades específicas. A continuación un ejemplo de una matriz RACI:

Actividad / Recurso Ricardo Esteban Lucía Marianna

Investigación R I I A

Planificación C A R I

Desarrollo A R

Verificación de Errores I R A

http://es.wikipedia.org/wiki/Matriz_de_Asignaci%C3%B3n_de_Responsabilidades

ROLES DEL ANALISTA DE SISTEMAS

El analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio


mediante el examen de la entrada y el procesamiento de datos y su
consiguiente producción de información, con el propósito de mejorar los procesos de
una organización. Muchas mejoras incluyen un mejor apoyo a las funciones de
negocios a través del uso de sistemas de información computarizados. Esta definición
pone énfasis en un enfoque sistemático y metódico para analizar- y en consecuencia
mejorar- lo que sucede en el contexto específico creado por un negocio.
19

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

Nuestra definición de analista de sistema es amplia. El analista debe tener la


capacidad de trabajar con todo tipo de gente y contar con suficiente experiencia en
computadora. El analista desempeña diversos roles, en ocasiones varios de ellos al
mismo tiempo. Los tres roles principales del analista de sistemas son el de consultor,
experto en soporte técnico y agente de cambio.

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.
20

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

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. En la presente
investigación trata con detalle los pasos que se debe seguir en
el proceso de recolección de datos, con las técnicas ya antes nombradas.

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.

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, las entrevistas es la técnica más significativa y productiva
de que dispone el analista para recabar datos. En otras palabras, las entrevistas 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.

ENCUESTA
Una "encuesta" recoge información de una "muestra." Una "muestra" es usualmente
sólo una porción de la población bajo estudio.
21

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

El estándar de la industria para todas las organizaciones respetables que hacen


encuestas es que los participantes individuales nunca puedan ser identificados al
reportar los hallazgos. Todos los resultados de la encuesta deben presentarse en
resúmenes completamente anónimos, tal como tablas y gráficas estadísticas.
¿Cuán grande debe ser la muestra?
El tamaño de muestra requerido en una encuesta depende en parte de
la calidad estadística necesaria para los establecer los hallazgos; esto a su vez, está
relacionado en cómo esos hallazgos serán usados.

CUESTIONARIO
Los cuestionarios proporcionan una alternativa muy útil para la entrevista; si embargo,
existen ciertas características que pueden ser apropiada en algunas situaciones e
inapropiadas en otra. Al igual que la entrevistas, deben diseñarse cuidadosamente
para una máxima efectividad.

RECOPILACION DE DATOS MEDIANTE CUESTIONARIOS. Para los analistas los


cuestionarios pueden ser la única forma posible de relacionarse con un gran número
de personas para conocer varios aspectos del sistema. Cuando se llevan a cabo
largos estudios en varios departamentos, se puede distribuir los cuestionarios a todas
las personas apropiadas para recabar hechos en relación al sistema.

LA OBSERVACIÓN
Otra técnica útil para el analista en su progreso de investigación, consiste en observar
a las personas cuando efectúan su trabajo. Como técnica de investigación, la
observación tiene amplia aceptación científica. Los sociólogos, sicólogos e ingenieros
industriales utilizan extensamente ésta técnica con el fin de estudiar a las personas en
sus actividades de grupo y como miembros de la organización. El propósito de la
organización es múltiple: permite al analista determinar que se está haciendo, como se
está haciendo, quien lo hace, cuando se lleva a cabo, cuánto tiempo toma, dónde se
hace y por que se hace.

ANALISIS DE LA ORGANIZACION

Una de las variables a considerar en un análisis de la organización es el


dimensionamiento de la estructura, con el fin de conseguir su optimización.
22

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

Para ello es adecuado analizar los niveles de eficiencia y productividad de la


organización y de sus distintas unidades administrativas, identificando aquellas
sobredimensionadas y las que necesitan más efectivos, en su caso

Resumen

Reingeniería es el rediseño rápido y radical de los procesos estratégicos de


valor agregado (y de los sistemas, las políticas y las estructuras
organizacionales que los sustentan) para optimizar los flujos de trabajo y la
productividad de una organización.

La misma se basa en dos factores interdependientes, los cuales son:

 La satisfacción absoluta del cliente, y


 procesos internos eficaces y eficientes

El modelo relacional constituye una alternativa para la organización y


representación de la información que se pretende almacenar en una base de
datos. Se trata de un modelo teórico matemático que, además de
proporcionarnos los elementos básicos de modelado (las relaciones), incluye
un conjunto de operadores (definidos en forma de un álgebra relacional) para
su manipulación, sin ambigüedad posible.

El modelo orientado a objetos sirve para desarrollar sistemas de software con


un alto grado de complejidad. Este modelo es tan importante que se creó el
OMG (Object Management Group, Grupo de Administración de Objetos, una
agrupación no lucrativa) para establecer las normas que rigen el desarrollo de
software orientado a objetos.

Objetos.
Los objetos, concretos y abstractos, están a nuestro alrededor, forman nuestro
entorno. Podemos distinguir cada objeto en base a sus características y
comportamientos. Por ejemplo, en el aula observamos los objetos.
23

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

El tamaño de un proyecto corresponde a la capacidad de producción por unidad de


tiempo; es decir, es la capacidad de producción del proyecto

• alumno
• profesor

Todo grupo debe contar con un líder de proyecto, un analista de sistemas y un


programador o programadores.
El analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio
mediante el examen de la entrada y el procesamiento de datos y su
consiguiente producción de información, con el propósito de mejorar los procesos de
una organización.
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.

Fuentes de información

Bibliografía y fuentes electrónicas empleadas en la unidad. Por favor, siga el siguiente


modelo:

A. Fuentes bibliográficas

autor (APELLIDOS y Nombres), año de publicación en paréntesis, título en cursiva,


edición, editorial, lugar de impresión.

TREVEXOS LÓPEZ, Lourdes Susana (2006). La lenguología y sus aplicaciones a la


realidad peruana. Tercera edición. Fondo Editorial Universidad de la
Vida. Lima.

B. Fuentes electrónicas
APA indica que para la realización de citas, los requerimientos mínimos son:

1. Documento en línea
24

Escuela Profesional de Ingeniería de Sistemas e Informática


InformaticaInformaticaInformatica

Apellido, Nombre del autor. (Fecha de revisión o copyright, si está disponible).

Título del trabajo. Recuperado el (fecha de acceso), de (URL)

2. Publicación en línea

Apellido, Nombre del autor. (Fecha de revisión o copyright, si está disponible).

Título del artículo. Título de la publicación, volumen (número), número de páginas


o alguna otra indicación sobre la extensión del documento en caso de que exista.
Recuperado el (fecha de acceso), de (URL)

Actividades sugeridas

Ya está usted lo suficientemente involucrado con los planteamientos e ideas


expuestos en esta unidad didáctica, así que es momento entonces de que aplique
dichos conocimientos de manera práctica. Recuerde que estas propuestas no tienen
un carácter obligatorio, pero es altamente recomendable que se proponga desarrollarlo
a fin de afianzar sus conocimientos con respecto a lo tratado.

1. Investigue acerca de las funciones que cumple el analista de sistemas en su


centro d labores
2. Diseñe un mapa mental de esta unidad
25

Modelos y enfoques tecnológicos en los S. I. ● Unidad didáctica II

Autoevaluación

Responda las sgtes preguntas, anticipadamente de haberlas analizado:

1) Líder del proyecto es lo mismo que el jefe del proyecto


2) ¡La magnitud del proyecto depende del tamaño de la empresa?
3) Mencione 3 métodos de recolección de datos que usan los analistas
4) Los analistas de sistemas pueden hacer consultorías?
5) Solo debemos regirnos en una sola metodología para realizar el trabajo de
planificar el proyecto?

Solucionario de las autoevaluaciones

1) El líder motiva al personal a su cargo, no solo es jefe


2) Tiene mucho en relación, pero no depende del tamaño de la organización
3) Cuestionarios, encuestas , observación
4) Si pueden los analistas hacer consultorías
5) NO, hay varias metodologías depende del tipo de proyecto a realizar.

S-ar putea să vă placă și