proyecto de tesis carlos homero solin lozano v3 - copia

Escuela de Ingenieria de Sistemas 2010-II Carlos Homero

Soplin Lozano

INDICE

I. DATOS GENERALES......................................................................................................3

1.1 TITULO TENTATIVO......................................................................................................4

1.2 AUTOR.................................................................................................................................4

1.3 TIPO DE INVESTIGACION..........................................................................................4

1.4 LUGAR DE INVESTIGACION......................................................................................4

II. PLAN DE INVESTIGACION....................................................................................5

2.1 EL PROBLEMA.................................................................................................................6

2.1.1 SELECCIÓN DEL PROBLEMA............................................................................6

2.1.2 ANTECEDENTES.....................................................................................................8

2.1.3 FORMULACION DEL PROBLEMA..................................................................10

2.1.4 JUSTIFICACION.....................................................................................................11

2.1.5 LIMITACIONES......................................................................................................12

2.2 OBJETIVOS......................................................................................................................13

2.2.1 OBJETIVO GENERAL...........................................................................................13

2.2.2 OBJETIVOS ESPECIFICOS.................................................................................13

2.3 MARCO REFERENCIAL CIENTIFICO...................................................................14

2.3.1 MARCO TEORICO.................................................................................................14

2.3.2 MARCO CONCEPTUAL.......................................................................................50

2.4 HIPOTESIS......................................................................................................................51

2.4.1 SUBHIPOTISIS.......................................................................................................51

2.5 VARIABLES - INDICADORES...................................................................................51

2.6 DISEÑO DE EJECUCION...........................................................................................52

2.6.1 TIPO DE INVESTIGACION.................................................................................52

2.6.2 PROCESO METODOLOGICO............................................................................52

2.6.3 POBLACION Y MUESTRA..................................................................................65

V. REFERENCIA BIBLIOGRAFICAS..........................................................................67

Implementación de un Sistema Informático de gestión de proyectos e informes de investigación en la Escuela de Ingenieria de Sistemas de la Universidad Cesar Vallejo de Tarapoto, a través de tecnología WEB.

Página 1


Soplin Lozano

INDICE DE FIGURAS

Figura 1. Modelo de sistema abierto.

………………………………………………………… 19

Figura 2. Ciclo de vida de un sistema de información.………………………………. 26

Figura 3. Ciclo de vida simplificado de desarrollo de sistemas de información. …….. 29

Figura 4. Visión tradicional del ciclo de vida de desarrollo de sistemas de información…… 30

Figura 5. Modelo de cascada o clásico.………………………………………………… 31

Figura 6. Modelo de espiral o Evolutivo.………………………………………………… 33

Figura 7. Modelo de la fuente para el desarrollo de sistemas de información orientadas a objetos.

…………………………………………………………………………………… 34

Figura 8. Modelo Rad (Rapid Application Development).……………………………… 36

Figura 9. Fases del ciclo de vida RAD de James Martin.……………………………… 37

Figura 10. Ciclo de desarrollo en cascada e interactivos tradicionales, comparados con el de XP.

…………………………………………………………………………………………… 54

Figura 11. Reglas y Practicas de la Metodología XP.……………………………………….. 56


Página 2


Soplin Lozano

I. DATOS GENERALES


Página 3


Soplin Lozano

1.1 TITULO TENTATIVO

Implementación de un Sistema Informático de gestión de proyectos e

informes de investigación en la Escuela de Ingeniería de Sistemas de

la Universidad Cesar Vallejo de Tarapoto, a través de tecnología

WEB.

1.2 AUTOR

Carlos Homero Soplin Lozano.

1.3 TIPO DE INVESTIGACION

Aplicada, porque se utilizará los conocimientos en la práctica para

resolver los problemas o necesidades que se plantean.

1.4 LUGAR DE INVESTIGACION

Departamento: San Martin.

Provincia: San Martin.


Página 4


Soplin LozanoDistrito: Tarapoto.

La institución que investiga, Universidad César Vallejo.

1.5 DURACION DEL PROYECTO

Elaboración del proyecto

Inicio: Setiembre 2010.

Termino: Diciembre 2010.

Desarrollo del proyecto

Inicio: Abril 2011.

Termino: Julio 2011.


Página 5


Soplin Lozano

II. PLAN DE INVESTIGACION

2.1 EL PROBLEMA

2.1.1 SELECCIÓN DEL PROBLEMA

La Universidad César Vallejo - Tarapoto, la primera Universidad

privada de la Región San Martin, creada para la educación

superior, la difusión del saber, la superación cultural y la

extensión y proyección social. Inicio sus labores académicas en

la ciudad de Tarapoto el 5 de abril del 2004 con 400 estudiantes

y actual mente se siente orgullosa de contar con más de 2200

estudiantes.


Página 6


Soplin LozanoLa Escuela de Ingenieria de Sistemas de la Universidad César

Vallejo – Tarapoto, actualmente se encuentra en una total

desinformación con la cantidad de duplicidad de los proyectos e

informes de investigación, logrando así desconocer

porcentualmente que cantidad es la duplicidad que hubo en el

contenido de los proyectos e informes de investigación, también

es muy limitada en brindar información sobre los proyectos e

informes de investigación al no estar sistematizado no le permite

una fácil gestión de proyectos e informes de investigación

haciendo así del manejo de información incipiente en la Escuela

de Ingenieria de Sistemas de la Universidad Cesar Vallejo –

Tarapoto, causando una gran desinformación e insatisfacción

con los estudiantes que requieren del uso de información para

por dirigirse o apoyarse en la elaboración de su proyecto e

informe de investigación, en un comienzo no se veía la necesidad

de sistematizar debido a que el volumen de proyectos e informes

de investigación eran bajos haciéndose fáciles de manipular o

manejar, pero con el paso de los años y el creciente volumen de

estudiantes que van culminando la carrera de Ingeniería de

Sistemas que viene obteniendo y haciendo de ello un logro para

la Escuela de Ingeniería de Sistemas de la Universidad Cesar

Vallejo – Tarapoto con los proyecto e informes de investigación

que son sustentados y aprobados obliga a sistematizar los

proyectos e informes de investigación para una mejor gestión en

la Escuela de Ingenieria de Sistemas de la Universidad Cesar

Vallejo – Tarapoto, y lograr que el estudiante tenga a disposición

una mejor información posible.

Los proyectos de cualquier índole, ya sean económicos con fines

de lucro o sociales sin fines de lucro surgen a través de un


Página 7


Soplin Lozanoproblema o necesidad. La problemática que se pretende

solucionar en la Escuela de Ingenieria de Sistemas de la

Universidad Cesar Vallejo - Tarapoto, consiste principalmente en

que muchos de los estudiante buscan en Internet proyectos e

informes de investigación ya elaboradas para su posterior

presentación por los estudiantes llegando a ser una fiel

duplicidad del contenido y logrando que la Escuela de Ingenieria

de Sistemas desconozca de esto, y actualmente no se cuenta con

una base de datos estructurada, ni automatizada, que contenga

los proyectos e informes de investigación existentes dentro de la

Escuela de Ingenieria de Sistemas. Además, los proyectos e

informes de investigación de los estudiantes de la Escuela de

Ingenieria de Sistemas de la Universidad Cesar Vallejo –

Tarapoto, se manejan con sistemas de forma obsoleta de

almacenamiento como ficheros, estante y cajas, corriendo el

riesgo los textos almacenados de esta forma con amenazas

natural o amenazas ocasionada por el hombre, todo esto genera

también largos tiempos de respuestas al pedir información sobre

un proyecto e informe de investigación. También la información

se encuentra descentralizada entre los distintos departamentos

de la Universidad Cesar Vallejo - Tarapoto, en donde un proceso

de búsqueda de información termina siendo una burocracia.

Presentado estos antecedentes, es necesario otorgarle una

solución al problema antes descrito, para así, aportar de una

forma tecnológica a la Escuela de Ingenieria de Sistemas de la

Universidad Cesar Vallejo – Tarapoto. Por tal motivo, se

requiere, encontrar la mejor herramienta que permita crear un

Sistema Informático para la gestión, mediante el cual se podrá

saber y obtener porcentualmente la cantidad de duplicidad de un


Página 8


Soplin Lozanoproyecto e informe de investigación y también lograr así

almacenar de una manera organizada y automatizada todos los

proyectos e informes de investigación para dar a conocer las

fuentes de información al estudiante donde el pueda visualizar

los proyectos e informes de investigación por medio de

búsquedas avanzadas.

Como muy bien se sabe cuando una organización crece

enormemente y satisfactoriamente, no solo viene creciendo

positivamente si no que también los problemas van aumentando

y son sumamente delicados y es ahí donde se observo una serie

de problemas y uno de estos era la gestión de proyectos e

informes de investigación de la Escuela de Ingenieria de

Sistemas de la Universidad Cesar Vallejo - Tarapoto. Todos los

problemas mencionados son la razón principal para la existencia

de nuestro Sistema Informático. Nuestro objetivo no sólo es

ayudar al estudiante con sus actividades, sino también a la

Escuela de Ingenieria de Sistemas de la Universidad Cesar

Vallejo - Tarapoto, a través del conocimiento de duplicidad de

proyectos e informes de investigaciones realizadas por el

estudiante y dar una mejor organización de sus proyectos e

informes de investigación.

2.1.2 ANTECEDENTES

NACIONALES

Chiclayo

Titulo: Sistema de Información Gerencial para el

área de Admisión - Caja para apoyar la toma

de decisiones de la Asamblea de Socios de

la Clínica del Pacifico S.A.Implementación de un Sistema Informático de gestión de proyectos e informes de investigación en la Escuela de Ingenieria de Sistemas de la Universidad Cesar Vallejo de Tarapoto, a través de tecnología WEB.

Página 9


Soplin LozanoAutor: Juan A. Torres Benavides.

Año: 2005.

Institución: Universidad Católica Santo Toribio de

Mogrovejo.

Conclusión

El presente trabajo de investigación se desarrolló en la Clínica

del Pacifico S.A. de la ciudad de Chiclayo, teniendo como

objetivo principal apoyar la toma de decisiones correctas y

competitivas, de manera rápida y eficiente. Con la finalidad de

elevar los ingresos económicos de los socios de la clínica por las

decisiones acertadas que se tomaron. El Sistema de Información

Gerencial para el Área De Admisión - Caja, permite mejorar la

Gestión de la Asamblea de Socios de la Clínica del Pacifico,

elevando el nivel de eficiencia y calidad en la evaluación de los

indicadores propuestos a la realidad de la institución de acuerdo

a los estándares sugeridos por la gerencia. El S.I.G. presenta la

información de manera gráfica y amigable, con semáforos que

identifica si el indicador está óptimo, regular o pésimo de

acuerdo a la luz del semáforo.

INTERNACIONALES

Bolivia

Titulo: Sistema de Gestión de Proyectos de Grado

para la Carrera Ingeniería de Sistemas

Facultad de Tecnología – Universidad San

Francisco Xavier de Chuquisaca.Implementación de un Sistema Informático de gestión de proyectos e informes de investigación en la Escuela de Ingenieria de Sistemas de la Universidad Cesar Vallejo de Tarapoto, a través de tecnología WEB.

Página 10


Soplin LozanoAutor: Lucio Marcelo Quispe Ortega.

Año: 2007.

Institución: Universidad San Francisco Xavier de

Chuquisaca.

Conclusión

El Portal contiene información acerca de todos los perfiles,

proyectos propuestos, proyectos en desarrollo y finalizados,

asignaciones de jurado, avisos, roles de pre defensa y defensa,

listado de alumnos, documentos, enlaces de interés, etc.; en

general éste portal contiene todo lo que un alumno y un docente

de Grado I y II necesitan conocer y manejar.

Colombia

Titulo: Decanatura de Ingeniería de Sistemas

Proyecto de Grado.

Autor: Daisy Maritza Gonzales Diaz.

Año: 2009.

Institución: Escuela Colombiana de Ingeniería Julio

Garavito.

Conclusión

Este espacio Web fue creado por la Decanatura de Ingeniería de

Sistemas para permitir que los estudiantes inscritos a proyecto

de grado interactúen con sus directores de proyectos y la

coordinación del mismo. Más allá de una asignatura, el proyecto

de grado constituye una evidencia de la evolución del estudiante


Página 11


Soplin Lozanodesde el momento en que inicia su proceso de aprendizaje hasta

cuando logra realizar un producto específico como fruto del

conocimiento y de la puesta en práctica de sus habilidades,

desarrolladas o fortalecidas bajo la dirección de sus profesores.

Chile

Titulo: Sistema de Administración de Proyectos

Municipales Online para la Comuna de

Temuco.

Autor: Christian Octavio Zúñiga Zúñiga.

Año: 2006.

Institución: Universidad Católica de Temuco.

Conclusión

El departamento de Gestión y Evaluación de proyectos de

Municipio Temuco, el cual esta encargado de los proyectos

municipales, con sectores de desarrollo como lo son transporte,

vivienda, deportes y otros, optó por desarrollar un sistema

utilizando las TIC el cual carecerá de burocracia y mejorará

notablemente los tiempos de respuestas a la información por

parte de los usuarios, se ha planteado el objetivo general de

desarrollar un sistema online con una arquitectura de tres

niveles (servidor Web, servidor de base de datos y browser) con

el cual se consolide un banco de proyectos municipales en el

cual se pueda administrar los proyectos como también visualizar

el estado de éstos por parte de los ciudadanos.


Página 12


Soplin Lozano2.1.3 FORMULACION DEL PROBLEMA

¿De qué manera la implementación de un Sistema Informático

de gestión de proyectos permitirá administrar de manera

eficiente los proyectos e informes de investigación de los

estudiantes de la Escuela de Ingeniería de Sistemas de la

Universidad Cesar Vallejo - Tarapoto?

2.1.4 JUSTIFICACION

INSTITUCIONAL

El presente proyecto beneficiara a la Escuela de Ingenieria de

