FASE II: DESARROLLO

FASE II

DESARROLLO

1.- TIPO DE INVESTIGACION

Existen varios tipos de investigaciones, cada uno posee caractersticas

particulares que lo definen. La presente investigacin, segn la finalidad, se

considera de tipo PROYECTIVA, debido a que el propsito que persigue

es solucionar un problema, dicho problema suscitado dentro de la Gerencia

de Informtica AIT de la empresa PDVSA, por consiguiente luego de

examinar la literatura pertinente y verificar que existen diferentes

metodologas para el desarrollo de Software en General se eligi la

metodologa de Kendall y Kendall (2001) de su libro Anlisis y Diseo de

Sistemas de Informacin, la cual facilitar el desarrollo sistemtico del Portal

Web y permitir alcanzar los objetivos deseados por los investigadores y la

empresa.

Afirma Chvez N (1994, p.133) que los estudios proyectados tienen

como finalidad resolver el problema en un periodo corto.

Segn el Mtodo, se considera como DESCRIPTIVA, tomando lo

planteado por Hurtado J (1996) quien indica que dichas investigaciones

38
 39

tienen como objetivo central la descripcin precisa de un fenmeno y a su

vez realizar una enumeracin detallada de sus caractersticas, de modo tal

que en los resultados se puedan obtener dos niveles de anlisis dependiendo

del fenmeno y del propsito de la investigacin.

Por la forma de obtener los datos, el proyecto se tipifica como

investigacin DE CAMPO, debido a que, estos datos se investigarn

directamente desde la empresa donde se efecta el proyecto, en ste caso

desde la Gerencia de Informtica de PDVSA.

2.- TECNICAS DE RECOLECCION DE DATOS

En lo que se refiere a la tcnica de observacin, Bavaresco

(2001, p.95), afirma que cada investigacin determina las tcnicas de

recoleccin de datos y stas a su vez establecen las herramientas,

instrumentos o medios que sern empleados para la verificacin del

problema planteado.

Para dicho autor la tcnica se centra en la observacin:

Directa, simple o experimental.

Documental o bibliogrfica.

Mediante encuestas o cuestionarios, entrevistas y escala de aptitudes.

Para registrar los datos, se uso como instrumento la entrevista que

Segn Kendall & Kendall (1995, p109), una entrevista para recoleccin de
 40

informacin es una conversacin dirigida con un propsito especifico que usa

un formato de preguntas y respuestas. En la entrevista se quiere obtener la

opinin del entrevistado y sus sentimientos acerca del estado actual del

sistema, los objetivos de la organizacin, los personales y los procedimientos

informales.

Segn Bavaresco (2001, p.108) la entrevista es un instrumento de

recoleccin de datos que consiste en la observacin de los datos de manera

verbal por parte de el sujeto informante. Se recomienda hacer entrevi stas a

personal calificado que permita brindar aportes a la investigacin.

Para efectos de la investigacin se baso en conversaciones o

entrevistas sistemticas que tienen como finalidad la obtencin de

informacin relevante para alcanzar los objetivos planteados, adems estara

observando directamente el sistema y los datos para corroborar el problema

expuesto y dar soluciones valederas y eficaces a dichos procesos.

3.- METODOLOGA DE LA INVESTIGACIN

La metodologa es aquella norma o estatuto que describe como se

divide sistemticamente el desarrollo del proyecto, el autor Kendall y

Kendall (2001) describe en 6 etapas el desarrollo de un Portal Web:

 41

ETAPA I: IDENTIFICACION DE PROBLEMAS, OPORTUNIDADES Y

OBJETIVOS.

En la primera fase del ciclo de vida del desarrollo de sistemas el

analista tiene que ver con la identificacin de problemas, oportunidades y

objetivos. Esta etapa es crtica para el xito del resto del proyecto, debido a

que nadie quiere desperdiciar el tiempo subsecuente resolviendo el problema

equivocado.

La primera fase requiere que el analista observe honestamente lo que

est sucediendo en un negocio. Luego junto con los dems miembros de la

organizacin, el analista hace resaltar los problemas. Frecuentemente estos