Sistemas de la Universidad Cesar Vallejo - Tarapoto, en la

gestión de proyectos e informes de investigación haciendo que

sea más segura y eficiente en cuanto a la información, también

permitirá llevar un mejor manejo y control respecto a proyectos

e informes de investigación de los alumnos que sustentaron y

aprobaron. Logrando también poder tener un mejor seguimiento

de todos los proyectos e informes de investigación de los que

son mas visitados o descargados por los estudiantes de la


Vallejo –Tarapoto.

Este trabajo no solo busca gestionar proyectos e informes de

investigación sino también beneficiar al alumno con la

información que el requiera para su proyecto e informe de

investigación. Los alumnos ya no tendrán que acercarse a la


Página 13


Soplin LozanoEscuela de Ingenieria de Sistemas para solicitar información

referente a los proyectos e informes de investigación porque

desde donde estén lo podrán realizar sin tanta dificultad y lo

podrán hacer mediante la herramienta más utilizada de ahora

por todos, que es el internet. El Sistema Informático mejorara

satisfactoriamente a todos y de muchas maneras.

SOCIAL

Beneficiará a los alumnos de la Escuela de Ingenieria de

Sistemas de la Universidad Cesar Vallejo – Tarapoto, porque

ellos podrán obtener una información de calidad realizando

búsquedas avanzadas y que permitirá visualizar los proyectos e

informes de investigación dando a conocer las fuentes de

información al estudiante.

Este proyecto es conveniente para la Escuela de Ingenieria de

Sistemas de la Universidad Cesar Vallejo – Tarapoto, porque al

organizar la gestión de proyectos e informes de investigación

generará una aceptación por parte de los alumnos, docentes y

otros hacia las opciones de mejoras de la gestión de proyectos e

informes de investigación que brinda la Escuela de Ingenieria de

Sistemas de la Universidad Cesar Vallejo - Tarapoto.

TECNOLOGICA

Tanto la Escuela de Ingenieria de Sistemas de la Universidad

Cesar Vallejo – Tarapoto como muchas otras Universidades y

Institutos publicas y privadas no cuentan con un Sistema

Informático que permita saber o obtener porcentualmente la

cantidad de duplicidad de proyecto e informes de investigación

y actual mente también no cuenta con una base de datos


Página 14


Soplin Lozanoestructurada, ni automatizada que contengan los proyectos e

informes de investigación de los estudiantes y que se manejan

con sistemas de forma obsoleta de almacenamiento como

ficheros, estantes, cajas y haciéndose de una forma manual, lo

cual esto lleva demasiado tiempo en ser organizada y poner a

disposición la información, trayendo como consecuencia demora

en respuestas a los estudiantes que requieran de ellos para el

uso de sus proyectos e informes de investigación. Lo cual

también dificultad a que la Universidad o Instituto siga

creciendo enérgicamente, viendo esto nosotros proponemos un

Sistema Informático de gestión de proyectos e informes de

investigación a través de tecnologías WEB, el cual mejorara y

pondrá a la Escuela de Ingenieria de Sistemas de la Universidad

Cesar Vallejo – Tarapoto en un mejor nivel tecnológico.

PRACTICA

Será importante para la Escuela de Ingenieria de Sistemas de la

Universidad Cesar Vallejo – Tarapoto, porque brindará a sus

alumnos una ayuda en la información necesaria de proyectos e

informes de investigación, será de fácil uso y entendimiento

para evitar algún tipo de complicación en algún caso

determinado. Los alumnos podrán contar con las respuestas

rápidas ante algunas dudas que se pueda presentar en su

elaboración de su proyecto e informe de investigación, y con

esto se logrará tener una información de mayor calidad y

valides.

2.1.5 LIMITACIONES

El limitado periodo de tiempo que se dispone para la

ejecución del presente estudio hace que éste se desarrolle


Página 15


Soplin Lozanosolamente en la Escuela de Ingeniería de Sistemas, sin

embargo las conclusiones del estudio podrán ser aplicadas a

las otras escuelas de la Universidad Cesar Vallejo - Tarapoto,

teniendo en consideración que todas ellas tiene la misma

estructura organizativa.

La investigación se limitará al diagnóstico porcentual de

duplicidad de proyectos e informes de investigación y a una

base de datos estructurada, automatizada que contengan los

proyectos e informes de investigación existentes dentro de la


Vallejo - Tarapoto.

Se limitará la recolección de la información necesaria para la

elaboración del proyecto de acuerdo a los horarios

establecidos por la Escuela de Ingenieria de Sistemas

llegando a quedar a disposición de la Escuela para su

implementación del proyecto desarrollado y teniendo en

cuenta que los resultados obtenidos no serán una imposición

o una decisión final, sino que será un apoyo en cuanto a

tecnología en proyectos e informes de investigación.

2.2 OBJETIVOS

2.2.1 OBJETIVO GENERAL

Implementar un sistema de información WEB de gestión de

proyectos e informes de investigación en la Escuela de

Ingenieria de Sistemas de la Universidad César Vallejo –

Tarapoto.

2.2.2 OBJETIVOS ESPECIFICOS

Elaborar un directorio de proyectos e informes de

investigación aprobados hasta el año 2010.


Página 16


Soplin Lozano Crear una aplicación WEB que nos permita mostrar y dar a

conocer el porcentaje de aquellos proyectos e informes de

investigación que son las mas duplicadas o visitadas por el

estudiante de la Escuela de Ingenieria de Sistemas de la

Universidad Cesar Vallejo - Tarapoto.

Permitir un control adecuado de los proyectos e informe de

investigación, utilizando dentro del sistema informático

indicadores de gestión, que evidencien cumplimiento dentro

de las diferentes líneas de investigación y de cada uno de los

proyectos e informes.

Permitir que la Escuela de Ingenieria de Sistemas de la

Universidad Cesar Vallejo – Tarapoto, pueda publicar los

proyectos e informes de investigación y a su vez gestionar

utilizando una aplicación WEB, siempre de una manera

sencilla y rápida.

Realizar una aplicación para la consulta de proyectos e

informes de investigación mediante un portal WEB, desde

cualquier estación de trabajo con conexión a internet.

Analizar, diseñar, desarrollar e implantar en su totalidad una

herramienta robusta, completa y con altos estándares de

calidad, utilizando los conocimientos adquiridos durante el

proceso de formación de la carrera.

2.3 MARCO REFERENCIAL CIENTIFICO

2.3.1 MARCO TEORICO

SISTEMAS Y SUBSISTEMAS


Página 17


Soplin LozanoSistema, es un todo organizado, es un conjunto de cosas o

partes que forman un todo complejo; las partes están unidas

entre sí de una manera determinada respondiendo a un fin

común. Hay interacción entre sus partes.

Podemos decir entonces, que un sistema está compuesto por un

conjunto de partes (subsistemas), que se relacionan entre sí,

interactúan, son interdependientes, desarrollan una actividad o

función en común y persiguen uno o más objetivos.

“Sistema es todo conjunto de elementos que poseen

determinados atributos o propiedades que interactúan de un

modo armónico y dinámico para el logro de determinados

objetivos”.

Subsistema, es una parte integrante de un sistema, pero que

funciona como un todo de rango o nivel menor. Es el caso, por

ejemplo, del aparato respiratorio que es subsistema respecto del

organismo humano (sistema). [L.A.G.G., S.F., ¶2, ¶4]

ELEMENTOS DE UN SISTEMA

Contexto o ambiente: Es el medio donde se encuentra inserto

el sistema y está compuesto por todos aquellos objetos que son

exteriores al sistema y que influyen sobre él.


Página 18


Soplin LozanoRestricciones: Son las limitaciones, exigencias que tiene un

sistema y que son impuestas por el contexto.

Entradas (Input): Son los elementos que ingresan al sistema

desde el contexto y que son necesarias para el logro de los

resultados a través del proceso. Es el punto de partida del

sistema que provee el material a la energía para la operación del

sistema. Es la información, la energía o los materiales que

ingresan al sistema.

Proceso: Es el mecanismo de transformación de las entradas en

salidas o productos. Es el fenómeno que produce cambios. El

procesador generalmente esta representado por la caja negra.

Salidas (output): Son el resultado del proceso de

transformación. Son los productos o servicios del sistema,

generados en este y que se envían al ambiente.

Caja Negra: El procesador es generalmente representado por la

caja negra. En ella entran los insumos y de ella salen cosas

diferentes que son los productos.

Se utiliza el concepto de caja negra, supone un interior que no

puede ser descubierto, sus elementos son desconocidos y solo

puede conocerse por fuera, por los resultados que presenta, por

su producto, por lo que se ve, por lo que se observa.

Se usa el concepto de caja negra por su impenetrabilidad o

inaccesibilidad como el cuerpo humano, el cerebro humano, o


Página 19


Soplin Lozanoporque es excesivamente complejo, como el computador

eléctrico, la economía de un país.

Retroalimentación (realimentación, feedback): Es la función

del sistema que tiende a comparar la salida con un estándar

previamente establecido.

La retroalimentación tiene por objetivo el control, es un sistema

planeado para “sentir” la salida registrando su calidad y

compararla con un estándar precisamente establecido.

[L.A.G.G., S.F., ¶1, ¶2, ¶3, ¶4, ¶5, ¶7, ¶9]

CARACTERISTICAS DE LOS SISTEMAS

Cualquier conjunto de partes interactuantes entre si y con un

objetivo común, puede ser considerado un sistema. Es difícil

establecer donde comienza y donde termina un sistema por la

integración de los sistemas entre sí y cuales son los límites o

frontera entre un sistema y su ambiente. Los sistemas son

permeables entre sí y permite el paso de un sistema a otro como

también pasar del sistema mayor a un sistema menor o

subsistema contenido en él.

Según Ludwig von Bertalanffy, el creador de la teoría de

sistemas, éstos tienen dos características básicas de las cuales

se desprenden las demás.

Propósito u Objetivo: Todo sistema tiene siempre un objetivo a

alcanzar. El sistema humano tiene el propósito de sobrevivir


Página 20


Soplin Lozanoguardando un equilibrio continuo de sus partes; el sistema

político tiene el propósito de determinar las necesidades de la

gente y llevarlo al gobierno de los grupos sociales. El sistema

empresa tiene el propósito de crear los bienes y servicios que

necesita la gente y alcanzar sus objetivos económicos.

Globalismo o Totalidad: Se concibe el sistema como un todo

integrado. Cambios en una unidad o parte producirán cambios

en otras; hay interdependencia e interacción entre sus partes, se

afectan mutuamente. O sea que cualquier cambio que se

produzca en una parte afecta las otras.

Su comportamiento es probabilístico y no determinístico, es

decir que su composición humana, le asigna un comportamiento

imprevisible, afectado por las variables internas y externas de

las organizaciones.

En el primer caso, no puede haber una predicción exacta de lo

que va a ocurrir, por lo que el funcionamiento del sistema

responde a cierto grado de probabilidad (es el caso del hombre y

de sus organizaciones). En el segundo, los elementos interactúan

en forma totalmente predecible (un reloj o un termostato, como

ejemplos).

Homeostasis, se trata de un proceso de equilibrio dinámico

debido a los mecanismos de autocontrol, de autorregulación o de

retroalimentación del sistema organización. Es la capacidad que

tiene el sistema para mantener ciertas variables dentro de


Página 21


Soplin Lozanolímites, aunque los estímulos del medio externo afecten sus

variables dentro de ciertos límites deseados.

La homeóstasis se inicia con la retroalimentación (feedback) de

los servomecanismos incorporados al sistema, que al ser

comunicados de un desvío, reaccionan a la entrada de esta

información para corregir y modificar el comportamiento

equivocado o desvío, volviendo a un estado de equilibrio.

Morfogénesis, es un proceso por el cual se modifica o reelabora

la organización o un estado dados del sistema, para permitir su

adaptación al contexto o su crecimiento. Es un proceso que

tiende a la preservación de la estructura del sistema como

mecanismo de defensa.

Entropía, es la propiedad de degeneración o de tendencia a la

deformación de un sistema por diversas causas: transcurso del

tiempo, mecanismos inadecuados de control, desgaste de los

procesos o de sus elementos, etc. Es equivalente a perturbación,

interferencia o ruido (teoría de comunicaciones).

Armonía, es la compatibilidad o coherencia que existe entre un

sistema y su contexto. Esto significa que un sistema armónico

puede ser estático o dinámico según los cambios o exigencias del

medio en que funciona.

Integración e Independencia, un sistema es integrado cuando

un cambio una alteración en alguno de sus subsistemas o

variables origina modificaciones en cadena en los demás


Página 22


Soplin Lozanoelementos, lo que puede llegar a afectar al sistema mayor. En

cambio, un sistema es independiente cuando una alteración o

perturbación (entropía) en una parte de él no afectan a las

demás. [L.A.G.G., S.F., ¶3, ¶4, ¶6]

TIPOS DE SISTEMAS

Físicos o concretos: Compuestos por equipos, máquinas

objetos, cosas reales (Hardware).

Abstractos: Compuestos por conceptos, planes, hipótesis e

ideas (software).

Cerrados: No presentan intercambio con el medio ambiente que

lo rodea. Son los sistemas mecánicos, las máquinas. Son

determinístico y programados, y operan con un pequeño

intercambio de materia y energía con el medio ambiente.

Abiertos: Estos sistemas presentan regularmente intercambio

de materia y energía con el medio ambiente externo. Los

sistemas abiertos mantienen un flujo de entradas y salidas a

través de un estado homeostático y evitan el aumento de la

entropía; a través del intercambio restauran su propia energía y

reparan pérdidas. [L.A.G.G., S.F., ¶3, ¶4]


Página 23

TransformaciónO

Procesamiento

EntradaInformaciónEnergíaRecursosMateriales

SalidasInformaciónEnergíaRecursosMateriales

Ambiente


Soplin Lozano

Figura 1. Modelo de sistema abierto.

[L.A.G.G., S.F.]

SISTEMA DE INFORMACION