ya han sido vistos por lo dems, y son la razn por la cual el analista fue

llamado inicialmente.

Las oportunidades son situaciones que el analista considera que

pueden ser mejoradas por medio del uso de sistemas de informacin

computarizados. El aprovechar la s oportunidades puede permitir que el

negocio gane un avance competitivo o ponga un estndar de la industria.

La identificacin de objetivos es tambin un componente importante de

la primera fase. En primer lugar, el analista debe descubrir lo que est

tratando de hacer el negocio. Luego ser capaz de ver si algn aspecto de la

aplicacin de sistemas de informacin puede ayudar para que el negocio

alcance sus objetivos atacando problemas especficos u oportunidades.

 42

Las personas involucradas en la primera fase son los usuarios,

analistas y administradores de sistemas que coordinan el proyecto.

Las actividades de esta fase consisten en entrevistas a los

administradores de los usuarios, sumarizacin del conocimiento obtenido,

estimacin del alcance de proyecto y documentacin de los resultados. La

salida de esta fase es un estudio de factibilidad que contiene una definicin

del problema y la sumarizacin de los objetivos. Luego los administradores

deben tomar una decisin para ver si continan con el proyecto propuesto.

Si el grupo de usuarios no tiene los suficientes fondos en su presupuesto y

desea abordar problemas que no estn relacionados, o los problemas no

requieren un sistema de cmputo, puede ser recomendada una solucin

manual y el proyecto d e sistemas ya no continua.

ETAPA II: DETERMINACION DE LOS REQUERIMIENTOS DE

INFORMACION

La siguiente fase a la que entra el analista es la determinacin

de los requerimientos de informacin para los usuarios particulares

involucrados. Entre las herramientas utilizadas para definir los

requerimientos de informacin en el negocio se encuentran: Muestreo e

investigacin de los datos relevantes, entrevistas, cuestionarios, el

comportamiento da los tomadores de decisiones y su ambiente de oficina y

hasta la elaboracin de prototipos.

 43

En esta fase el analista est esforzndose por comprender qu

informacin necesitan los usuarios para realizar su trabajo. Se puede ver que

varios de los mtodos para determinar los requerimientos de informacin

involucran la interaccin directa con los usuarios. Esta fase sirve para formar

la imagen que el analista tiene de la organizacin y sus objetivos. Algunas

veces solamente se completan las dos primeras fases del ciclo de vida del

desarrollo de sistemas. Este tipo de estudio puede tener diferentes

propsitos, y es realizado tpicamente por un especialista llamado analista de

informacin (IA).

Las personas involucradas en esta fase son los analistas y usuarios,

tpicamente los administradores de las operaciones y los trabajadores de las

operaciones. El analista de sistemas necesita saber los detalles de las

funciones actuales del sistema: quin (las personas que estn involucradas),

qu (la actividad del negocio), dnde (el ambiente donde se lleva a cabo el

trabajo), cundo (en qu momento) y cmo (de qu manera se desarrollan

los procedimientos actuales) del negocio bajo estudio. El analista debe

preguntar porqu el negocio usa el sistema actual. Puede haber muy buenas

razonas para desarrollar el negocio usa ndo los mtodos actuales, y deben

ser considerados cuando se disea cualquier sistema nuevo.

Sin embargo, si la razn de las operaciones actuales es que "siempre

se han hecho as", el analista puede desear la mejora de los procedimientos.

La reingeniera de procesos del negocio puede ayudar a enmarcar un

enfoque para volver a pensar en el negocio en forma creativa. Al trmino de

 44

esta fase, el analista debe comprender el por qu de las funciones del

negocio y tener informacin completa sobre las personas, objetivos, datos y

procedimientos involucrados.

ETAPA III: ANALISIS DE LAS NECESIDADES DEL SISTEMA

La siguiente fase qua realiza el analista de sistemas involucra el

anlisis de las necesidades del sistema. Nuevamente, herramientas y

tcnicas especiales ayudan para que el analista haga las determinaciones de

los requerimientos. Una herramienta de stas es el uso de diagramas de flujo

de datos para diagramar la entrada, proceso y salida de las funciones del