Davis (1974), "Un sistema de información. Es un sistema

hombre/ maquina integrado que provee información para el

apoyo de las funciones de operación, gerencia y toma de

decisiones en una organización". A esta definición es

conveniente agregar lo siguiente "El concepto de

sistema/hombre/máquina implica que algunas tareas la realiza

mejor el hombre, mientras que otra las hace mejor la maquina…

un sistema integrado esta basado en el concepto de que haber

integración de datos y procesamiento. La integración de datos es

ejecutada por la base de datos mientras que el procesamiento

integrado es ejecutado por un plan general del sistema". (p. 51)

Senn (1978), "Un sistema de información es (basado en el

computador) que procesa datos, en forma tal que pueden ser

utilizados por quien los recibe para fines de toma de decisiones".


Página 24

http://www.monografias.com/trabajos7/plane/plane.shtml

http://www.monografias.com/trabajos34/base-de-datos/base-de-datos.shtml

http://www.monografias.com/trabajos11/funpro/funpro.shtml

http://www.monografias.com/trabajos15/fundamento-ontologico/fundamento-ontologico.shtml

http://www.monografias.com/trabajos10/teca/teca.shtml

http://www.monografias.com/trabajos6/napro/napro.shtml

http://www.monografias.com/trabajos15/fundamento-ontologico/fundamento-ontologico.shtml


Soplin LozanoEs definido como un medio organizado de proporcionar

información pasada, presente y futura (proyecciones)

relacionadas con las operaciones internas y conocimiento

externo de la organización". (p. 363) (p. 628)

Burch y Strater (1974), "Un sistema de información se define

como sigue: Un ensamblaje formal y sistemático de componentes

que ejecutan operaciones de procesamiento de datos para: a)

satisfacer los requerimientos, procesamientos de datos legales y

transaccionales; b) proporcionar información a la gerencia para

el apoyo de las actividades de planificación, control y toma de

decisiones; c) proporcionar una variedad de reportes, que sean

requeridos por entes externos. (p. 71)

Laudon y Laudon (1996), “un sistema de información puede

definirse “como un conjunto de componentes interrelacionados

que permiten capturar, procesar, almacenar y distribuir

información para apoyar la toma de decisiones y el control de

una institución”. (p. 325)

FUNCIONES DE UN SISTEMA DE INFORMACION

Los sistemas de información difieren en sus tipos de entradas y

salidas, en el tipo de procesamientos y en su estructura. Estos

elementos están determinados por el propósito u objetivos del

sistema, el cual es establecido a su vez, por la organización, en

todos ellos podemos encontrar un conjunto de funciones que,

según Senn, son las siguientes:


Página 25

http://www.monografias.com/trabajos16/objetivos-educacion/objetivos-educacion.shtml

http://www.monografias.com/trabajos15/todorov/todorov.shtml#INTRO

http://www.monografias.com/trabajos14/control/control.shtml

http://www.monografias.com/trabajos34/planificacion/planificacion.shtml

http://www.monografias.com/trabajos/epistemologia2/epistemologia2.shtml

http://www.monografias.com/trabajos6/diop/diop.shtml


Soplin Lozano1. Procesamiento de Transacciones: La cual consiste en

capturar o recolectar, clasificar, ordenar, calcular, resumir y

almacenar los datos originados por las transacciones, que

tienen lugar durante la realización de actividades en la

organización.

2. Definición de Archivos: Consiste en almacenar los datos

capturados por el procesamiento de transacciones, de

acuerdo a una estructura u organización de almacenamiento

adecuado (base de datos o archivo) un método que facilite su

almacenamiento, actualización y acceso, y un dispositivo

apropiado de almacenamiento (disco, cintas, diskettes, y

otros).

3. Mantenimiento de Archivos: Los archivos o bases de datos

del sistema deben mantener actualizados. Las operaciones

básicas de mantenimiento son la inserción, la modificación y

la eliminación de datos en los medios de almacenamiento.

4. Generación de Reportes: La realización de esta función es

esencial para el sistema de información, ella se encarga de

producir la información requerida y trasmitirla a los puntos o

centros de información que la soliciten. Esta transmisión de

información se puede efectuar mediante el movimiento físico

de los elementos de almacenamiento (papel, cintas

magnéticas, diskettes, y otros) o mediante la comunicación de

señales eléctricas digitales o analógicas a dispositivos

receptores (terminales, convertidores, estaciones remotas u

otro computador). Los reportes que genera el sistema de

información se clasifican en:


Página 26




Soplin Lozanoa. Reportes de Errores: Proporcionan información sobre los

errores que ocurren y se detectan durante el

procesamiento de transacciones.

b. Reportes de Actividades: Proporcionan información

sobre las actividades elementos de la organización. No

están orientados a la toma de decisiones. Por ejemplo.

Listados de empleados, listados de inventarios de piezas, y

otros.

c. Reportes Regulares: Están orientados a la toma de

decisiones. Se preparan a intervalos definidos de tiempo y

en un formato fijo, por lo que se pueden generar

automáticamente.

d. Reporte de Excepción: Útiles para controlar situaciones

anormales pues señalar la ocurrencia de condiciones "fuera

de limite”. Tienen un formato predefinido y se pueden

generar automáticamente bajo solicitud o cuando ocurra la

condición anormal.

e. Reportes no Planeados: Requeridos eventualmente para

la toma de decisiones. Se generan cuando se solicitan y

pueden tener un formato predefinido.

f. Reportes Especiales: Requeridos generalmente una sola

vez con fines de analizar situaciones o resolver problemas

involucran el uso de modelos que respondan a

interrogantes del tipo "que ocurre si. " No tienen formato

predefinido y pueden o no generarse automáticamente. Los

dos primeros reportes son producidos por los subsistemas

de procesamiento de transacciones, mientras que los

restantes los producen los subsistemas de procesamientos

de información.


Página 27

http://www.monografias.com/trabajos7/sisinf/sisinf.shtml


Soplin Lozano5. Procesamientos de Consultas: Parte de la información

requerida por los usuarios responde a interrogantes no

predefinidas y cuyas respuestas son generalmente cortas por

lo que no requiere un formato complejo como el de los

reportes. Estas interrogantes reciben el nombre de consultas

interactivas y constituyen un medio directo de comunicación

hombre-maquina. Esta función es generalmente ejecutada por

los subsistemas de administración de datos, que facilita el

acceso a los datos y de procesamiento de información. La

mayoría de Sistemas de Manejo de Bases de Datos que

existen, poseen una herramienta que facilita la realización de

esta función, denominada lenguaje de consultas o de

interrogación o lenguajes para el diálogo hombre-máquina.

6. Mantenimiento de la Integridad de los Datos: Los datos

mantenidos por el sistema de información deben ser

confiables y veraces por lo que una de sus funciones debe

garantizar la integridad de tales datos y protegerlos contra

accesos indebidos o no autorizados y contra modificaciones

mal intencionadas. [S.J., 1978]

CLASIFICACION DE LOS SISTEMAS DE INFORMACION

Una organización generalmente posee más de un tipo de

sistemas de información, cada uno de ellos tiene sus propias

características y cada uno juega un rol fundamental en el logro

de la satisfacción de necesidades de información de dicha

organización.

La mayoría de estos sistemas están interrelaciones, no

necesariamente integrados, bien en forma directa en respuesta a


Página 28


Soplin Lozanolos requerimientos de sus diseños, o en forma indirecta debido a

la comunicación formal o informal de información entre ellos.

Varios Autores: Burch & Strater, Davis, Philippakis & Kazmier y

Lucas, aceptan la existencia de dos tipos de sistemas de

información en cualquier organización:

1. Sistema de Información Formal: Basados en un conjunto

de normas, estándares y procesamientos que permiten que la

información se genere y llegue a quien la necesita en el

momento deseado. La información formal puede ser

producida por el computador.

2. Sistema de Información Informal: Están basados en la

comunicación no formalizada ni predefinida entre las

personas de la organización. Este tipo de sistema no tiene

estructuras y no sigue normas o procesamientos establecidos

porque su información puede ser bastante imprecisa,

irregular e incierta, imposibilitándose así el procesamiento

automático. Por su parte Alexander, clasifica los sistemas de

información de una organización, en base a su naturaleza y

objetivos, de la siguiente manera:

Sistemas de Comunicación: Transmiten información

entre diferentes subsistemas de una organización. Estos

subsistemas pueden ser personas de la organización o

equipos electrónicos (computadores, terminales,

impresoras, teles, entre otros). La información producida

como salida por uno o varios de estos subsistemas puede

ser utilizada como datos de entrada por otros de ellos, por

lo que la interface entre dos subsistemas es el mensaje que

se trasmite. Se establece se este modo toda una red de


Página 29

http://www.monografias.com/Computacion/Redes/

http://www.monografias.com/trabajos11/trimpres/trimpres.shtml



Soplin Lozanocomunicación de información entre los diferentes

subsistemas de la organización. El objetivo de esta red es

impartir conocimiento, pensamientos, ideas, percepciones,

propiedades, órdenes y datos organizados entre los

subsistemas que lo componen.

Sistemas de Información Informal: Es una red no

estructurada de comunicación informal entre personas

dentro o en el ambiente de la organización. Este tipo de

sistemas surge del contacto entre las personas orientadas

a satisfacer sus necesidades de información relativas al

trabajo o hacia el deseo de todo individuo de conocer lo

que ocurre en el ambiente (rumores, chismes, entre otros).

No tiene un objetivo definido, aunque puede ser utilizado

como medio muy eficiente, pero poco confiable, de

transmisión y divulgación de información útil a la

organización.

Sistemas de Información Organizacional: Formados

por los flujos o canales de información que transmiten

mensajes entre los diferentes niveles de planificación,

pasando por los de control, hasta los operacionales. El

sentido de la comunicación puede ser de arriba hacia abajo

o viceversa. Los mensajes trasmitidos están relacionados

con los objetivos, metas, planes políticas, procedimientos,

normas, estándares, directivas e instrucciones u órdenes

para ejecutar las tareas de la organización (sentido de

arriba hacia abajo). Así como con los resultados,

rendimiento, alcance, productividad, entre otros.

Originados al ejecutar la tareas (sentido de abajo hacia

arriba).


Página 30

http://www.monografias.com/trabajos6/prod/prod.shtml

http://www.monografias.com/trabajos13/mapro/mapro.shtml

http://www.monografias.com/trabajos10/poli/poli.shtml

http://www.monografias.com/trabajos14/control/control.shtml

http://www.monografias.com/trabajos34/planificacion/planificacion.shtml

http://www.monografias.com/trabajos28/aceptacion-individuo/aceptacion-individuo.shtml

http://www.monografias.com/trabajos34/el-trabajo/el-trabajo.shtml

http://www.monografias.com/trabajos15/medio-ambiente-venezuela/medio-ambiente-venezuela.shtml

http://www.monografias.com/trabajos/epistemologia2/epistemologia2.shtml

http://www.monografias.com/Computacion/Redes/

http://www.monografias.com/trabajos16/objetivos-educacion/objetivos-educacion.shtml


Soplin LozanoPor consiguiente, el objetivo de este tipo sistema de información

es trasmitir las directivas organizacionales desde los niveles

gerenciales hacia los operativos y proveer la información de

realimentación necesaria para controlar la organización. La

comunicación en este tipo de sistemas es de tipo verbal o escrita

por lo que la automatización de información organizacional es

difícil y quizás necesaria.

Sistemas de Información Operativos: Son definidos

como sistemas de información que recogen, mantienen y

procesan los datos ocasionados por la realización de

operaciones básicas en el de preparar y mantener los

registros de datos originados por las operaciones

elementales (rutinarias) de la organización. Ejemplo de

ello son los sistemas de nóminas de pago, los sistemas de

contabilidad, los sistemas de adquisición de datos y los

sistemas de reservación de pasajes. El carácter rutinario

de las operaciones de una organización hace que este tipo

de sistema pueda ser fácilmente automatizado. De hecho

una gran mayoría de sistemas de información que existe,

en la actualidad, corresponden a este tipo.

Sistemas de Información Gerencial: Es un tipo de

sistema que proporciona la información necesaria para que

gerentes o directivos puedan ejecutar los procesos de toma

de decisiones y solución de problemas en una

organización. El objetivo de este tipo de sistemas es

proporcionar a los gerentes información confiable a tiempo

y completa, relacionada con el rendimiento y estado de la

organización.


Página 31


Soplin LozanoMuy a menudo, los datos de entrada de este sistema son

producidos por el sistema de información operario, el cual, a su

vez puede ser subconjunto del sistema de información gerencial.

Las salidas del sistema están constituidas fundamentalmente por

2 tipos de reporte:

1. Reporte de Actividad, necesarios para determinar el

rendimiento de las actividades que toman lugar en la

organización durante un cierto periodo de tiempo (Ej. Reporte

de Ejecución Presupuestaria, Reporte de Ventas, Estados de

Ganancia y Pérdidas, entre otros).

2. Reporte de Estado, utilizados para determinar las

condiciones de los diferentes subsistemas o elementos de la

organización en un momento dado de tiempo (Ej. Balance

General, Listado de Inventario, Listado de Empleados,

Estadísticas, entre otros).

Sistemas de Apoyo para la Toma de Decisiones: Es un

tipo muy especial de sistema de información caracterizado

por procesar datos para realizar automáticamente parte o

el proceso de toma de decisiones e indicar la acción que se

debe tomar para mantener a la organización dentro de

condiciones normales de funcionamiento. En el área

gerencial su objetivo es ayudar al gerente en el proceso de

toma de decisiones permitiéndole evaluar, mediante el uso

de modelos automatizados de decisión, control, simulación,

entre otras diferentes alternativas.

Sistemas de Procesamiento de Datos: El procesamiento

de datos es parte fundamental e implicar de la mayoría de

sistemas de información discutidos anteriormente. Sin


Página 32

Crecimiento

Nacimiento

Maduración

Decaimiento

Muerte


Soplin Lozanoembargo, existe un tipo de sistema de información cuyo

objetivo exclusivo es transformar datos en información

fácil de entender y utilizar la información producida puede

ser utilizada por el usuario, con algún fin especifico, en la

realización de sus tareas o actividades. Este tipo de

sistemas recibe el nombre de sistema de procesamiento de

datos. Algunos de los más conocidos son los sistemas de

análisis de datos estadísticos (SAS, SPSS, y otros), y los

procesadores de texto o palabras (WORDSTAR, RUN OFF,

EASYWRITER, entre otros). [R.S.F., 2009]

CICLO DE VIDA DE UN SISTEMA DE INFORMACION

Un sistema de información al igual que los seres vivientes

muestra un proceso de nacimiento y muerte bien definido.

Figura 2. Ciclo de vida de un sistema de información.


Página 33

http://www.monografias.com/trabajos15/tanatologia/tanatologia.shtml

http://www.monografias.com/trabajos11/tebas/tebas.shtml


Soplin Lozano

[R.S.F., 2009]

Un sistema de información tiene un origen (nacimiento),

generalmente ocasionado por necesidades, a partir del cual se

emprende su desarrollo que va desde la definición, del proyecto

hasta la puesta en operación (Crecimiento) seguidamente se

inicia su operación u mantenimiento por un período mayor a los

demás durante el cual alcanza el máximo rendimiento posible

(maduración). Luego, factores tales como la dinámica de la

organización, los avances tecnológicos y las presiones externas o

internas vuelven obsoleto e ineficaz al sistema (decaimiento), lo

cual origina su paralización (muerte). En este último período se

toma la decisión de renovar el sistema. Lo que origina un nuevo

ciclo de vida, o desecharlo por completo, lo cual marca su fin

definitivo.

Los periodos relevantes del ciclo de vida de un sistema de

información se pueden agrupar en las etapas siguientes:

Surgimiento de necesidades.

Desarrollo.

Operación y Mantenimiento.

Disposición (Renovación o Extinción).

En etapas, a su vez, se dividen en fases, las fases en actividades

y las actividades en tareas, estas dos últimas producen la

evaluación del sistema. [R.S.F., 2009]


Página 34


Soplin LozanoCICLO DE VIDA DE DESARROLLO DE SISTEMAS DE

INFORMACIÓN

Está constituida por las siguientes fases:

Definición de Proyecto: En esta fase se determinan las

necesidades básicas que motivan el desarrollo de un nuevo

sistema de información, se define el problema en términos

generales, se establecen los objetivos básicos del sistema,

se elabora el estudio de factibilidad, y se realiza la

planificación global del desarrollo del sistema.

Análisis del Contexto: Esta fase consiste en recolectar

toda la documentación existente que esté relacionada con

el ambiente dentro del cual va a operar el sistema y con el

actual sistema de información (si existe). El contexto o

sistema ampliado, esto es, el sistema al cual pertenece o va

a pertenecer el sistema de información, debe ser analizado

en términos de su ambiente, objetivos, estructuras y

procesos, de igual modo debe procederse con el actual

sistema de información, a fin de determinar sus problemas.

Definición de Requerimientos: Consiste en establecer

junto con los usuarios una descripción detallada de los

objetivos del nuevo sistema, su ambiente y sus funciones.

Se especifican los requerimientos del sistema, sus

restricciones y sus atributos.

Diseño del Sistema: Esta fase lleva a diseñar diferentes

alternativas especificando para cada una de ellas la

interacción hombre-máquina, el costo de desarrollo y los

recursos que requiere. Se evalúa cada alternativa

mediante un análisis costo-beneficio y se selecciona una de


Página 35


Soplin Lozanoellas. Se procede luego al diseño de las entradas, salidas,

datos, programas, procedimientos y el plan de pruebas del

sistema.

Construcción del Sistema: Una vez diseñado el sistema,

se procede a su construcción o realización, esto es la

codificación y depuración de los programas diseñados, la

creación e inicialización de los (s) bases (s) de datos, y el

desarrollo de los procedimientos manuales que utilizará el

sistema de información.

Pruebas del Sistema: Esta es la fase que consume mayor

tiempo y consiste en probar adecuadamente tanto los

programas, como los procedimientos y los archivos o bases

de datos. Cada uno de estos componentes, luego se

procede a la prueba de integración de estos componentes y

finalmente se prueba el sistema de información como un

todo, tanto en ambiente simulado como en un real. Este

último constituye la prueba de aceptación del sistema.

Implantación del Sistema: Esta fase constituye la última

de la etapa e desarrollo del sistema de información. En ella

se adiestra a los usuarios del sistema, se realiza la

conversión del sistema actual (si existe) al nuevo sistema

recientemente desarrollado, se realizan las entonaciones

necesarias, es decir, la puesta o punto del sistema y

finalmente se evalúa el sistema de información. Al finalizar

esta fase el sistema de información inicia una nueva etapa

que hemos denominado etapa de operación y

mantenimiento.

Este ciclo es un proceso secuencial-iterativo, pues se inicia con

la definición del proyecto y finaliza con la implantación del


Página 36

Definición

Desarrollo


Soplin Lozanosistema, pero puede reiniciarse o devolverse a una fase ya

ejecutada, por ejemplo, durante la fase de construcción del

sistema es posible que surjan nuevos requerimientos, con las

consiguientes modificaciones de diseño y construcción para

luego continuar con las fase de pruebas e implantación del

sistema.

El ciclo de vida propuesto se caracteriza por estar segmentado o

dividido en eventos relevantes (etapas y fases) que son fáciles de

medir revisar y documentar, facilitando en este modo la

formulación de una metodología que guiará al Grupo de

Desarrollo en el proceso de elaboración de un sistema de

información. [R.S.F., 2009]

Figura 3. Ciclo de vida simplificado de desarrollo de

sistemas de información.

[L.E.M.M., S.F.]

La fase de DEFINICIÓN, se centra en el qué. Normalmente, a

esta fase se le denomina análisis.

La fase de DESARROLLO, se centra en el cómo. Para muchos

autores, los procesos que se hacen en esta fase de desarrollo, se

dividen en las fases que comúnmente se denominan diseño e

implementación.


Página 37

Mantenimiento

Especificación de los Requerimientos de los Usuarios

Análisis de los Requerimientos de los Usuarios

Especificación de los Requerimientos del Software

Diseño Lógico o General (Sistemas)

Diseño Físico o Detallado (Programa)

Codificación / Implementación

¿Que?

¿Como?

Análisis

Diseño

Implementación

Espacio del Problema

Espacio de la Solución


Soplin LozanoLa fase de MANTENIMIENTO, se centra en el cambio. En esta

fase se vuelven a aplicar los pasos de las fases de definición y

desarrollo, pero ahora en el contexto del software ya existente.

[L.E.M.M., S.F.]

Figura 4. Visión tradicional del ciclo de vida de desarrollo

de sistemas de información.


Página 38


Soplin Lozano

[L.E.M.M., S.F.]

MODELOS DE DESARROLLO DE SISTEMAS DE

INFORMACION

MODELO DE CASCADA O CLASICO

Este modelo de ciclo de vida fue propuesto por Winston Royce

en el año 1970. Es un ciclo de vida que admite iteraciones,


Página 39

Especificación de Requerimientos

Análisis

Diseño

Codificación

Prueba

Mantenimiento


Soplin Lozanocontraria mente a la creencia de que es un ciclo de vida

secuencial como el lineal. Después de cada etapa se realiza una

o varias revisiones para comprobar si se puede pasar a la

siguiente. Es un modelo rígido, poco flexible y con muchas

restricciones. Aunque fue uno de los primeros, y sirvió de base

para el resto de los modelos de ciclo de vida. [I.F.P., S.F.]

Desventajas del modelo cascada:

No refleja realmente el proceso de desarrollo del software.

Se tarda mucho tiempo en pasar por todo el ciclo.

Perpetúa el fracaso de la industria del software en su

comunicación con el usuario final.

El mantenimiento se realiza en el código fuente.

Las revisiones de proyectos de gran complejidad son muy

difíciles.

Impone una estructura de gestión de proyectos. [G.A., S.F.]

Figura 5. Modelo de cascada o clásico.

[L.E.M.M., S.F.]


Página 40


Soplin LozanoMODELO DE ESPIRAL O EVULUTIVO

Este ciclo puede considerarse una variación del modelo con

prototipado fue diseñado por Boehm en el año 1988. El modelo

se basa en una serie de ciclos repetitivos para ir ganando

madurez en el producto final. Toma los beneficios de los ciclos

de vida incremental y por prototipos, pero se tiene mas en

cuenta el concepto de riesgo que a parece debido a las

incertidumbres e ignorancias de los requerimientos

proporcionados al principio del proyecto o que surgirán durante

el desarrollo. A medida que el ciclo se cumple (el avance del

espiral), se van obteniendo prototipos sucesivos que van ganado

la satisfacción del cliente o usuario. A menudo, la fuente de

incertidumbre es el propio cliente o usuario, que en la mayoría

de las oportunidades no sabe con perfección todas las

funcionalidades que debe tener el producto. [I.F.P., S.F.]

Desventajas del modelo espiral:

Requiere mucha experiencia y habilidad para la evaluación de

los riesgos, lo cual es requisito para el éxito del proyecto.

Es difícil convencer a los grandes clientes que se podrá

controlar este enfoque evolutivo.

Este modelo no se ha usado tanto, como el Cascada

(Incremental) o MCP, por lo que no se tiene bien medida su

eficacia, es un paradigma relativamente nuevo y difícil de

implementar y controlar. [WIKI., S.F.]


Página 41

http://es.wikipedia.org/wiki/Modelo_de_prototipos


Soplin Lozano

Figura 6. Modelo de espiral o Evolutivo.

[L.E.M.M., S.F.]

MODELO ORIENTADO A OBJETOS

Esta técnica fue presentada en la década de 1990, tal vez como

una de las mejores metodologías a seguir para la creación

software. Puede considerarse como un modelo pleno a seguir,

como así también una alternativa dentro de los modelos

anteriores. Al igual que la filosofía del paradigma de la

programación orientada a objetos, en esta metodología cada

funcionalidad, o requerimiento solicitado por el usuario, es

considerado un objeto. Los objetos están representados por un

conjunto de propiedades, a los cuales denominamos atributos,

por otra parte, al comportamiento que tendrán estos objetos los


Página 42


Soplin Lozanodenominamos métodos. Vemos que tanto la filosofía de esta

metodología, los términos utilizados en ella y sus fines, coinciden

con la idea de obtener un concepto de objeto sobre casos de la

vida real. [I.F.P., S.F.]

Figura 7. Modelo de la fuente para el desarrollo de

sistemas de información orientadas a objetos.

[L.E.M.M., S.F.]

Las características principales de este modelo es la abstracción

de los requerimientos de usuario, por lo que este modelo es

mucho mas flexible que los restantes, que son rígidos en

requerimientos y definición, soportando mejor las

incertidumbres que los anteriores, aunque sin garantizar la Implementación de un Sistema Informático de gestión de proyectos e informes de investigación en la Escuela de Ingenieria de Sistemas de la Universidad Cesar Vallejo de Tarapoto, a través de tecnología WEB.

Página 43


Soplin Lozanoausencia de riesgos. La abstracción es lo que nos permite

analizar y desarrollar las características esenciales de un objeto

(requerimientos), despreocupándonos de las menos relevantes.

Favorece la reducción de la complejidad del problema que

deseamos abordar y permite el perfeccionamiento del producto.

En este modelo se utiliza las llamadas fichas CRC (clase-

responsabilidades-colaboración) como herramienta para obtener

las abstracciones y mecanismos clave de un sistema analizando

los requerimientos del usuario. En la ficha CRC se escribe el

nombre de la clase u objeto, sus responsabilidades (los métodos)

y sus colaboradores. Estas fichas, además, nos ayudan a

confeccionar los denominados casos de uso. No es correcto

suponer que este modelo solo es útil cuando se escoge para la

implementación un lenguaje con orientación a objetos. Se puede

utilizar independientemente del lenguaje elegido. Es un modelo

a seguir, una técnica, y no nos obliga a utilizar ningún lenguaje

en particular. Como mencionamos, es un modelo muy versátil,

por ser uno de los últimos en aparecer, aprendió mucho de los

anteriores. Las aplicaciones que podemos incluir como ejemplo

para su uso van desde programas de monitoreo de procesos

grandes sistemas de transacciones sobre base de datos, asta

procesamiento por lotes. [I.F.P., S.F.]

Consideraciones sobre modelos orientadas a objetos:

Se eliminan fronteras entre fases debido a la naturaleza

iterativa del desarrollo orientado al objeto.

Aparece una nueva forma de concebir los lenguajes de

programación y su uso al incorporarse bibliotecas de clases y

otros componentes reutilizables.


Página 44


Soplin Lozano Hay un alto grado de iteración y solapamiento, lo que lleva a

una forma de trabajo muy dinámica. [G.A., S.F.]

MODELO RAD (Rapid Application Development)

Aproximación al desarrollo de sistemas que incorpora una

variedad de herramientas de diseño automatizadas (CASE).

Desarrollada por el ‘gurú’ de la industria, James Martin, está

centrada tanto en la administración humana y en la

participación del usuario, como en la tecnología.

Metodología para el desarrollo de sistemas creada para

disminuir radicalmente el tiempo necesario para diseñar e

implementar Sistemas de Información. El RAD cuenta con

una participación intensa del usuario, sesiones JAD,

prototipaje, herramientas CSE integradas y generadores de

código.

El “rad” requiere de cuatro (4) ingredientes esenciales:

gerencia, gente, metodologías y herramientas. [L.E.M.M.,

S.F.]

Figura 8. Modelo Rad (Rapid Application Development)


Página 45


Soplin Lozano

[L.E.M.M., S.F.]

Muchas firmas han adoptado el RAD como uno de sus enfoques

para el desarrollo de sistemas. Entre éstas, esta Cambridge