negocio en forma grfica estructurada. A partir de los diagramas de flujo de

datos se desarrolla un diccionario de datos, que lista todos los conceptos de

datos usados en el sistema, as como sus especificaciones, si son

alfanumricos y que tanto espacio ocupan cuando se imprimen.

Durante esta fase el ana lista de sistemas tambin analiza las

decisiones estructuradas que se hacen. Las decisiones estructuradas son

aquellas para las que pueden ser determinadas las condiciones como

alternativas de condicin, acciones y reglas de accin. Hay tres mtodos

principales para el anlisis de decisiones estructurales: lenguaje

estructurado, tablas de decisin y rboles de decisin.

No todas las decisiones de la organizacin son estructuradas, pero

todava es importante que el analista de sistemas las comprenda. Las

 45

decisiones semiestructuradas (decisiones tomadas bajo riesgo) son

sustentadas frecuentemente por los sistemas de apoyo a decisiones. Cuando

se analizan decisiones semiestructuradas, el analista examina las decisiones

con base en el grado de habilidad para la toma de decisiones requerida, el

grado de complejidad del problema y la cantidad de criterios considerados

cuando se toma la decisin.

El anlisis de las decisiones de criterios mltiples (decisiones en las

que deben ser balanceados muchos factores) tambin parte de esta fase. Se

dispone de muchas tcnicas para el anlisis de decisiones de criterios

mltiples, incluyendo el proceso de compromiso y el uso de mtodos

ponderados.

En este punto del ciclo de vida del desarrollo de sistemas, el analista

prepara una propuesta de sistema que sumariza lo que ha sido encontrado,

proporciona anlisis de costo/beneficio de las alternativas y hace

recomendaciones sobre lo que debe ser hecho (en caso de haberlo). Si

alguna de las recomendaciones es aceptable para la administracin, el

analista contina sobre ese curso. Cada problema de sistema es nico y

nunca hay una sola solucin correcta. La manera en que se formula una

solucin o recomendacin depende de la capacidad y entrenamiento

profesional individual de cada anali sta.

 46

ETAPA IV: DISEO DEL SISTEMA RECOMENDADO

En esta fase del ciclo de vida de desarrollos de sistemas, el analista

usa la informacin recolectada anteriormente para realizar el diseo

lgico del sistema de informacin. El analista disea procedimientos precisos

para la captura de datos, a fin de que los datos que van a entrar al sistema

de informacin sean correctos. Adems, el analista tambin proporciona

entrada efectiva para el sistema de informacin mediante el uso de tcnicas

para el buen diseo de formas y pantallas.

Parte del diseo lgico del sistema de informacin es disear la

interfaz de usuario. La interfaz conecta al usuario con el sistema y es, por lo

tanto, extremadamente importante. Ejemplos de interfaces de usuario

incluyen un teclado para introducir preguntas y respuestas, mens en

pantalla para elegir comandos del usuario y un ratn para seleccionar

opciones.

La fase de diseo tambin incluye el diseo de archivos o bases de

datos que guardarn la mayor parte de los datos necesarios para los

tomadores de decisiones de la organizacin. Una base de datos bien

organizada es la base para todos los sistemas de informacin. En esta fase,

el analista tambin trabaja con los usuarios para disear la salida (ya sea en

pantalla o impresa) que satisfaga sus necesidades de informacin.

Por ltimo el analista debe disear procedimientos de control y

respaldo para proteger al sistema y a los datos y producir paquetes de

 47

especificaciones de programa para los programadores. Cada paquete debe

contener diseos de mitrada y salida, especificaciones de archivos y detalles

de procesamiento, y tambin puede incluir rboles o tablas de decisin,

diagramas de flujo de da-tos, un diagrama de flujo del sistema y los nombres

y funciones de cualesquier de las rutinas de cdigo que ya hayan sido

escritas.

ETAPA V: DESARROLLO Y DOCUMENTACION DEL SOFTWARE

En la quinta fase del ciclo de vida del desarrollo de sistemas el analista

trabaja con los programadores para desarrollar cualquier software original

que se necesite. Algunas de las tcnicas estructuradas para el diseo y