Technology Partners (CTP), especificando un ciclo de vida para

el RAD que consiste en cinco (5) pasos:

1) Enfoque

2) Taller de soluciones rápidas.

3) Diseño.

4) Desarrollo.

5) Rollout.


Página 46


Soplin Lozano

Figura 9. Fases del ciclo de vida RAD de James Martin.

[L.E.M.M., S.F.]

Ventajas de “RAD”:

Ahorro dramático de tiempo durante el desarrollo del

sistema.

Puede ahorrarse tiempo, dinero y esfuerzo humano.

Estrecha correspondencia entre los requerimientos del

usuario y las especificaciones del sistema.

Trabaja muy bien cuando la velocidad de desarrollo es

importante (cambios rápidos de las condiciones del

negocio), o cuando lo sistemas pueden capitalizarse en

oportunidades estratégicas.

Permite cambiar rápidamente el diseño de los sistemas

cuando los usuarios lo demandan


Página 47


Soplin Lozano Los sistemas son optimizados por los usuarios

involucrados en el proceso del RAD.

Se concentra en los elementos esenciales del sistema,

desde el punto de vista del usuario.

El usuario se compromete y se hace propietario del

Sistema.

Desventajas de “RAD”:

Mayor velocidad y menores costos pueden repercutir en

la calidad del sistema (p.e., debido a falta de atención

en controles internos).

Peligrosa incoherencia entre el sistema desarrollado y

el negocio, debido a la falta de información o a procesos

del negocio sobreentendidos.

Pueden producirse inconsistencias entre diseños

internos y entre sistemas.

Posibles violaciones de estándares de programación

relacionadas con nomenclaturas inconsistentes e

insuficiente documentación.

Dificultades con el reuso de módulos para futuros

sistemas.


Página 48


Soplin Lozano Carencia de un diseño escalable dentro del sistema.

Falta de atención de la futura administración del

sistema dentro de los sistemas existentes (p.e., falta de

integración con el modelo de datos organizacional y

facilidades de recuperación del sistema).

Altos costos de compromiso por parte del personal

clave.

[L.E.M.M., S.F.]

LA ADMINISTRACIÓN DE PROYECTOS DE SISTEMAS DE

INFORMACIÓN

Antes que nada debemos de definir que es administración y que

es un proyecto:

“Administración, es el proceso de planear, organizar, dirigir y

controlar el uso de recursos para lograr objetivos”. [Ch.I.,

1999, pag. 8]

Otra definición es la de Koontz, Harold y Weinrichy, Heiz

[1998] “La administración es el proceso de diseñar y mantener

un ambiente en el cual las personas, trabajando juntas en

grupos, alcanzan con eficiencia metas seleccionadas”. [pag. 4]


Página 49


Soplin LozanoAhora definimos que es un proyecto “un proyecto, es una

organización de gente dedicada a un propósito u objetivo

especifico”. [C.D., 1998, pag 541]

La administración de proyectos es la forma de planear,

organizar, dirigir y controlar una serie de actividades realizadas

por un grupo de personas que tienen un objetivo especifico; el

cual puede ser (crear, diseñar, elaborar, mejorar, analizar, etc.)

un problema o cosa. [J.J.R.V., 2004, ¶4]

CICLO DE VIDA DE UN PROYECTO

Los proyectos tienen un ciclo de vida que implica un crecimiento

gradual conforme se establecen las necesidades y se desarrollan

las características del trabajo, una completa implantación a

medida de que se realice el trabajo y conclusión de las fases

conforme se complete el trabajo el proyecto llega a su final. Este

ciclo es invariable, aunque (como sucede con las personas no se

conoce o no se respeta por completo).

La administración de proyectos enseña que para alcanzar el

objetivo deseado del proyecto se debe seguir un proceso

específico. No existe ninguna excepción a esta regla. El proceso

se conoce como ciclo de vida.

La mayoría de las empresas no respetan el ciclo de vida del

proyecto por diferentes razones estas pueden ser falta de

conocimiento del ciclo de vida, brincarse algunas etapas por

creerlas no importantes y hacer modificaciones al ciclo de vida

de acuerdo al tipo y tamaño de la empresa.


Página 50


Soplin LozanoFactibilidad, En esta etapa se conocen los recursos financieros

con los que se cuentan para el proyecto, se establecen

presupuestos totales y se hace una organización preliminar. Se

aplican estudios de factibilidad para saber si se puede resolver el

problema o no; al término de esta etapa hay una decisión formal

de continuar o no continuar con el proyecto.

Diseño, Es muy parecida a la etapa de factibilidad en la que se

refiere a la organización y a la administración pero en esta se

detalla mejor el presupuesto, la calendarización y el

financiamiento que le otorgan al proyecto.

Producción, Se realiza en todas las actividades concernientes a

la creación del proyecto. Hay que decir que esta etapa se

caracteriza por ser totalmente diferente a las demás ya que las

anteriores la fase de factibilidad y la fase de diseño son

orgánicas y de carácter evolutivo, mientras que la fase de

producción es de alto grado mecanicista.

Culminación y puesta en marcha, Culminación y puesta en

marcha: En esta etapa se hacen pruebas finales al proyecto

realizado. También se da mantenimiento periódicamente

verificando que no tenga fallas lógicas. [J.J.R.V., 2004, ¶2]

LA IMPORTANCIA DE LA ADMINISTRACION DE

PROYECTOS DE SISTEMAS DE INFORMACION EN LA

EMPRESA

La tecnología de la información juega un papel crecientemente

estratégico en las organizaciones, las cuales fundamentan cada

vez más en los sistemas de información su competitividad y su


Página 51


Soplin Lozanoadaptación a los cambios en el medio. El desarrollo de sistemas

de información eficaces requiere de una administración

adecuada, que garantice una orientación acorde con los

objetivos y estrategias de la empresa, dentro de las limitaciones

de recursos y de tiempo.

El desarrollo de un nuevo sistema de información es una

actividad no rutinaria en cualquier empresa. Además, un sistema

de información introduce modificaciones en la forma de

operación de la empresa. Aunque es posible pensar en

desarrollar sistemas de información sin seguir metodologías ni

planificar, ello aumentaría los costos y los riesgos de fracaso.

Por ello es preferible desarrollar los sistemas mediante

proyectos.

Carrera Ricardo [2002], citado por José De Jesus Rodríguez

Vela [2004] “El trabajo a través de proyectos es la forma

habitual de actuación en el desarrollo de sistemas de

información. En algunos casos, la decisión de emprender un

proyecto de desarrollo es consecuencia de un inmediato plan

estratégico de la empresa. De esta manera, las organizaciones

en un nivel alto de gestión tecnológica realizan una prospectiva

a largo plazo (3 a 5 años) de sus necesidades, tanto en TI.

(Tecnologías de Información) como en sistemas de información,

generando planes estratégicos de sistemas. Estos planes

determinan tanto los proyectos que hay que realizar como sus

prioridades y las relaciones entre ellos”.

En la actualidad en las empresas es muy importante contar con

una adecuada administración de proyectos ya que esto refleja el

grado de calidad con que se hacen los proyectos, parece ilógico


Página 52


Soplin Lozanopensar que una empresa con mala administración de proyectos

contara con buenos sistemas de información basados en

computadoras y que en esta hubiera el buen aprovechamiento de

los recursos (humanos, financieros y tecnológicos). También

seria sorprendente ver una empresa con una buena

administración de proyectos y que esta no contara con un buen

sistema de información que le ayudara a la toma de decisiones.

La administración de proyectos aplicando su metodología en

forma estricta es sin duda una de las mejores herramientas para

desarrollar proyectos estos pueden ser de cualquier tipo o índole

(proyectos de investigación de mercados, proyectos de auditoria

contable, proyectos de producción, proyectos de producción,

proyectos de desarrollo de sistemas de información, proyectos

de diseño e implantación de redes etc.) sin importar el tamaño o

giro de la empresa sea publica o privada.

La administración de proyectos no es una panacea universal

para cualquier empresa ya que primero hay que determinar los

costos de implantación y operación. Para la implantación “Los

autores proponen que se debe seguir el enfoque de contingencia

al determinar sin una determinada organización debe o no

implantar la administración de proyectos.

En otras palabras si una organización diseñada y operada bajo la

estructura funcional tradicional esta alcanzando sus objetivos en

forma satisfecha sin la administración de proyectos, entonces no

hay razón para adoptarla”. [J.J.R.V., 2004]


Página 53


Soplin LozanoLA IMPORTANCIA DE LOS SISTEMAS DE INFORMACION

EN LAS EMPRESAS

En la actualidad con desarrollos tecnológicos avances en la

ciencia computacional, en la genética, en la medicina en la

astronomía, etc., hay sin duda en todas estas y cualquier otra

área un factor clave y decisivo que es: la información; Se dice

que quien tiene la información, clara, concreta, segura y

confiable domina a los demás en cualquiera que sea su área. Por

lo tanto los sistemas de información son para la empresa como el

sistema nervioso es para el humano; Si no existieran lo S.I.

estaríamos en la edad primitiva todo lo que no rodea son

sistemas e información que uniéndolos nos ayudan a la toma de

decisiones.

En nuestros días con el desarrollo computacional y el uso

indispensable del PC como herramientas tanto en el trabajo

como en casa. Ha hecho que los sistemas de información

basados en computadora sean indispensables dentro de la

empresa al grado que si no utilizan los sistemas de información

serian obsoletos y no podrían realizar sus actividades por

ejemplo: Un aeropuerto sin su sistema de información para sus

aterrizajes de sus aviones, o una central de trenes sin su sistema

de información de rutas alternas en caso de que dos trenes

utilizan las mismas rutas ¿cuándo avisar para que cambien a

rutas alternas para evitar un choque?. [J.J.R.V., 2004]


Página 54


Soplin LozanoTECNOLOGIAS WEB PARA REALIZAR SITIOS WEB

PHP, es un lenguaje de scripts, open source que corre al lado

del servidor utilizado para la creación de páginas web dinámicas.

Tiene una sintaxis similar al Perl o C y se encuentra en serrado

entre tags especiales lo que permite al programador incrustar el

código de PHP en HTML. Esta tecnología puede realizar

cualquier tarea que un programador de CGI, pero su fortaleza

consiste en la compatibilidad con los muchos tipos de

manejadores de base de datos. PHP, fue creado en 1994 por

Rasmus Lerdorf y en 1997 el desarrollo de PHP se vio

beneficiado por la contribución de Zeev Suraski y Andi Gutmans,

que rescribieron el parser desde el principio para crear la

versión PHP 3.

Características generales:

Lenguaje sencillo de aprender.

Linux.

Software libre y gratuito.

Gran comunidad de programadores, multitud de Scripts e

información, librerías, etc. Al estar únicamente enfocado a

programación web.

Más desordenado que JSP, pero con un buen uso y

estructuración se pueden conseguir los mismos resultados.

Muy útil para realizar pequeños Scripts, se pueden utilizar

funciones para proyectos medianos, con algo más de

envergadura.

La versión PHP5 está orientada a objetos, permitiendo una

mayor complejidad en la programación y un rendimiento y

una escalabilidad similares a JSP.


Página 55


Soplin Lozano La BD más utilizada es MySQL.

Servidores, BD, programas, etc. Más económicos.

[Fact., 2008]

ASP, son paginas dinámicas que utilizan la extensión ASP y

contienen scripts de ActiveX (Tecnología de Microsoft). Son

similares a los CGI pero permiten a los programadores de Visual

Basic trabajar con herramientas familiares. Cabe señalar que

ASP solo puede correr en un servidor con el sistema operativo

Windows y el servidor Web IIS.


Lenguaje parecido a Visual Basic.

Plataforma Windows (nula portabilidad a otras plataformas).

Propiedad de Microsoft, que limita su expansión.

Lenguaje para crear Scripts, no orientado a objetos.

Óptimo para crear aplicaciones web relativamente sencillas.

Menor escalabilidad debido a la menor estructuración.

La BD utilizada habitualmente es Access.

Los menos económicos.

[Fact., 2008]

JSP, es una tecnología basada en java que permite a los

programadores y diseñadores realizar páginas Web dinámicas

sin la necesidad de conocer este lenguaje de programación a

fondo. Las fortalezas de esta tecnología son su facilidad de uso y

la incorporación de ciertos componentes como los javabeans.

Características generales: Implementación de un Sistema Informático de gestión de proyectos e informes de investigación en la Escuela de Ingenieria de Sistemas de la Universidad Cesar Vallejo de Tarapoto, a través de tecnología WEB.

Página 56


Soplin Lozano Basado en Java -> Orientado a objetos.

Multiplataforma.

Software de Sun, con gran experiencia y actualizaciones

habituales y con un proyecto de desarrollo libre a partir de

la versión 1.2.

Existe una gran comunidad de Java pero más orientada a

aplicaciones que a Web.

El propio lenguaje te obliga a ser ordenado, siendo así una

opción interesante a la hora de desarrollar proyectos

escalables, añadiendo “módulos” (clases), etc.

Gran énfasis en los componentes y no tanto en los scripts,

permitiendo obtener un buen rendimiento y escalabilidad.

Múltiples BD, sencillo de implementar con MySQL (parecido

a PHP).

[Fact., 2008]

ASP.NET, es un framework para aplicaciones web desarrollado

y comercializado por Microsoft. Es usado por programadores

para construir sitios web dinámicos, aplicaciones web y servicios

web XML. Apareció en enero de 2002 con la versión 1.0 del .NET

Framework, y es la tecnología sucesora de la tecnología Active

Server Pages (ASP). ASP.NET esta construido sobre el Common

Language Runtime, permitiendo a los programadores escribir

código ASP.NET usando cualquier lenguaje admitido por el .NET

Framework.


Posibilidad de utilizar una gran variedad de lenguajes como

C#, Visual Basic y JScript (lenguajes .net).


Página 57

http://es.wikipedia.org/wiki/.NET_Framework


http://es.wikipedia.org/wiki/Common_Language_Runtime