documentacin de software incluye diagramas estructurados, el mtodo

HIPO; diagramas de flujo, diagramas Nassi-Schneiderman, Warnier-Orr y

seudocdigo. El analista de sistemas usa uno o ms de estos dispositivos

para comunicar al programador lo que necesita ser programado.

Durante esta fase, el analista tambin trabaja con los usuarios para

desarrollar documentacin efectiva para el software, incluyendo manuales de

procedimiento. La documentacin le dice al usuario la manera de usar el

software y tambin qu hacer si se suceden problemas con el software.

Los programadores tienen un papel principal en esta fase conforme

disean, codifican y eliminan errores de sintaxis de los programas de

computadora. Si el programa va a ser ejecutado en un ambiente de macro-

 48

computadora, se debe crear el lenguaje de control de trabajos (JCL). Para

asegurar la calidad, un programador puede realizar ya sea un diseo o un

ensayo del cdigo, explicando las partes complejas del programa a un equipo

de otros programadores.

ETAPA VI: PRUEBAS Y MANTENIMIENTO DEL SISTEMA

Antes de que pueda ser usado, el sistema de informacin debe ser

probado. Es mucho menos costoso encontrar problemas antes de que el

sistema sea entregado a los usuarios. Algunas de las pruebas son realizadas

por los programadores solos, y otras por los analistas de sistemas junto con

los programadores. Primero se ejecuta una serie de pruebas para que

destaquen los problemas con datos de ejemplo y eventualmente con datos

reales del sistema actual.

El mantenimiento del sistema y de su documentacin comienza en

esta fase y es efectuado rutinariamente a lo largo de la vida del sistema de

informacin. Mucho del trabajo rutinario del programador consiste en el

mantenimiento, ya que los negocios gastan gran cantidad de dinero en el

mismo. Muchos de los procedimientos sistemticos que emplea el analista a

lo largo del ciclo de vida del desarrollo del sistema pueden ayudar a asegurar

que el mantenimiento se mantenga al mnimo.

 49

4.-Actividades y Recursos

Para la ejecucin del proyecto de investigacin, en funcin de los

objetivos especficos, se plantearon las actividades que se muestran en los

cronogramas siguientes.
 50

CUADRO 1

ACTIVIDADES GENERALES

TIEMPO DE
OBJETIVOS FASES EJECUCION RECURSOS

Determinar Identificacin de problemas, -Personal administrativo

necesidades y oportunidades y objetivos. -Manuales de capacitacin
requerimientos de la 4 semanas -Personal de desarrollo Web
Gerencia de Determinacin de los -Tcnicas e instrumentos de
Informtica de PDVSA requerimientos de recoleccin de datos
para la elaboracin del informacin. -Entrevistas
Portal.

-Internet explorer
Seleccionar las -Windows XP
herramientas Anlisis de las necesidades 8 semanas -Computador
necesarias para la del sistema. -PHP
elaboracin del Portal. -PostgreSQL
-Apache
 51

Continuacin

Diseo del sistema -Computador personal

Disear lgica y recomendado. -Macromedia dreamweaver MX 2005
fsicamente el Portal. Desarrollo y documentacin 24 semanas -PHP
del software. -PostgreSQL
-Apache

-Pruebas de arranque.
Demostrar mediante -Pruebas modulares. -Computador personal
pruebas el -Pruebas de rendimiento. 4 semanas -Proveedor de internet.
funcionamiento del -Pruebas de tiempo de -Internet explorer.
Portal respuesta. -Personal de evaluacin
-Pruebas de acceso a niveles
de seguridad.
 52

A continuacin se describen detalladamente cada uno de los equipos necesarios para la elaboracin de

este proyecto:

Hardware Software

Procesador Intel Pentium IV 2.8 Giga hertz 512 K Windows XP

Disco Duro 40 GB Microsoft Office 97

CD ROM LG 56 X Macromedia Dreamweaver MX

Unidad de disco 3 PHP

Tarjeta de Memoria DDR 512 MB Apache

Tarjeta de Video Ge Force FX 5700 PostgreSQL

Monitor 15

Teclado

Mouse