http://es.wikipedia.org/wiki/Common_Language_Runtime

http://es.wikipedia.org/wiki/Active_Server_Pages

http://es.wikipedia.org/wiki/Active_Server_Pages



http://es.wikipedia.org/wiki/XML

http://es.wikipedia.org/wiki/Servicio_Web

http://es.wikipedia.org/wiki/Servicio_Web

http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web

http://es.wikipedia.org/wiki/Sitio_web

http://es.wikipedia.org/wiki/Microsoft

http://es.wikipedia.org/wiki/Framework_para_aplicaciones_web


Soplin Lozano Plataforma Windows (nula portabilidad a otras plataformas).

Propiedad de Microsoft.

El menos utilizado pero con grandes posibilidades al utilizar

lenguajes orientados a aplicaciones muy potentes.

Permite una mayor estructuración que ASP.

BD utilizada habitualmente es Access, aunque mediante

OBDC puede utilizar otras BD.

Poco económico.

Mejoras de ASP.net respecto a ASP:

Rendimiento: la aplicación se compila en una sola vez al

lenguaje nativo, y luego, en cada petición tiene una

compilación Just In Time, es decir se compila desde el

código nativo, lo que permite mucho mejor rendimiento.

También permite el almacenamiento del caché en el

servidor

Rapidez en programación: mediante diversos controles,

podemos con unas pocas líneas y en menos de 5 minutos

mostrar toda una base de datos y hacer rutinas complejas.

Servicios Web: trae herramientas para compartir datos e

información entre distintos sitios.

Seguridad: tiene diversas herramientas que garantizan la

seguridad de nuestras aplicaciones.

[Fact., 2008]

MOTORES DE BUSQUEDAS

Es un conjunto de programas coordinados que se encargan de

visitar cada uno de los sitios que integran el Web, empleando los

propios hipervínculos contenidos en las páginas Web para


Página 58


Soplin Lozanobuscar y leer otros sitios, crear un enorme índice de todas las

páginas que han sido leídas y registradas, llamado comúnmente

catálogo, y mantener una copia actualizada de toda esta

información, para luego presentar direcciones en Internet como

resultado de las peticiones de búsqueda solicitadas por las

personas que usan estos servicios de localización de páginas.

[Mil, S.F]

INTERNET

El Internet, algunas veces llamado simplemente "La Red", es un

sistema mundial de redes de computadoras, un conjunto

integrado por las diferentes redes de cada país del mundo, por

medio del cual un usuario en cualquier computadora puede, en

caso de contar con los permisos apropiados, accesar información

de otra computadora y poder tener inclusive comunicación

directa con otros usuarios en otras computadoras.

Fue concebido por la agencia de nombre ARPA (Advanced

Research Projects Agency) del gobierno de los Estados Unidos

en el año de 1969 y se le conocía inicialmente como ARPANET.

El propósito original fue crear una red que permitiera a los

investigadores en un Campus poder comunicarse a través de los

sistemas de cómputo con investigadores en otras Universidades.

Hoy en día, el Internet es un medio de comunicación pública,

cooperativa y autosuficiente en términos económicos, accesible a

cientos de millones de personas en el mundo entero.

Físicamente, el Internet usa parte del total de recursos

actualmente existentes en las redes de telecomunicaciones.

Técnicamente, lo que distingue al Internet es el uso del


Página 59


Soplin Lozanoprotocolo de comunicación llamado TCP/IP (Transmission

Control Protocol/Internet Protocol). [Mil, S.F]

WEB

World Wide Web, o simplemente Web, es el universo de

información accesible a través de Internet, una fuente inagotable

del conocimiento humano.

El componente más usado en el Internet es definitivamente el

Web. Su característica sobresaliente es el texto remarcado, un

método para referencias cruzadas instantáneas. En la mayoría

de los Sitios Web, ciertas palabras aparecen en texto de otro

color diferente al resto del documento. Por lo general, este texto

es subrayado. Al seleccionar una palabra o frase, uno es

transferido al sitio o página relacionada a esa frase. En algunas

ocasiones hay botones, imágenes, o porciones de imágenes que

pueden activarse mediante un clic. Si Usted mueve el apuntador

sobre el contenido del documento y el apuntador cambia a un

símbolo con una mano, eso indica que Usted puede realizar un

clic para ser transferido a otro sitio.

Usando el Web, se tiene acceso a millones de páginas de

información. La exploración en el Web se realiza por medio de

un software especial denominado Browser o Explorador. La

apariencia de un Sitio Web puede variar ligeramente

dependiendo del explorador que use. Así mismo, las versiones

más recientes disponen de una funcionalidad mucho mayor tal

como animación, realidad virtual, sonido y música. [Mil, S.F]

PAGINA WEB


Página 60


Soplin LozanoUna página de Internet o página Web es un documento

electrónico adaptado particularmente para el Web, que contiene

información específica de un tema en particular y que es

almacenado en algún sistema de cómputo que se encuentre

conectado a la red mundial de información denominada Internet,

de tal forma que este documento pueda ser consultado por

cualesquier persona que se conecte a esta red mundial de

comunicaciones y que cuente con los permisos apropiados para

hacerlo.

Una página Web es la unidad básica del World Wide Web.

Una página Web tiene la característica peculiar de que el texto

se combina con imágenes para hacer que el documento sea

dinámico y permita que se puedan ejecutar diferentes acciones,

una tras otra, a través de la selección de texto remarcado o de

las imágenes, acción que nos puede conducir a otra sección

dentro del documento, abrir otra página Web, iniciar un mensaje

de correo electrónico o transportarnos a otro Sitio Web

totalmente distinto a través de sus hipervínculos.

Estos documentos pueden ser elaborados por los gobiernos,

instituciones educativas, instituciones públicas o privadas,

empresas o cualquier otro tipo de asociación, y por las propias

personas en lo individual. [Mil, S.F]

PAGINA DINAMICA

Página web cuya información cambia o se modifica de forma

automática (por ejemplo, basado en el contenido de una base de

datos o información del usuario). En ocasiones es posible

detectar esta técnica observando la extensión del nombre del


Página 61


Soplin Lozanoarchivo de una página web. Los motores de búsqueda indexan el

contenido dinámico en una forma similar al contenido estático,

aunque en ciertas condiciones optan por no indexar un URL que

contenga el símbolo "?". [Mil, S.F]

SITIO WEB

Es un conjunto de archivos electrónicos y páginas Web

referentes a un tema en particular, que incluye una página

inicial de bienvenida, generalmente denominada home page, con

un nombre de dominio y dirección en Internet específicos.

Empleados por las instituciones públicas y privadas,

organizaciones e individuos para comunicarse con el mundo

entero. En el caso particular de las empresas, este mensaje tiene

que ver con la oferta de sus bienes y servicios a través de

Internet, y en general para eficientar sus funciones de

mercadotecnia.

Su Sitio Web no necesariamente debe localizarse en el sistema

de cómputo de su negocio. Los documentos que integran el Sitio

Web pueden ubicarse en un equipo en otra localidad, inclusive

en otro país. El único requisito es que el equipo en el que

residan los documentos esté conectado a la red mundial de

Internet. Este equipo de cómputo o Servidor Web, como se le

denomina técnicamente, puede contener más de un sitio Web y

atender concurrentemente a los visitantes de cada uno de los

diferentes sitios.

Al igual que los edificios, oficinas y casas, los Sitios Web

requieren de una dirección particular para que los usuarios

puedan acceder a la información contenida en ellos. Estas


Página 62


Soplin Lozanodirecciones, o URLs (por sus siglas en inglés Uniform Resource

Locator), aparecen cotidianamente en todos los medios de

comunicación como son prensa escrita, radio, televisión,

revistas, publicaciones técnicas y en el propio Internet a través

de los motores de búsqueda (por su denominación en inglés

search engines). Los nombres de estos sitios Web obedecen a un

sistema mundial de nomenclatura y están regidos por el ICANN

(Internet Corporation for Assigned Names and Numbers).

Los Sitios Web pueden ser de diversos géneros, destacando los

sitios de negocios, servicio, comercio electrónico en línea,

imagen corporativa, entretenimiento y sitios informativos. [Mil,

S.F]

2.3.2 MARCO CONCEPTUAL

Sistema.- Un conjunto de elementos dinámicamente

relacionados formando una actividad para alcanzar un objetivo

operando sobre datos, energía o materia para proveer

información. [Wiki, S.F.]


Página 63


Soplin LozanoSistema de Información.- Es un conjunto de elementos

orientados al tratamiento y administración de datos e

información, organizados y listos para su posterior uso,

generados para cubrir una necesidad (objetivo). [Wiki, S.F.]

Administración de Sistemas.- Es aquel profesional que ha

cursado un programa de pre-grado en el que se incluyen áreas

del conocimiento en la ingeniería del software y gestión

administrativa empresarial, además de gestión de redes y

telecomunicaciones. [Wiki, S.F.]

Administración de Proyectos e Informes.- Es la disciplina de

organizar y administrar recursos de manera tal que se pueda

culminar todo el trabajo requerido en el proyecto dentro del

alcance, el tiempo, y coste definidos. [Wiki, S.F.]

Proyecto.- Es un esfuerzo temporal, único y progresivo,

emprendido para crear un producto o un servicio también único.

[Wiki, S.F.]

Feedback.- Retroalimentación, conjunto de reacciones o

respuestas que manifiesta un receptor respecto a la actuación

del emisor, lo que es tenido en cuenta por este para cambiar o

modificar su mensaje. [Word., S.F.]

Tecnologías Web.- Sirven para acceder a los recursos de

conocimiento disponibles en Internet o en las intranets

utilizando un navegador. [J.P.C., S.F]

Motores de Búsqueda.- Están formados por un paquete de

programas que permite localizar, dentro de un gran conjunto,


Página 64

http://es.wikipedia.org/wiki/Informaci%C3%B3n

http://es.wikipedia.org/wiki/Dato


Soplin Lozanoaquellos documentos que cumplen una serie de requisitos

específicos. [J.P.C., S.F]

Navegadores Web.- Son programas preparados para mostrar

las páginas Web y para el acceso a Internet, a través de una

interfaz gráfica que permite representar texto, gráficos, audio y

vídeo e incluso, en los últimos tiempos, olores. [J.P.C., S.F]

2.4 HIPOTESIS

Con la implementación de un sistema informático de Gestión de

Proyectos se lograra una eficiente administración de los proyectos e

informes de investigación presentados por los estudiantes de la

Escuela de Ingeniería de Sistemas.

2.4.1 SUBHIPOTISIS

La implementación de un Sistema Informático, permitirá al

estudiante de la Escuela de Ingenieria de Sistemas, otorgar

información de proyectos e informes de investigación de

forma rápida y confiable.

La implementación de un Sistema Informático, permitirá

mostrar a la Escuela de Ingenieria de Sistemas la cantidad

porcentual de duplicidad en los proyectos e informes de

investigación realizada por los estudiantes.

La implementación de un Sistema Informático, brindara una

importante ayudada al estudiante de la Escuela de Ingenieria

de Sistemas con información de proyectos e informes de

investigación para una mejor decisión del estudiante.

La implementación de un Sistema Informático, agilizara los

periodos de tiempo en solicitar información referente a

proyectos e informes de investigación en la Escuela de


Página 65


Soplin LozanoIngenieria de Sistemas de la Universidad Cesar Vallejo –

Tarapoto.

2.5 VARIABLES - INDICADORES

Variable Independiente

Sistema Informático de gestión de proyectos e informes de

investigación.

Variable Dependiente

Gestión de proyectos e informes de investigación.

Indicadores

Información de los proyectos en tiempo real.

Porcentaje de duplicidad de los proyectos e informes de

investigación.

Cantidad de consultas al Sistema de Información.

Cantidad de proyectos registrados.

Cantidad de informes registrados.

Numero de visitas por proyecto.

Numero de visitas por informe.

Proyectos e informes en igualdad de condición para todos los

estudiantes.

2.6 DISEÑO DE EJECUCION

2.6.1 TIPO DE INVESTIGACION

La investigación será del tipo pre-experimental en el diseño de

un solo grupo con medición antes y después, siguiendo el

esquema que se detalla:

O1 X O2


Página 66


Soplin LozanoDonde:

O1= Gestión de proyectos e informes de investigación

antes de aplicar el sistema informático de gestión de

proyectos e informes de investigación.

O2= Gestión de proyectos e informes de investigación

después de aplicar el sistema informático de gestión

de proyectos e informes de investigación.

X= Sistema Informático de gestión de proyectos e

informes de investigación.

2.6.2 PROCESO METODOLOGICO

PROGRAMACIÓN EXTREMA (EXTREME PROGRAMMING,

XP)

Es una metodología ágil centrada en potenciar las relaciones

interpersonales como clave para el éxito en desarrollo de

software, promoviendo el trabajo en equipo, preocupándose por

el aprendizaje de los desarrolladores, y propiciando un buen

clima de trabajo. XP se basa en realimentación continua entre el

cliente y el equipo de desarrollo, comunicación fluida entre todos

los participantes, simplicidad en las soluciones implementadas y

coraje para enfrentar los cambios. XP se define como

especialmente adecuada para proyectos con requisitos

imprecisos y muy cambiantes, y donde existe un alto riesgo

técnico.


Página 67


Soplin LozanoLa metodología XP define cuatro variables para cualquier

proyecto de software:

Costo, tiempo, calidad y alcance. Además, se especifica que,

de estas cuatro variables, sólo tres de ellas podrán ser fijadas

arbitrariamente por actores externos al grupo de desarrolladores

(clientes y jefes de proyecto). El valor de la variable restante

podrá ser establecido por el equipo de desarrollo, en función de

los valores de las otras tres. Este mecanismo indica que, por

ejemplo, si el cliente establece el alcance y la calidad, y el jefe de

proyecto el precio, el grupo de desarrollo tendrá libertad para

determinar el tiempo que durará el proyecto.

El ciclo de vida de un proyecto XP incluye, al igual que las otras

metodologías, entender lo que el cliente necesita, estimar el

esfuerzo, crear la solución y entregar el producto final al cliente.

Sin embargo, XP propone un ciclo de vida dinámico, donde se

admite expresamente que, en muchos casos, los clientes no son

capaces de especificar sus requerimientos al comienzo de un

proyecto.

Por esto, se trata de realizar ciclos de desarrollo cortos

(llamados iteraciones), con entregables funcionales al finalizar

cada ciclo. En cada iteración se realiza un ciclo completo de

análisis, diseño, desarrollo y pruebas, pero utilizando un

conjunto de reglas y prácticas que caracterizan a XP (y que

serán detalladas más adelante).

Típicamente un proyecto con XP lleva 10 a 15 ciclos o

iteraciones. La siguiente figura esquematiza los ciclos de


Página 68


Soplin Lozanodesarrollo en cascada e iterativos tradicionales (por ejemplo,

incremental o espiral), comparados con el de XP.

Figura 10. Ciclo de desarrollo en cascada e interactivos

tradicionales, comparados con el de XP.

Si bien el ciclo de vida de un proyecto XP es muy dinámico, se

puede separar en seis fases:

Fase I: Exploración

En esta fase, los clientes plantean a grandes rasgos las historias

de usuario que son de interés para la primera entrega del

producto. Al mismo tiempo el equipo de desarrollo se familiariza

con las herramientas, tecnologías y prácticas que se utilizarán

en el proyecto. Se prueba la tecnología y se exploran las

posibilidades de la arquitectura del sistema construyendo un

prototipo. La fase de exploración toma de pocas semanas a pocos


Página 69


Soplin Lozanomeses, dependiendo del tamaño y familiaridad que tengan los

programadores con la tecnología.

Fase II: Planificación de la Entrega

La planificación es una fase corta, en la que el cliente, los

gerentes y el grupo de desarrolladores acuerdan el orden en que

deberán implementarse las historias de usuario, y, asociadas a

éstas, las entregas. Típicamente esta fase consiste en una o

varias reuniones grupales de planificación. El resultado de esta

fase es un Plan de Entregas, o “Release Plan”, como se detallará

en la sección “Reglas y Practicas”.

Fase III: Iteraciones

Esta es la fase principal en el ciclo de desarrollo de XP. Las

funcionalidades son desarrolladas en esta fase, generando al

final de cada una un entregable funcional que implementa las

historias de usuario asignadas a la iteración. Como las historias

de usuario no tienen suficiente detalle como para permitir su

análisis y desarrollo, al principio de cada iteración se realizan las

tareas necesarias de análisis, recabando con el cliente todos los

datos que sean necesarios. El cliente, por lo tanto, también debe

participar activamente durante esta fase del ciclo. Las

iteraciones son también utilizadas para medir el progreso del

proyecto. Una iteración terminada sin errores es una medida

clara de avance.

Fase IV: Producción

La fase de producción requiere de pruebas adicionales y

revisiones de rendimiento antes de que el sistema sea trasladado


Página 70


Soplin Lozanoal entorno del cliente. Al mismo tiempo, se deben tomar

decisiones sobre la inclusión de nuevas características a la

versión actual, debido a cambios durante esta fase. Es posible

que se rebaje el tiempo que toma cada iteración, de tres a una

semana. Las ideas que han sido propuestas y las sugerencias son

documentadas para su posterior implementación (por ejemplo,

durante la fase de mantenimiento).

Fase V: Mantenimiento

Mientras la primera versión se encuentra en producción, el

proyecto XP debe mantener el sistema en funcionamiento al

mismo tiempo que desarrolla nuevas iteraciones. Para realizar

esto se requiere de tareas de soporte para el cliente. De esta

forma, la velocidad de desarrollo puede bajar después de la

puesta del sistema en producción. La fase de mantenimiento

puede requerir nuevo personal dentro del equipo y cambios en

su estructura.

Fase VI: Muerte del Proyecto

Es cuando el cliente no tiene más historias para ser incluidas en

el sistema. Esto requiere que se satisfagan las necesidades del

cliente en otros aspectos como rendimiento y confiabilidad del

sistema. Se genera la documentación final del sistema y no se

realizan más cambios en la arquitectura. La muerte del proyecto

también ocurre cuando el sistema no genera los beneficios

esperados por el cliente o cuando no hay presupuesto para

mantenerlo.

Reglas y Practicas:


Página 71

Extreme Programming

I. Planificación II. Diseño III. Desarrollo IV. Pruebas

1. Historias de Usuario1. Metáfora del Sistema1. Disponibilidad del cliente1. Implantación

2. Plan de Entregas2. Tarjetas CRC2. Unidad de Pruebas

2. Pruebas de Aceptación

3. Velocidad de Proyecto3. Soluciones Puntuales3. Programación por parejas

4. Iteraciones4. Funcionalidad mínima4. Integración

5. Rotaciones

6. Reuniones5. Reciclaje


Soplin LozanoLa metodología XP tiene un conjunto importante de reglas y

prácticas. En forma genérica, se pueden agrupar en:

Reglas y prácticas para la Planificación.

Reglas y prácticas para el Diseño.

Reglas y prácticas para el Desarrollo.

Reglas y prácticas para las Pruebas.

Figura 11. Reglas y Practicas de la Metodología XP.


Página 72


Soplin Lozano

I. Planificación

La metodología XP plantea la planificación como un dialogo

continuo entre las partes involucradas en el proyecto, incluyendo

al cliente, a los programadores y a los coordinadores o gerentes.

El proyecto comienza recopilando “Historias de usuarios”, las

que sustituyen a los tradicionales “casos de uso”. Una vez

obtenidas las “historias de usuarios”, los programadores evalúan

rápidamente el tiempo de desarrollo de cada una. Si alguna de

ellas tiene “riesgos” que no permiten establecer con certeza la

complejidad del desarrollo, se realizan pequeños programas de

prueba (“spikes”), para reducir estos riesgos. Una vez realizadas

estas estimaciones, se organiza una reunión de planificación, con

los diversos actores del proyecto (cliente, desarrolladores,

gerentes), a los efectos de establecer un plan o cronograma de

entregas (“Release Plan”) en los que todos estén de acuerdo.

Una vez acordado este cronograma, comienza una fase de

iteraciones, en dónde en cada una de ellas se desarrolla, prueba

e instala unas pocas “historias de usuarios”.

Según Martín Fowler, los planes en XP se diferencian de las

metodologías tradicionales en tres aspectos:

Simplicidad del plan. No se espera que un plan requiera de

un “gurú” con complicados sistemas de gerenciamiento de

proyectos.

Los planes son realizados por las mismas personas que

realizarán el trabajo.


Página 73


Soplin Lozano Los planes no son predicciones del futuro, sino

simplemente la mejor estimación de cómo saldrán las

cosas. Los planes son útiles, pero necesitan ser cambiados

cuando las circunstancias lo requieren. De otra manera, se

termina en situaciones en las que el plan y la realidad no

coinciden, y en estos casos, el plan es totalmente inútil.

Los conceptos básicos de esta planificación son los siguientes:

1. Historia de Usuario

Las “Historias de usuarios” (“User stories”) sustituyen a los

documentos de especificación funcional, y a los “casos de uso”.

Estas “historias” son escritas por el cliente, en su propio

lenguaje, como descripciones cortas de lo que el sistema debe

realizar. La diferencia más importante entre estas historias y los

tradicionales documentos de especificación funcional se

encuentra en el nivel de detalle requerido. Las historias de

usuario deben tener el detalle mínimo como para que los

programadores puedan realizar una estimación poco riesgosa

del tiempo que llevará su desarrollo. Cuando llegue el momento

de la implementación, los desarrolladores dialogarán

directamente con el cliente para obtener todos los detalles

necesarios. Las historias de usuarios deben poder ser

programadas en un tiempo entre una y tres semanas. Si la

estimación es superior a tres semanas, debe ser dividida en dos

o más historias. Si es menos de una semana, se debe combinar

con otra historia.

2. Plan de Entregas


Página 74


Soplin LozanoEl cronograma de entregas establece qué historias de usuario

serán agrupadas para conformar una entrega, y el orden de las

mismas. Este cronograma será el resultado de una reunión entre

todos los actores del proyecto (cliente, desarrolladores,

gerentes, etc.). XP denomina a esta reunión “Juego de

planeamiento” (“Planning game”), pero puede denominarse de la

manera que sea más apropiada al tipo de empresa y cliente (por

ejemplo, Reunión de planeamiento, “Planning meeting” o

“Planning workshop”) Típicamente el cliente ordenará y

agrupará según sus prioridades las historias de usuario. El

cronograma de entregas se realiza en base a las estimaciones de

tiempos de desarrollo realizadas por los desarrolladores. Luego

de algunas iteraciones es recomendable realizar nuevamente

una reunión con los actores del proyecto, para evaluar

nuevamente el plan de entregas y ajustarlo si es necesario.

3. Iteraciones

Las historias de usuarios seleccionadas para cada entrega son

desarrolladas y probadas en un ciclo de iteración, de acuerdo al

orden preestablecido. Al comienzo de cada ciclo, se realiza una

reunión de planificación de la iteración. Cada historia de usuario

se traduce en tareas específicas de programación. Asimismo,

para cada historia de usuario se establecen las pruebas de

aceptación. Estas pruebas se realizan al final del ciclo en el que

se desarrollan, pero también al final de cada uno de los ciclos

siguientes, para verificar que subsiguientes iteraciones no han

afectado a las anteriores. Las pruebas de aceptación que hayan

fallado en el ciclo anterior son analizadas para evaluar su

corrección, así como para prever que no vuelvan a ocurrir.


Página 75


Soplin Lozano4. Rotaciones

La rotaciones evitarán que las personas se conviertan en si

mismas en un cuello de botella. Las rotaciones permitirán que

todo el mundo conozca cómo funciona el sistema.

5. Reuniones

El objetivo de tener reuniones diarias es mantener la

comunicación entre el equipo, y compartir problemas y

soluciones. En la mayoría de estas reuniones, gran parte de los

participantes simplemente escuchan, sin tener mucho que

aportar. Para no quitar tiempo innecesario del equipo, se sugiere

realizar estas reuniones en círculo y de pie.

II. Diseño

La metodología XP hace especial énfasis en los diseños simples y

claros. Los conceptos más importantes de diseño en esta

metodología son los siguientes:

1. Metáfora del Sistema

Una “metáfora” es algo que todos entienden, sin necesidad de

mayores explicaciones. La metodología XP sugiere utilizar este

concepto como una manera sencilla de explicar el propósito del

proyecto, y guiar la estructura y arquitectura del mismo. Por

ejemplo, puede ser una guía para la nomenclatura de los

métodos y las clases utilizadas en el diseño del código. Tener

nombres claros, que no requieran de mayores explicaciones,

redunda en un ahorro de tiempo. Es muy importante que el

cliente y el grupo de desarrolladores estén de acuerdo y

compartan esta “metáfora”, para que puedan dialogar en un


Página 76


Soplin Lozano“mismo idioma”. Una buena metáfora debe ser fácil de

comprender para el cliente y a su vez debe tener suficiente

contenido como para que sirva de guía a la arquitectura del

proyecto. Sin embargo, ésta práctica resulta, muchas veces,

difícil de realizar. En un trabajo realizado en el School of

Computer Science del Carnegie Mellon, se cuestiona la utilidad

de su uso.

2. Soluciones Puntuales

Cuando aparecen problemas técnicos, o cuando es difícil de

estimar el tiempo para implementar una historia de usuario,

pueden utilizarse pequeños programas de prueba (llamados

“spike”), para explorar diferentes soluciones. Estos programas

son únicamente para probar o evaluar una solución, y suelen ser

desechados luego de su evaluación.

3. Simplicidad

Un diseño simple se implementa más rápidamente que uno

complejo. Por ello XP propone implementar el diseño más simple

posible que funcione. Se sugiere nunca adelantar la

implementación de funcionalidades que no correspondan a la

iteración en la que se esté trabajando.

4. Funcionalidad Mínima o Recodificación

Las mejoras al final. La recodificación (“refactoring”) consiste en

escribir nuevamente parte del código de un programa, sin

cambiar su funcionalidad, a los efectos de hacerlo más simple,

conciso y/o entendible. Muchas veces, al terminar de escribir un

código de programa, pensamos que, si lo comenzáramos de


Página 77


Soplin Lozanonuevo, lo hubiéramos hecho en forma diferente, mas clara y

eficientemente. Sin embargo, como ya está pronto y “funciona”,

rara vez es reescrito. Las metodologías de XP sugieren

recodificar cada vez que sea necesario. Si bien, puede parecer

una pérdida de tiempo innecesaria en el plazo inmediato, los

resultados de ésta práctica tienen sus frutos en las siguientes

iteraciones, cuando sea necesario ampliar o cambiar la

funcionalidad. La filosofía que se persigue es, como ya se

mencionó, tratar de mantener el código más simple posible que

implemente la funcionalidad deseada.

5. Reciclaje

El reciclaje implicará mantener el código limpio y fácil de

comprender, modificar y ampliar.

III. Desarrollo

1. Disponibilidad del Cliente

Uno de los requerimientos de XP es tener al cliente disponible

durante todo el proyecto. No solamente como apoyo a los

desarrolladores, sino formando parte del grupo. El

involucramiento del cliente es fundamental para que pueda

desarrollarse un proyecto con la metodología XP. Al comienzo

del proyecto, el cliente debe proporcionar las historias de

usuarios. Pero, dado que estas historias son expresamente cortas

y de “alto nivel”, no contienen los detalles necesarios para

realizar el desarrollo del código. Estos detalles deben ser

proporcionados por el cliente, y discutidos con los


Página 78


Soplin Lozanodesarrolladores, durante la etapa de desarrollo. No se requieren

de largos documentos de especificaciones, sino que los detalles

son proporcionados por el cliente, en el momento adecuado,

“cara a cara” a los desarrolladores. Si bien esto parece

demandar del cliente recursos por un tiempo prolongado, debe

tenerse en cuenta que en otras metodologías este tiempo es

insumido por el cliente en realizar los documentos detallados de

especificación. Adicionalmente, al estar el cliente en todo el

proceso, puede prevenir a tiempo de situaciones no deseables, o

de funcionamientos que no eran los que en realidad se deseaban.

En otras metodologías, estas situaciones son detectadas en

forma muy tardía del ciclo de desarrollo, y su corrección puede

llegar a ser muy complicada.

2. Unidad de Pruebas

En las metodologías tradicionales, la fase de pruebas, incluyendo

la definición de los tests, es usualmente realizada sobre el final

del proyecto, o sobre el final del desarrollo de cada módulo. La

metodología XP propone un modelo inverso, en el que, lo

primero que se escribe son los test que el sistema debe pasar.

Luego, el desarrollo debe ser el mínimo necesario para pasar las

pruebas previamente definidas. Las pruebas a los que se refieren

esta práctica, son las pruebas unitarias, realizados por los

desarrolladores. La definición de estos test al comienzo,

condiciona o “dirige” el desarrollo.

3. Programación por Pareja


Página 79


Soplin LozanoXP propone que se desarrolle en pares de programadores, ambos

trabajando juntos en un mismo ordenador. Si bien parece que

ésta práctica duplica el tiempo asignado al proyecto (y por ende,

los costos en recursos humanos), al trabajar en pares se

minimizan los errores y se logran mejores diseños, compensando

la inversión en horas. El producto obtenido es por lo general de

mejor calidad que cuando el desarrollo se realiza por

programadores individuales. En un estudio realizado por

Cockburn y Williams, se concluye que la programación en pares

tiene un sobre costo aproximado de 15%, y no de un 100% como

se puede pensar a priori. Este sobre costo es rápidamente

pagado por la mejor calidad obtenida en el producto final.

Adicionalmente, la programación en pares tiene las siguientes

ventajas:

La mayoría de los errores se descubren en el momento en

que se codifican, ya que el código es permanentemente

revisado por dos personas.

La cantidad de defectos encontrados en las pruebas es

estadísticamente menor.

Los diseños son mejores y el código más cortó.

El equipo resuelve problemas en forma más rápida.

Las personas aprenden significativamente más, acerca del

sistema y acerca de desarrollo de software.

El proyecto termina con más personas que conocen los

detallas de cada parte del código.

Las personas aprenden a trabajar juntas, generando mejor

dinámica de grupo y haciendo que la información fluya

rápidamente.

Las personas disfrutan más de su trabajo.


Página 80


Soplin Lozano

4. Integración

Todos los desarrolladores necesitan trabajar siempre con la

“última versión”. Realizar cambios o mejoras sobre versiones

antiguas causan graves problemas, y retrasan al proyecto. Es

por eso que XP promueve publicar lo antes posible las nuevas

versiones, aunque no sean las últimas, siempre que estén libres

de errores. Idealmente, todos los días deben existir nuevas

versiones publicadas. Para evitar errores, solo una pareja de

desarrolladores puede integrar su código a la vez.

5. Propiedad Colectiva del Código

En un proyecto XP, todo el equipo puede contribuir con nuevas

ideas que apliquen a cualquier parte del proyecto. Asimismo,

cualquier pareja de programadores puede cambiar el código que

sea necesario para corregir problemas, agregar funciones o

recodificar. En otras metodologías, este concepto puede parecer

extraño. Muchas veces se asume que, si hay algo de propiedad

colectiva, la responsabilidad también es colectiva. Y que “todos

sean responsables”, muchas veces significa que “nadie es

responsable”. Ward Cunningham explica en una entrevista con

Bill Veners, que este razonamiento no es correcto cuando se

trabaja con la metodología de XP. En este caso, quienes

encuentran un problema, o necesitan desarrollar una nueva

función, pueden resolverlo directamente, sin necesidad de

“negociar” con el “dueño” o autor del módulo (ya que, de hecho,

este concepto no existe en XP). Muchas veces, explica

Cunningham, una solución pasa por la recodificación de varios


Página 81


Soplin Lozanomódulos, que atraviesan de forma horizontal una determinada

jerarquía vertical. Si es necesario dialogar y convencer al

encargado de cada módulo, posiblemente la solución no se

pueda implementar, por lo menos en tiempos razonables. En XP,

se promueve la recodificación, en aras de generar códigos más

simples y adaptados a las realidades cambiantes. Cualquier

pareja de programadores puede tomar la responsabilidad de este

cambio. Los testeos permanentes deberían de aseguran que los

cambios realizados cumplen con lo requerido, y además, no

afectan al resto de las funcionalidades.

6. Ritmo Sostenido

La metodología XP indica que debe llevarse un ritmo sostenido

de trabajo. Anteriormente, ésta práctica se denominaba

“Semana de 40 horas”. Sin embargo, lo importante no es si se

trabajan, 35, 40 o 42 horas por semana. El concepto que se

desea establecer con esta práctica es el de planificar el trabajo

de manera de mantener un ritmo constante y razonable, sin

sobrecargar al equipo. Cuando un proyecto se retrasa, trabajar

tiempo extra puede ser más perjudicial que beneficioso. El

trabajo extra desmotiva inmediatamente al grupo e impacta en la

calidad del producto. En la medida de lo posible, se debería

renegociar el plan de entregas (“Release Plan”), realizando una

nueva reunión de planificación con el cliente, los desarrolladores

y los gerentes. Adicionalmente, agregar más desarrolladores en

proyectos ya avanzados no siempre resuelve el problema.

IV. Pruebas

1. Pruebas unitarias


Página 82


Soplin LozanoLas pruebas unitarias son una de las piedras angulares de XP.

Todos los módulos deben de pasar las pruebas unitarias antes de

ser liberados o publicados. Por otra parte, como se mencionó

anteriormente, las pruebas deben ser definidas antes de realizar

el código (“Test-driven programming”). Que todo código liberado

pase correctamente las pruebas unitarias es lo que habilita que

funcione la propiedad colectiva del código. En este sentido, el

sistema y el conjunto de pruebas debe ser guardado junto con el

código, para que pueda ser utilizado por otros desarrolladores,

en caso de tener que corregir, cambiar o recodificar parte del

mismo.

2. Detección y corrección de errores

Cuando se encuentra un error (“bug”), éste debe ser corregido

inmediatamente, y se deben tener precauciones para que errores

similares no vuelvan a ocurrir. Asimismo, se generan nuevas

pruebas para verificar que el error haya sido resuelto.

3. Pruebas de aceptación

Las pruebas de aceptación son creadas en base a las historias de

usuarios, en cada ciclo de la iteración del desarrollo. El cliente

debe especificar uno o diversos escenarios para comprobar que

una historia de usuario ha sido correctamente implementada.

Las pruebas de aceptación son consideradas como “pruebas de

caja negra” (“Black box system tests”). Los clientes son

responsables de verificar que los resultados de estas pruebas

sean correctos. Asimismo, en caso de que fallen varias pruebas,

deben indicar el orden de prioridad de resolución. Una historia

de usuario no se puede considerar terminada hasta tanto pase


Página 83


Soplin Lozanocorrectamente todas las pruebas de aceptación. Dado que la

responsabilidad es grupal, es recomendable publicar los

resultados de las pruebas de aceptación, de manera que todo el

equipo esté al tanto de esta información.

2.6.3 POBLACION Y MUESTRA

La población de estudio la constituye todos los estudiantes de la


Vallejo – Tarapoto.

N=278

La muestra de estudio lo constituye:

n= N∗Z2∗P∗Q(N−1 )∗e2+Z2∗P∗Q

Donde:

n: Tamaño de la muestra.

N: Tamaño de la población.

e: Error muestral = 0.10

Z: Nivel de confianza = 1.645

P: Probabilidad de que se tenga éxito (0.50).


Página 84


Soplin LozanoQ: Probabilidad de que no se tenga éxito (0.50).

n=278∗(1.645)2∗0.50∗0.50

(278−1 )∗(0.10)2+(1.645)2∗0.50∗0.50

n=278∗(2.706 )∗0.25

(277 )∗(0.01 )+ (2.706 )∗0.25

n= 278∗0.67652.77+0.6765

n=188.0673.4465

n=188.0673.4465

n=55


Página 85


Soplin Lozano

V. REFERENCIA BIBLIOGRAFICAS


Página 86


Soplin Lozano

[B.J., & S.F., 1974] Burch, J. and Strater, F. Sistemas de

información teoría y práctica. Fecha: 1974, p.71.

[D.R., 1974] Davis, R. Sistemas de Información teoría y

práctica. Fecha: 1974, p.51.

[S.J., 1978] Senn, James. Análisis y diseño de sistemas de

información. Fecha: 1978, p.363-628.

[L., & L., 1996] Laudon and Laudon. Sistemas de información

gerencial. Fecha: 1996, p.325.

[Ch.I., 1999, pag.8] CHIAVENATO, Idalberto. “Introducción a la

Teoría General de la Administración”. Quinta

edición. Mc Graw Hill. Colombia 1999. Pág. 8.

[K.H. &W.H, 1998] KOONTZ, Harold y WEINRICHY, Heiz.

“Elementos de la Administración”. Quinta

Edición. Mc Graw Hill. México 1998. pag. 4.


Página 87


Soplin Lozano[C.D., 1998, pag 541] CLEALAND, David. “Manual para la

administración de proyectos”. Primera edición.

Continental. México. 1998. Pág. 541.

REFERENCIAS BIBLIOGRÁFICAS DE LA WEB

[L.A.G.G., S.F.] Lionel Armando González Gervasoni, Enfoque

sistémico de las organizaciones, Disponible:

http://h1.ripway.com/lionelarmando/UNIDAD

%20II.%20EL%20ENFOQUE%20SISTEMICO

%20DE%20LAS%20ORGANIZACIONES.pdf, Fecha

de consulta: 18/10/2010.

[R.S.F., 2009] Rosanna Silva Fernández, Sistema de

información, Disponible:

http://www.monografias.com/trabajos66/sistema-

informacion/sistema-


Página 88

http://h1.ripway.com/lionelarmando/UNIDAD%20II.%20EL%20ENFOQUE%20SISTEMICO%20DE%20LAS%20ORGANIZACIONES.pdf




Soplin Lozanoinformacion2.shtml#ciclodevia, Fecha de

consulta: 19/10/2010.

[J.J.R.V., 2004] JOSE DE JESUS RODRIGUEZ VELA.

“ADMINISTRACIÓN DE PROYECTOS DE

DESARROLLO DE SISTEMAS DE

INFORMACIÓN”, Disponible:

http://www.gestiopolis.com/recursos2/documento

s/fulldocs/ger/adproysisinf.htm, 2004.

[C.R., 2002, pag 2] CARRERA, Ricardo. “Apuntes de la materia

de sistemas integrales de información”. 2002,

pag 2.

[L.E.M.M., S.F.]Luis Eduardo Mendosa M., Sistema de

información II teoría, Disponible:

http://prof.usb.ve/lmendoza/Documentos/PS-

6116/Teor%EDa%20PS6116%20Ciclo%20de

%20Vida.pdf, Fecha de consulta: 22/10/2010.

[G.A., S.F.] Grupo Alarcos, Ciclo de vida del software,

Disponible:

http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Te

ma03.pdf, Fecha de consulta: 23/10/2010.

[I.F.P., S.F.] Instituto de Formación Profesional – Libros, Ciclo

de vida del software y Modelos de desarrollo,

Disponible:

Digitales.http://www.cepeu.edu.py/LIBROS_ELEC


Página 89


Soplin LozanoTRONICOS_3/lpcu097%20-%2001.pdf, Fecha de

consulta: 23/10/2010.

[Mil, S.F] Milenium, Principales definiciones de los

términos más usados en Internet, Disponible:

http://www.informaticamilenium.com.mx/paginas/espanol/sitiow

eb.htm#dweb, Fecha de consulta: 06/11/2010.

[Fact., 2008] FactorSim, Tecnologías Web (JSP, PHP, ASP,

ASP.NET), Disponible:

http://www.factorsim.info/2008/01/30/tecnologias-web-jsp-php-

asp-y-aspnet/, Publica el 30 de Enero de 2008, Fecha

de consulta: 06/11/2010.

[J.P.C., S.F] Javier Pérez Capdevila, Las tecnologías web para

la gestión del conocimiento, Editada: Grupo de

Gestión del Conocimiento, Disponible:

http://www.sociedadelainformacion.com/9/las_tec

nologias_web.htm, Fecha de consulta:

06/11/2010.

[Wiki., S.F.] Wikipedía, Software, Disponible:

http://es.wikipedia.org/wiki/Software#cite_note-

modelos-9, Fecha de consulta: 23/10/2010.

[Wiki., S.F.] Wikipedía “Sistema”, Disponible:

http://es.wikipedia.org/wiki/Sistema, Fecha de

consulta: 20/10/2010.


Página 90


Soplin Lozano[Wiki., S.F.] Wikipedía “Sistema de información”, Disponible:

http://es.wikipedia.org/wiki/Sistema_de_informaci

%C3%B3n, Fecha de consulta: 20/10/2010.

[Wiki., S.F.] Wikipedía “Administración de información”,

Disponible:

http://es.wikipedia.org/wiki/Administrador_de_sis

temas#cite_note-1, Fecha de consulta:

20/10/2010.

[Wiki., S.F.] Wikipedía “Gestión de proyectos”, Disponible:

http://es.wikipedia.org/wiki/Gesti

%C3%B3n_de_proyectos, Fecha de consulta:

20/10/2010.

[Word., S.F.] Wordreference “Feedback”, Disponible:

http://www.wordreference.com/definicion/feed-

back, Fecha de consulta: 20/10/2010.


Página 91


Soplin Lozano

ANEXOS


Página 92


Soplin Lozano


Página 93

proyecto de tesis carlos homero solin lozano v3 - copia

Documents