4cce

ESTRUCTURA Y TIPOS DE PROYECTOS INFORMÁTICOS

2019

2 ANCLA
 INSTITUTO CAPITAN DE NAVIO DEM
CESAR YANEZ URIAS

Estructuras y tipos de proyectos informáticos

Grado:

2° Mecánica Naval

Asignatura:

Informática

Docente:

Claire Margarita Morales Marroquín

Integrantes:

Fabiola Elizabeth Pérez Guzmán

Edis Lucero Lopez Hernández

Christian Eduardo Zelayandia Pacheco

Geovanni Francisco Zelaya Álvarez

Kevin René Morales Jovel

Héctor Josué Hernández

2
INDICE

3
 INTRODUCCIÓN.

En este presente trabajo daremos a conocer los diferentes tipos de proyectos

informáticos y podremos observar que este tipo de proyectos no solamente
están enfocados en el área informática si no que hay un gama amplia de
proyectos de esta índole, también mostrar y describir como se estructura estos
tipos de proyectos y quienes son las personas que intervienen durante este
largo proceso, como por ejemplo el trabajo que realiza un analista y un
programador.

Un proyecto es esencialmente un conjunto de actividades interrelacionadas, con

un inicio y una finalización definida, que utiliza recursos limitados para lograr un
objetivo deseado.

Los dos elementos básicos que incluye esta definición son: las actividades y los
recursos.

Las actividades son: las tareas que deben ejecutarse para llegar en conjunto a
un fin preestablecido (objetivo deseado); por ejemplo: recopilar información,
realizar diagnósticos; confeccionar un diseño global de un procedimiento,
programar, escribir manuales de procedimiento, etc. Un aspecto fundamental
en todo proyecto es el orden en el cual se realizan las actividades. Y para
determinar la secuencia lógica de las actividades se debe establecer el método,
el tiempo y el costo de cada operación.

Los recursos son: los elementos utilizados para poder realizar la ejecución de
cada una de las tareas; como por ejemplo: hardware, programas de base
(sistemas operativos), programas de aplicación, discos de almacenamiento,
energía, servicios, inversiones de capital, personal, información, dinero y
tiempo.

4
Cada uno de los proyectos que se desarrollan en las organizaciones, y vera que
todos ellos tienen cometidos que deben cumplirse en un cierto plazo de tiempo
y que además requieren de la concurrencia de otras personas.

Según el pensamiento de Deming, quien señala al presentar su teoría de

Calidad total, que el administrador de un proyecto al planificar las actividades,
debe tener presente que los mejores esfuerzos constituyen un elemento
esencial; pero desgraciadamente, si estos esfuerzos se toman aisladamente sin
una debida orientación basada en principios administrativos, estos esfuerzos
pueden causar profundos daños.

Pero independientemente de su complejidad, característicamente todo proyecto

reúne la mayoría de los siguientes criterios:

1. Tener un principio y un fin.

2. Tener un calendario definido.
3. Plantearse de una sola vez.
4. Constar de una sucesión de actividades o fases.
5. Agrupar personas en función de las necesidades específicas de cada
actividad.
6. Contar con los recursos necesarios para desenvolver las actividades.

5
 OBJETIVO GENERAL

Conocer la estructura y tipos de proyectos informáticos, a través de la

investigación para lograr conocimientos acerca del tema, tomando en
cuenta las actividades y recursos para desarrollar un proyecto
informático.

OBJETIVOS ESPECÍFICOS

Identificar y explicar la estructura de un proyecto informático así mismo

explicando su uso en la vida cotidiana.

Analizar y describir los diferentes tipos de proyectos informáticos y sus

características.

6
7
 ¿QUÉ ES UN PROYECTO INFORMÁTICO?

Un proyecto informático es un sistema de cursos de acción y/o secuencial que

incluye personas, equipamientos de hardware, software y comunicaciones,
enfocados en obtener uno o más resultados deseables sobre un sistema de
información.

El inicio de un proyecto informático generalmente esta dado en la solicitud de

requerimiento de los usuarios, y siendo que los diferentes sistemas de
Información abordan los diferentes tipos de problemas organizacionales;
podemos clasificar a los Sistemas de Información según sean las aplicaciones
que necesite cada usuario en: Sistemas de Transacciones, Sistemas de Soporte
para la toma de decisiones, y Sistemas expertos.

8
 OBJETIVOS DE UN PROYECTO INFORMÁTICO

Existen tres tipos de familias de objetivos informáticos:

1.-De servicio: Este tipo de objetivos

son definidos por el cliente, normalmente
para alcanzar a largo plazo (3 meses a dos
años) y afectan a la organización operativa
y gestión del área usuaria Pueden ser
cualitativos (fiabilidad, calidad, etc.)
y cuantitativos (beneficios de gestión,
beneficios de funcionamiento, etc.)

2.-De producción: Son definidos por la informática, se han de cumplir a corto

plazo y afectan al desarrollo y explotación del proyecto. Normalmente son
cuantitativos (coste, plazo, calidad, rendimiento, etc.). En cuanto a los objetivos
coste, plazo y calidad, lo más importante es señalar que no se pueden alanzar
los tres simultáneamente. Si dos están especificados, es necesario que el
tercero pueda variar.

3.-Estratégicos: Son definidos por el DG, su alcance es a largo plazo (de 3 a

5 años) y afectan a todas las áreas de la empresa. Normalmente son
cualitativos,
(cobertura, integración, imagen, migración, etc.).

9
 TIPOS DE PROYECTOS INFORMÁTICOS.

Existen diversos tipos de proyectos informáticos entre los cuales tenemos:

Proyectos de investigación básica: Se puede decir que estos proyectos

no son nada viables debido a que no tienen objetivos determinados y en donde
el ejecutor del proyecto tiene todo el control del mismo y por ende que lo más
probable es que no alcance el cumplimiento de todos sus objetivos o no
culmine en si en el desarrollo del proyecto

Proyectos de investigación aplicada: Existen menos grados de libertad y

se pueden marcar algunos objetivos a conseguir, no obstante, el riesgo sigue
siendo alto en este tipo de proyectos. Es en este tipo donde empieza a aplicarse
el concepto de proyecto definido anteriormente, ya que cada investigación ira
dirigida a un propósito determinado y se le asignaran unos recursos, aunque
estos pueden ser cambiantes con el tiempo.

Proyectos de desarrollo: Por el contrario del anterior, este tipo de

proyectos se encaminan a determinar la viabilidad del mismo, se lo aplica mas
en el desarrollo de aplicaciones especificas es decir el desarrollador está
limitado a cumplir con las exigencias del cliente, en este se necesita contar con
una gran documentación (requerimientos, análisis, diseños, guiones de prueba,
manuales, etc.) Con en el cual se producen prototipos del mismo. Se podría
decir que estos tipos de proyectos son los más utilizados en el desarrollo de
software, por ejemplo en el desarrollo de un sistema de gestión académica, o
los proyectos de facturación en donde se requiere contar con una gran
documentación para luego de su implantación puede ser modificado o
mantenible.

Proyectos de evaluación: Estos rigen más evaluar desde varios puntos de

vista un objeto de estudio. Como por ejemplo un estudio de cómo los lenguajes

10
de programación son utilizados en los diferentes paradigmas que se presentan
en la actualidad.

Proyectos de colaboración con la Industria que contribuyen a

solucionar problemas dentro de: una organización sin que este se
encamine a beneficiar su patrocinador más a bien es como ayuda para la
adquisición de conocimientos del desarrollador.

Resolución de problemas: Estos tipos de proyectos implican la aplicación

de nuevas técnicas o nuevas formas de mejor eficientemente procesos dentro
de una organización, o implementar técnicas ya conocidas en procesos.

11
 SISTEMA DE GESTIÓN DE PROYECTOS

Con el objetivo de llevar a buen fin la gestión de proyectos, es necesario que

la organización cuente con ciertos elementos claves. El conjunto de esos
elementos constituye un sistema de gestión de proyectos en el que cada
elemento individual es lo que denominaríamos un subsistema. Dado que todos
los sistemas se componen de entradas, salidas y un proceso que transforme las
entradas en salidas, lo mismo puede decirse de cada uno de los componentes
de un sistema de gestión de proyectos.

Sistema de planificación: Facilita en gran medida las tareas que se

tengan que realizar con posterioridad.

Sistema de información: El sistema de información se encarga de

recopilar los datos necesarios para que el director del proyecto sepa si el
proyecto lleva la dirección prevista.

Sistema de control: El sistema de control debe utilizar los datos sobre la

situación del proyecto para determinar en cualquier etapa de dicho proyecto el
cómo está desarrollándose con respecto al plan estipulado al inicio de su
realización, e iniciar acciones correctoras si se produjera alguna discrepancia
significativa que pudiera conllevar el alejamiento de la consecución de los
objetivos del proyecto.

Sistema de técnicas y metodologías: En todo proyecto se hace uso de

ciertas técnicas y metodologías para realizarlo, siendo una gran ayuda para la
realización de un gran número de tareas (e incluso automatizando muchas de
ellas, consiguiendo por lo tanto una reducción en el tiempo de duración de
algunas tareas así como una mejora en la calidad.

Sistema humano: Uno de los aspectos más difíciles y complicados en la

dirección de proyectos es la vertiente humana. Es completamente cierto que

12
ninguna de las herramientas de la gestión de proyectos tiene valor si no hay
gente dispuesta a utilizarlas. Por esta razón, los directores de proyectos deben
tener grandes aptitudes para las relaciones humanas.

Entre ellas se incluyen la capacidad para proporcionar liderazgo adecuado a los

miembros del equipo; capacidad para negociar los recursos necesarios para el
proyecto con los clientes, los miembros del equipo y otros directivos;
habilidades para crear un equipo; habilidades de comunicación, y conocimientos
sobre cómo motivar a los miembros del equipo de proyecto cuando es
necesario. Un director va a necesitar menos habilidades técnicas, mayores
habilidades conceptuales (capacidad para tener una perspectiva de conjunto) y
mejores habilidades en cuanto a relaciones humanas, conforme se va
progresando en la organización.

13
 INICIO DE UN PROYECTO INFORMÁTICO

Elaboración de un Proyecto Informático se trata de proveer de las técnicas o

conocimientos de bases indispensables para dirigir un proyecto informático
(este término esta utilizado para reducir el campo sobre el tema que se toca).
Un proyecto consta de varias fases básicas, desde que se lanza y formaliza la
idea de automatización (se le designa con el nombre de informatización) hasta
su implantación.

Elaboración de un Proyecto informático

Un proyecto informático lo
componen un conjunto de
tareas independientes cuyo
objeto es ña realización de
software que automatice el
sistema de información
requerido por el usuario. Un
proyecto nace a partir del
momento en que se
formulan sus necesidades. La
persona que se vaya a
encargar de su dirección tiene el deber de estudiarlas con los usuarios (clientes)
y hacer el estudio de viabilidad en sus dos principales vertientes: Técnica,
Económica.

14
 PLANEAMIENTO DE UN PROYECTO INFORMATICO

La planificación consiste en diseñar un futuro deseable y seleccionar o crear

formas de lograrlo, hasta donde
sea posible.
Por lo tanto, al planificar se
construye la secuencia de tareas
con la lógica necesaria, y la
asignación de recursos necesarios
para alcanzar el objetivo del
proyecto en un tiempo óptimo. La
disponibilidad de recursos, hace
que la secuencia de tareas pueda variar en el tiempo; dependiendo de los
recursos con que se dispongan. Por lo tanto, al momento de planificar, hay que
considerar, las tareas y los recursos; con el mismo grado de importancia.

Métodos de planificación temporal de tareas

La planificación temporal de un proyecto de software, no se diferencia mucho

de cualquier otro esfuerzo de desarrollo multitarea. Además, se pueden utilizar
las técnicas y herramientas generales de planificación temporal de proyectos
para el desarrollo de software, con pequeñas modificaciones; entre ellas
podemos citar a la técnica de Evaluación y Revisión de Programas, el método
del Camino Crítico y al diagrama de Gantt.

La Técnica de Evaluación y Revisión de Programas (Program Evaluation and

Review TechniquePERT) y el método del Camino Crítico (Critical Path Method-
CPM) son dos métodos de planificación temporal de proyectos que pueden
aplicarse al desarrollo de proyectos informático. Ambas técnicas desarrollan una
descripción de la red de tareas del proyecto, es decir, una representación

15
gráfica o tabular de las tareas que deben realizarse desde el principio hasta el
final del proyecto. En el método PERT/CPM se coordinan todos los elementos de
un proyecto en un plan maestro, mediante la creación de un modelo lógico,
para lograr el mejor tiempo y con el mínimo costo. La red se define
desarrollando una lista de todas las tareas asociadas con el proyecto específico,
y una lista de sus respectivos pasos, que indica en qué orden deben realizarse
las tareas.

Se estiman luego los tiempos correspondientes y para ello se deben:

Establecer, las estimaciones de tiempo, más probables para cada una de

las tareas.
Luego se calculan los límites de tiempo que definen una amplitud
temporal para cada tarea.
Se halla el camino crítico, o sea el conjunto de actividades, que
determina la duración total del proyecto y que sus atrasos o adelantos
originarán atrasos o adelantos de iguales unidades de tiempo en la
duración total del proyecto.

Métodos para planificación de recursos

La planificación de recursos pretende determinar qué recursos serán

necesarios, cuándo, cómo y dónde se obtendrán los que no están disponibles y
en qué forma serán generados o adquiridos.

Se debe tener en cuenta cinco tipos de recursos:

Los insumos (materiales, piezas, energía y servicios).

Las instalaciones y equipo (inversiones de capital).
El personal.
La información.
El dinero.

16
Planificación financiera

Al momento de asignar los recursos, debe tener en cuenta algunas

consideraciones como: la simultaneidad de tareas para un mismo recurso, la
importancia de cada tarea, si es una actividad crítica o no.

Lo importante es que una vez que fueron identificados los recursos para cada
tarea, se deben realizar los siguientes análisis: De Costo; De Beneficio; De
Riesgo; De Sensibilidad.
La utilidad de los modelos financieros, aumenta cuando se los computariza.
Esto facilita una exploración financiera rápida, y de una gran cantidad de
medios alternativos y/o supuestos sobre el ambiente. A través de los análisis de
riesgo y sensibilidad.

Consideraciones en un plan estratégico informático:

La situación actual
La situación deseada
Las distintas alternativas

17
También se deben considerar, los recursos necesarios específicos de la
Tecnología de la Información:

Físicos

Sistema Central (Microprocesador, Memoria principal).

Periféricos (Unidades de entrada, Unidades de salida; Unidades de
entrada/salida).
Comunicaciones (Modem, Repetidores, Hub).

Lógicos

Estructuras de almacenamiento (Base de datos relacional, orientada a

objetos).
Monitores de comunicaciones.
Lenguajes (Pascal, Cobol, C++, SQL).
Métodos de desarrollo ( Ciclo de Vida, Prototipo, Espiral).
Control de seguridad y calidad.

Humanos

Selección.
Formación.
Incentivos.
TRABAJO

+ (Humanos, insumos)

RECURSOS
Materiales
Equipamiento

18
 BASE DE DATOS

Una base de datos o banco de datos es un conjunto de datos pertenecientes a

un mismo contexto y almacenados sistemáticamente para su posterior uso. En
este sentido; una biblioteca puede considerarse una base de datos compuesta
en su mayoría por documentos y textos impresos en papel e indexados para su
consulta. Actualmente, y debido al desarrollo tecnológico de campos como
la informática y la electrónica, la mayoría de las bases de datos están en
formato digital, siendo este un componente electrónico, por tanto se ha
desarrollado y se ofrece un amplio rango de soluciones al problema del
almacenamiento de datos.

Existen programas denominados sistemas gestores de bases de datos,

abreviado SGBD (del inglés database management system o DBMS), que
permiten almacenar y posteriormente acceder a los datos de forma rápida y
estructurada. Las propiedades de estos DBMS, así como su utilización y
administración, se estudian dentro del ámbito de la informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones

públicas; También son ampliamente utilizadas en entornos científicos con el
objeto de almacenar la información experimental.

19
Aunque las bases de datos pueden contener muchos tipos de datos, algunos de
ellos se encuentran mutuamente protegidos por las leyes de varios países. Por
ejemplo en España, los datos personales se encuentran protegidos por la Ley
Orgánica de Protección de Datos de Carácter Personal (LOPD), en México por
la Ley Federal de Transparencia y Acceso a la Información Pública
Gubernamental y en Argentina la Ley de Protección de Datos Personales.

El conjunto unificado de información, resultante de nuestro proyecto

informático y, que será compartida por los diferentes usuarios de la
organización, va a conformar la denominada Base de Datos. La función básica
de una base de datos es permitir el almacenamiento y la recuperación de la
información necesaria, para que las personas de la organización puedan tomar
decisiones. Es así que las Bases de Datos se tornan esenciales para la
supervivencia de cualquier organización; pues los datos estructurados
constituyen un recurso básico para todas las organizaciones. Dependiendo de la
capacidad de almacenamiento y procesamiento del hardware, la organización
puede contar con una única Base de Datos, o con múltiples Bases de Datos.
Independientemente de la Base de Datos que será implementada, ésta necesita
de un Sistema de Gestión de Base de Datos (SGBD o DBMS). Los sistemas de
Gestión de Base de datos, son programas de software para la administración de
las Bases de Datos; y en particular, para: almacenar, manipular y recuperar
datos en una computadora. El SGBD también se encargará de la comunicación
entre el usuario y la base de datos, proporcionándole al usuario, los medios
necesarios para poder obtener información, introducir nuevos datos y actualizar
los ya existentes.

20
 TIPOS DE ARCHIVOS
Los archivos pueden clasificarse en cuatro tipos básicos; que
son: los archivos maestros, los archivos de transacciones, los
archivos de control y los archivos de planeamiento. Esta
clasificación dependerá de la relación lógica que tengan que
tener los datos, para dar apoyo a la actividad de la
organización.

Archivo maestro

Un archivo maestro es un conjunto de registros que se refieren a algún

aspecto importante de las actividades de una organización, como por ejemplo el
archivo de vendedores. Un archivo maestro también puede reflejar la historia
de los eventos que afectan a una entidad determinada, como es en el caso de
un archivo histórico de ventas. Otros ejemplos son los archivos maestros de:
plan de cuentas; bancos, nomina del personal, clientes, vendedores, productos,
proveedores, competidores.

Archivo de transacciones

Es un archivo temporal que persigue básicamente dos propósitos; uno es el de

acumular datos de eventos en el momento que ocurran, y el segundo propósito
es el de actualizar los archivos maestros para reflejar los resultados de las
transacciones actuales. En otras palabras, guardan información sobre los
eventos que afectan a la organización y sobre los cuales se calculan datos;
como es en el caso de los archivos de ventas, ordenes de producción o pago de
salarios. Otros ejemplos de archivos de transacciones son los archivos de:
registros contables, costos, facturas, pagos a recibir, procesos de exportación,
consulta de clientes, pedidos de clientes y pedidos a proveedores.

Archivos de control

Los archivos de control contienen datos de los archivos maestros y de

transacciones, para permitir el análisis del desempeño de la organización. Estos

21
archivos generan medidas de control de los negocios, como ser el volumen de
venta por producto, volumen de venta por vendedor, volumen de venta por
cliente, compras por proveedor, costo de reposición.

Archivo de planeamiento

Los archivos de planeamiento, contienen datos referentes a los niveles

esperados de los datos existentes en los archivos maestros y de transacciones;
como por ejemplo: programa de ventas, programa de compras, programa de
producción; presupuesto financiero. Por lo tanto los datos existentes en un
archivo de planeamiento provienen de los archivos maestros, de transacciones,
y de control.

Llave primaria o identificadora

Cada instancia de una entidad debe ser unívocamente identificable, de manera

tal que cada registro de la entidad debe estar separado y ser unívocamente
identificable del resto de los registros de esa misma entidad; y quien permite
esta identificación es la llave primaria. La llave primaria, que generalmente se
identificada por medio de la letra @, puede ser un atributo o una combinación
de atributos. En consecuencia en cada archivo solo podrá existir un único
registro que posea un valor determinado para su llave primaria. En otras
palabras no puede existir en un archivo un registro que cuente con el mismo
valor de otro registro en el campo de la llave primaria; la llave primaria no
puede tener valores repetidos para distintos registros.

La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos

(SGBD), correctamente proyectado, generar un error si un usuario intenta
incluir un nuevo registro cuya llave primaria coincida con la de otro registro ya
existente en el archivo.

En el caso de la Base de Datos de compras, descripta anteriormente las llaves

primarias de cada archivo son:

ARCHIVO DE PRODUCTOS: @ Código artículo.

22
 ARCHIVO DE PROVEEDORES: @ Código proveedor.
ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código
producto).

Índices de acceso

Un índice de acceso es un archivo auxiliar utilizado internamente por el

SGDB para acceder directamente a cada registro del archivo de datos. La
operación de indexación, creada por el SGDB, ordena a los registros de un
archivo de datos de acuerdo con los campos utilizados como llave primaria
e, incrementa sensiblemente la velocidad de ejecución de algunas
operaciones sobre el archivo de datos. Normalmente para cada archivo de
datos debe existir un índice cuya llave de indexación sea idéntica a su llave
primaria. Este índice es llamado índice primario. También es posible crear
índices para un archivo de datos utilizando atributos (campos), o conjunto
de atributos, diferentes de los de la llave primaria. Este tipo de índice,
llamado índice secundario, es utilizado para reducir el tiempo de localización
de una determinada información dentro de un archivo o para clasificar los
registros del archivo de acuerdo con el orden necesario para la obtención de
la información deseada.

23
 DESARROLLO DE UN PROYECTO INFORMÁTICO

El administrador de un proyecto
informático debe buscar la máxima
automatización de las tareas que
realizarán cada uno de los
profesionales involucrados en un
proyecto informático. Es importante
destacar que lo que buscamos no es
solamente que en todo proyecto informático se esté dispuesto a automatizar
tareas requeridas por los usuarios; sino también la de automatizar las propias
tareas del proyecto.

Características en toda metodología de procesamiento de datos

A continuación se presenta una lista de atributos, que se consideran mínima en

todo procesamiento de datos:

Automatización: Como venimos diciendo, se debe buscar la máxima

automatización posible de todas las tareas desarrolladas por los profesionales
involucrados en un proyecto informático. Se debe evitar la programación
manual; pues ésta es lenta y propensa a errores, por lo tanto es ineficaz e
ineficiente.

Velocidad: Tal lo visto en el primer capítulo otro de los problemas principales,

en el desarrollo de todo proyecto informático, es el tiempo que involucra al
mismo. Persiga altos niveles de productividad, aplicando técnicas y
metodologías que le permitan alcanzar resultados rápidamente.

Cambiabilidad: Cuando vimos las causas que dan inicio a un proyecto

informático describimos que existirán cambios en el contexto o en los
procedimientos requeridos por los usuarios o bien pueden producirse cambios
en la tecnología; que implicarán cambios en los programas y en los sistemas. Es
24
por eso que se deben aplicar técnicas y metodologías que permitan realizar
dichos cambios, sin que esto involucre un incremento significativo tanto de los
costos y como en el tiempo de implementación de estos cambios.

Verificación de condición correcta: Confeccione y utilice herramientas de

análisis, como el diccionario de datos las tablas de decisión la diagramación
lógica la lista de eventos para poder detectar automáticamente todos los
errores de sintaxis y de semántica interna. Si existen ambigüedades,
contradicciones, incongruencias, la calidad del sistema se verá afectada, con
todo lo que ello implica. Los errores provocan ineficiencia ineficacia y baja
productividad

Técnicas que faciliten la comunicación con los usuarios finales: Los

usuarios deben desarrollar el conocimiento necesario para verificar cada etapa
de evolución del proyecto. El usuario es quien más sabe del sistema involucrado
en el proyecto. Además los usuarios deben estar en condiciones de utilizar sus
propios lenguajes de consulta de actualización y de generadores de
información; como: el Standard Query Languaje (SQL), el Query – By-Diagram
(QBD) o el Grafphics Language for Database, entre otros. Por lo tanto se deben
adoptar lenguajes que permitan que la gerencia extraiga nueva información de
las bases de datos, con la máxima prontitud posible.

Diseño estable de base de datos: La base de datos es el elemento principal

de toda automatización de tareas. Tal cual lo visto en el tópico de la
modelización de datos almacenados cuide las técnicas y los métodos para la
construcción de las tablas.

Modularidad: Los sistemas deben dividirse en módulos fácilmente

identificables .Debe ser factible efectuar cambios en forma local dentro del
módulo. Todo efecto de cambio exterior al módulo debe ser rigurosamente
rastreable.

25
Control de operabilidad mutua: Se necesita una técnica formal y rigurosa,
para tener la seguridad de que el sistema y los módulos desarrollados
separadamente operan correctamente en conjunto

Dialectos alternativos: Se debe disponer de herramientas de ingeniería de

software para conceptualizar, dibujar y diseñar sistemas, conectados en forma
automática con la representación básica.

Estas herramientas deben funcionar en forma integrada, evitando puentes

manuales que introducen errores. Deben utilizar, en la media posible, sintaxis y
gráficos comunes.

Este modelo tiene básicamente tres componentes:

diseño controlado por el usuario.

atención especial a las interacciones con el usuario.
evaluación de la calidad de los sistemas según el criterio del usuario.

Esto crea un compromiso del usuario con el sistema aumentando la posibilidad

de ser utilizado El usuario participa activamente durante el diseño y por lo tanto
está mejor preparado para usar el sistema, en razón de su familiaridad con él.
El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo
las salidas, las entradas y la lógica del procesamiento. El usuario en escribe ni
controla programas estos pueden ser desarrollados con lenguajes de 4
generación y ser controlados con herramientas CASE.

El usuario creativo se basa en el control del diseño por parte del usuario,
atención especial a las interacciones de éste con el sistema y evaluación de su
calidad de acuerdo con el criterio del mismo usuario.

26
METODOLOGIAS PARA EL DESARROLLO DE SISTEMAS INFORMÁTICOS

Fábregas se enfoca en la necesidad de la

Organización para el cumplimiento cabal de
sus actividades y se basa en su metodología
para establecer fases que determinan cada
paso del diseño o la implementación de
un Sistema de Información, su técnica es
utilizada para desarrollar estrategias que
mejoren el funcionamiento de los sistemas de
información ya existentes. El ciclo de
desarrollo de sistemas de información propuesto por Llorens Fábregas está
compuesto de 5 Fases, las cuales enfocan de una manera clara los métodos y
pasos para la implementación de un SI.

La primera fase, los requerimientos, está enfocado a la necesidad de la

organización, lo que significa, la planeación y las estrategias que se van a
emplear para el desarrollo del nuevo sistema, es decir los requerimientos
del cliente. Este análisis de información va desde los procesos que integran al
departamento u Organización en donde se va a desarrollar el sistema, hasta
los bienes materiales y humanos que componen al mismo.

La segunda fase, el Análisis y Diseño, en este se requieren datos aportados

por el solicitante del SI. Estos datos son los recopilados por la primera fase,
analizar, organiza y diseña los procesos, los datos, los componentes físicos
que el sistema necesita para poder funcionar de forma efectiva y que cumpla
con todos Los requerimientos del cliente. Al concluir estas dos fases, se
procede a la construcción del sistema, el cual esta divido en varias sub.-fases:
El Desarrollo de Infraestructura (Lo cual permite el cumplimiento de las tareas
del sistema de forma más efectiva), Adaptación de Paquetes (Se revisa el
funcionamiento del sistema por el equipo Analista- Usuario para su mejor
entendimiento), Desarrollo de unidades de diseño interactivas

27
(Los procedimiento visuales), Unidades de diseño batch (transacciones de
datos) y el Desarrollo de unidades de diseño Manuales.

Luego, siguen la fase de las pruebas, en donde se prueba por completo el

sistema, midiendo su nivel de calidad, funcionalidad, integración y aceptación
técnica. Luego, se prueba el sistema completo en base a los niveles de prueba:
Funcional, De Sistema, De integración y De Aceptación Técnica. Al concluir
con estas pruebas de forma satisfactoria, se cargan los archivos, bases de
datos y las tablas del nuevo sistema, para de esta forma comenzar su uso,
primero durante un Periodo de Aceptación, y finalizado este como el sistema
oficial.

Por último, una vez que un sistema pasa a formar parte de la vida diaria de la
empresa cada programa, procedimiento y cada estructura se convierte en una
pieza del negocio, que como tal, deberá funcionar de forma constante exacta y
confiable. Una Metodología para el Desarrollo de Sistemas de Información es
un conjunto de actividades llevadas a cabo para desarrollar y poner en marcha
un Sistema de Información.

28
 METODOLOGIA ESTRUCTURADA SIMPLIFICADA

Todo proceso de desenvolvimiento de

software usando metodología Estructurada
simplificada está basado en la identificación
de los eventos a los que el sistema debe
responder.

La secuencia metodológica es la siguiente:

Definir la lista de eventos

Desarrollar una lista de requerimientos en lenguaje natural según lo descripto

en el punto 4.2.1.

Producir un diagrama de contexto

Modelizar la relación del sistema con el contexto, determinando cuales son las
áreas de la empresa que participarán del sistema como fuentes de información

Definir el modelo comportamental

Utilizamos el DFD como herramienta modeladora de la transformación de las

entradas en salidas

Definir el modelo de datos

Modelizar la relación de los repositorios de datos con la técnica del
Modelo Relacional de Datos. -RDM

Crear el modelo de implementación del usuario Definir los módulos del

sistema.

29
En esta etapa son decididos los procesos a ser automatizados; se somete a la
evaluación del usuario cada proceso del modelo comportamental.

Definir los requisitos de implementación

Mientras son definidos los procesos a ser informatizados, se debe discutir y

documentar los requisitos de implementación de esos procesos y del sistema de
software como un todo: Desempeño, restricciones de costos, restricciones
operacionales, consideraciones sobre seguridad y auditoría, tecnología a ser
empleada, modificaciones en procedimientos manuales y en otros sistemas
informatizadas ya existentes.

Elaborar diagramas de estructura

Para cada proceso a ser automatizado, será creado un diagrama de estructura.
Las funciones de los diagramas son derivadas de los flujos de datos que entran
y que salen de los proceso, y de las transformaciones que generan los datos de
salida a partir de los datos de entrada.

Integrar los diagramas de Estructura

Los diagramas de estructura deben ser integrados en programas, el

agrupamiento de funciones puede ser hecho por proximidad temporal de
utilización, rutinas On-Line, mensual, anual, etc., o por cualquier otro tipo de
afinidad, como por ejemplo, en el caso de sistemas distribuidos, el
agrupamiento es hecho conforme al procesador en que serán ejecutadas las
funciones. La estructura del software es completada, incorporándose a él
módulos de apoyo operacional, como: módulos de implementación de backups,
módulos de control, módulos para la creación y restauración de índices,
módulos para alteración de parámetros de operaciones, etc. estos módulos
serán incorporados al Diagrama de estructura, donde el acceso a ellos fuese
más conveniente.

Proyectar la interfaz con el usuario

30
La parte más importante y más compleja de la interfaz con el usuario será
desarrollada a partir de los flujos de datos de entrada y de salida de los
procesos a ser automatizados. Una única interfaz puede ser generada para
atender varios flujos simultáneamente. Las interfaces necesarias a los módulos
que implementan menús de selección y a los módulos de apoyo operacional
complementaran el proyecto de la interfaz con el usuario.

Proyectar la base de datos física

Definir las características físicas de cada dato, como el tipo el dominio; la

organización de cada archivo, como la definición de las llaves principales,
índices, etc.

31
 ¿POR QUÉ FALLAN LOS PROYECTOS INFORMATICOS?

La gran cantidad de proyectos cancelados todos los años nos dice que algo
funciona muy mal en la ingeniería informática. ¿Qué es?

Cuando se empieza a construir un

edificio, no se abandona a la mitad
porque no satisfacía los requisitos
de los usuarios, cuando se
acomete una obra hidráulica no se
acaba diciendo que falló en el
objetivo de transportar agua a las
zonas designadas. O, al menos, si sucede, hay un montón de gente que se
mete en auténticos problemas.

La informática, sin embargo, es diferente, cada año se cancelan miles de

proyectos fallidos.

Razones.

El razonamiento común de los programadores es que si se hacen unas

buenas especificaciones y un buen diseño y una buena implementación y
un buen control de calidad entonces el proyecto funcionará, pero esto es
falso, porque un proyecto es justamente eso: un proyecto. No es unas
especificaciones, no es una arquitectura, un proyecto es una misión
compartida de un grupo de personas.
Recorte sibilino de todos los recursos. La mayoría de proyectos grandes
que fracasan lo hacen porque se reducen sutilmente todos los recursos
necesarios para llevarlos a cabo. Cualquier albañil sabe que hay una
proporción correcta entre cal y cemento Portland y que no se puede
quitar un 5% de hierro a un edificio porque los precios del acero se
hayan disparado. En informática, en cambio, es normal contratar un

32
profesional de 3 años en experiencia en el puesto de uno de 5 (a veces
ya puestos no hace falta ni siquiera que sea informático). No importa
convertir 9 meses en 8 o 100.000 euros del presupuesto en 90.000. Se
van metiendo pequeños rejones por todas partes, un poco de cada lado
hasta que se arruina cualquier posibilidad de éxito.
Imposibilidad de coordinar esfuerzos. El segundo motivo no escrito es la
dificultad para coordinar a un gran número de partes independientes y
con intereses enfrentados. Esencialmente cuantos más miembros en el
grupo menores las probabilidades de que funcione. Esto es
especialmente cierto en el caso de los proveedores externos que son de
naturaleza fagocitaria y buscan la venta por dominio del cliente
eliminando a cualquier competidor potencial. El resultado de esta pugna
suele ser la destrucción del ecosistema de trabajo y la muerte del
proyecto.
Obstáculos artificiales. El tercer motivo es el bloqueo a las iniciativas que
podrían salvar el proyecto en un momento dado. Puede ser por razones
políticas o porque alguien ha empeñado su orgullo en que las cosas se
hagan de una determinada manera. La cuestión es que no dejan a los
informáticos trabajar, les imponen restricciones absurdas y demenciales
procedimientos operativos los cuales, obviamente, no estaban previstos
en el plan inicial de ejecución.

33
 FUNCIÓN DEL PROGRAMADOR

Funciones del programador. El programador se encarga de la implementaciónde

prototipos mediante un lenguaje de programación, que compilados pueda
entender la computadora. Inicialmente, la profesión se formalizó desde el
enfoque tayloriano de la especialización de funciones en la empresa. Así, el
proceso de producción de software se concibe como un conjunto de tareas
altamente especializadas donde está claramente definido el papel de cada
categoría profesional:

El analista, tiene como cometido analizar un problema y describirlo con

el propósito de ser solucionado mediante un sistema de información.
El programador, cuya única función consistía en trasladar las
especificaciones del analista en código ejecutable para la computadora.
Dichas especificaciones se recogen en un documento
denominado cuaderno de carga, medio de comunicación entre ambos.

Hoy día se reconoce que este enfoque no es válido para organizar tareas de
tipo intelectual, como es el desarrollo de software. De manera que la profesión
de programador ha ido evolucionando. Las dificultades de comunicación entre
analistas y programadores (un mero documento no basta para describir lo que
se quiere hacer) dio origen a una categoría de profesional intermedia,
denominada analista-programador.

La concepción original del programador ha desaparecido siendo sustituida por

la de un profesional mucho más formado y con unas funciones menos
"mecánicas".

La profesión de analista también ha evolucionado, surgiendo el

concepto diseñador (de software). Esto se debe a los avances de la ingeniería
del software donde se reconoce que el análisis es una actividad compleja y
distinta del diseño. Escuetamente, el análisis describe el problema (es decir,
“qué” hacer) mientras que el diseño describe la solución (“cómo” hacerlo).
34
En la mayoría de países industrializados esto ha dado lugar a la
categoría diseñador o arquitecto del software.

Especialidades

Estrictamente hablando, la profesión de programador si conoce especialidades.

No obstante, existen diversas ramas por las que se decantan los propios
profesionales y que se ven reflejadas en la oferta de empleo. Así, es posible
mencionar algunas:

 Programadores de mainframe: aunque se cree extinta la actividad en los

viejos grandes sistemas informáticos, lo cierto es que aún existen muchos en
funcionamiento que requieren mantenimiento. La tecnología que manejan
estos programadores es radicalmente distinta a la del resto, motivo por el
que se puede considerar esta como la rama más especializada. Entre sus
conocimientos se cuenta COBOL, RPG, JCL, base de datos jerárquicos, etc.
 Programadores de "nuevas tecnologías": esta es una rama que gira en torno
a Internet, los nuevos servicios como la Web 2.0 y los negocios por medios
electrónicos o e-commerce. Entre sus conocimientos destacan lenguajes del
lado del servidor como Java, ASP, .NET, JSP, PHP, Ruby, Python o Perl, y
lenguajes del lado de cliente

Como HTML, XHTML, CSS, Javascripto AJAX (Conjunto de tecnologías

existentes como XML y Javascript).

 Programadores de "sistemas abiertos": rama asociada a la Arquitectura

Cliente-Servidor. Requiere conocimientos de lenguaje de programación
C, lenguaje de programación Pascal, etc.
 Programadores de sistemas de control y adquisición de datos: además de
conocimientos de hardware, microprocesadores, ensamblador y algunos otros
lenguajes, requieren formación específica de física e ingeniería de control.

35
 FUNCIÓN DEL ANALISTA

El analista de sistemas es
un profesional especializado del
área de la informática, encargado
del desarrollo de aplicaciones en lo
que respecta a su diseño y
obtención de los algoritmos, así
como de analizar las posibles
utilidades y modificaciones necesarias de los sistemas operativos para una
mayor eficacia de un sistema informático. Otra misión de estas personas es dar
apoyo técnico a los usuarios.

Planificar la actividad o trabajo de análisis y diseño de sistemas

2. Organizar a todos los elementos que intervienen en el proyecto (técnicos

de análisis y diseño, programadores, usuarios, equipamiento, etc.)

3. Controlar el trabajo del equipo de diseño para garantizar el cumplimiento

de los planes elaborados.

4. Escoger (o diseñar) y utilizar los métodos, técnicas y herramientas más

adecuadas para el desarrollo del trabajo del colectivo.

5. Estudiar el sistema de dirección y organización e información de la

entidad.

6. Diseñar el nuevo sistema informativo, desde un punto de vista funcional,

en primera instancia.

36
7. Representar algorítmicamente los procesos que se realizan en cada tarea
funcional integrante del sistema que se diseña.

8. Diseñar el sistema, descomponiendo el mismo en todos los niveles,

previstos y con todos los enfoques necesarios.

9. Diseñar la base de datos que utilizará el sistema. Optimizar la misma,

utilizando las técnicas requeridas para ello.

10. Diseñar los documentos (formularios) de utilización manual o manual

automatizada, que requiera el sistema. Describir su método de llenado.

11. Diseñar las salidas de la computadora, de la forma más idónea requerida.

12. Elaborar las soluciones a los procedimientos manuales que requiera el

sistema.

13. Diseñar los flujos informativos a través de los diferentes elementos que
integran el sistema: hombre-hombre, hombre - computadora, computadora -
hombre, computadora - computadora.

14. Proponer y aplicar las medidas de carácter organizativo que se requiera

para perfeccionar la actividad de dirección estudiada y para implantar el
sistema que se diseña.

15. Estudiar las necesidades y proponer soluciones necesarias para la

adquisición del equipamiento computacional requerido, proponiendo la
configuración necesaria.

37
 HARDWARE

Hardware típico de una computadora personal:

1. Monitor.
2. Placa principal.
3. Microprocesador (CPU) y zócalo.
4. Un módulo de RAM y tres ranuras.
5. Dos tarjetas de expansión y tres ranuras.
6. Fuente de alimentación.
7. Unidad de disco óptico (CD; DVD; BD).
8. Unidad de disco duro o unidad de estado sólido.
9. Teclado.
10. Ratón.

El hardware es la parte física de un ordenador o sistema informático, está

formado por los componentes eléctricos, electrónicos, electromecánicos y
mecánicos, tales como circuitos de cables y circuitos de luz, placas, utensilios,
cadenas y cualquier otro material, en estado físico, que sea necesario para
hacer que el equipo funcione. El término viene del Inglés, significa partes
duras.

38
La palabra hardware en informática se refiere a las partes físicas tangibles de
un sistema informático; sus componentes eléctricos, electrónicos,
electromecánicos y mecánicos. Cables, gabinetes o cajas, periféricos de todo
tipo y cualquier otro elemento físico involucrado componen el hardware;
contrariamente, el soporte lógico e intangible es el llamado software.

El término es propio del idioma inglés, su traducción al español no tiene un

significado acorde, por tal motivo se lo ha adoptado tal cual es y suena. La Real
Academia Española lo define como Conjunto de los componentes que integran
la parte material de una computadora. El término, aunque sea lo más común,
no solamente se aplica a las computadoras, también es a menudo utilizado en
otras áreas de la vida diaria y la tecnología. Por ejemplo, hardware también se
refiere a herramientas y máquinas, y en electrónica hardware se refiere a todos
los componentes electrónicos, eléctricos, electromecánicos, mecánicos,
cableados y tarjetas de circuito impreso. Otros ejemplos donde se aplica el
término hardware son: robots, teléfonos móviles, cámaras
fotográficas, reproductores digitales o cualquier otro dispositivo electrónico.
Cuando dichos dispositivos procesan datos poseen además
de hardware, firmware y/o software.

La historia del hardware de computador se puede clasificar en cuatro

generaciones, cada una caracterizada por un cambio tecnológico de
importancia. Una primera delimitación podría hacerse entre hardware principal,
como el estrictamente necesario para el funcionamiento normal del equipo, y el
«complementario», como el que realiza funciones específicas.

Un sistema informático se compone de una unidad central de

procesamiento (UCP o CPU), encargada de procesar los datos, uno o
varios periféricos de entrada, los que permiten el ingreso de la información y
uno o varios periféricos de salida, que posibilitan dar salida (normalmente en
forma visual, impresa o auditiva) a los datos procesados. Su abreviatura es Hw.

39
 SOFTWARE

El software está compuesto por un

conjunto de programas que son
diseñados para cumplir una
determinada función dentro de un
sistema, ya sean estos realizados por
parte de los usuarios o por las mismas
corporaciones dedicadas a la
informática. El concepto de software,
como bien dijimos anteriormente, compone la parte lógica de un sistema de
computación, permitiéndole el funcionamiento. Esto quiere decir entonces que
no solo los programas son y forman un software, sino que la información del
usuario y los datos procesados integran el software, ya que forma parte de él
todo componente intangible y no físico.

Lo primero, la palabra software proviene del ingles, cuyo significado literal

es partes blandas, en contraposición con hardware que son las partes duras.
El software son las instrucciones para comunicarse con el ordenador y que
hacen posible su uso. Resumiendo, el software en informática son los
programas. Tenemos diferentes tipos de software, en función de su uso o de su
precio, luego veremos los tipos de software que existen. Las aplicaciones y las
App en los celulares o móviles son software.

Sin el software, las computadoras u ordenadores serían inútiles. Por ejemplo,

sin tu software de navegador de Internet (el programa Explorer o Chrome), no
podrías navegar por Internet o leer esta página, y sin unsistema operativo,
también software, el navegador no podría funcionar.

También podríamos decir que el software de un ordenador es la parte que no

podemos tocar. ¿Puedes tocar Microsoft Windows o el Word? Pues NO, solo
puedes ver lo que hace el ordenador gracias a las instrucciones que tienen esos
programas, pero no podrás tocarlos nunca.

40
Actividades para el desarrollo de Software

Planificación
La importante tarea a la hora de crear un producto de software es obtener
los requisitos o el análisis de los requisitos. Los clientes suelen tener una idea
más bien abstracta del resultado final, pero no sobre las funciones que debería
cumplir el software.

Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un
análisis del ámbito del desarrollo. Este documento se conoce como
especificación funcional.

Implementación, pruebas y documentación

La implementación es parte del proceso en el que los ingenieros de

software programan el código para el proyecto de trabajo que está en relación
de las demanda del software, en esta etapa se realizan las pruebas de caja
blanca y caja negra.

Las pruebas de software son parte esencial del proceso de desarrollo del
software. Esta parte del proceso tiene la función de detectar los errores de
software lo antes posible.

La documentación del diseño interno del software con el objetivo de facilitar

su mejora y su mantenimiento se realiza a lo largo del proyecto. Esto puede
incluir la documentación de un API, tanto interior como exterior.

Despliegue y mantenimiento

El despliegue comienza cuando el código ha sido suficientemente probado, ha

sido aprobado para su liberación y ha sido distribuido en el entorno de
producción.

Entrenamiento y soporte para el software es de suma importancia y algo que

muchos desarrolladores de software descuidan. Los usuarios, por naturaleza,
se oponen al cambio porque conlleva una cierta inseguridad, es por ello que
es fundamental instruir de forma adecuada a los futuros usuarios del software.

41
 El mantenimiento o mejora de un software con problemas recientemente
desplegado, puede requerir más tiempo que el desarrollo inicial del software.
Es posible que haya que incorporar código que no se ajusta al diseño original
con el objetivo de solucionar un problema o ampliar la funcionalidad para un
cliente. Si los costes de mantenimiento son muy elevados puede que sea
oportuno rediseñar el sistema para poder contener los costes de
mantenimiento.

Roles en el proceso de desarrollo de software

Un rol se define como una función que alguien o algo cumple.

Cada uno de los roles se aportará al grupo parte del total necesario para tener
éxito en el desarrollo.

El Analista de requerimientos

El analista es alguien que es responsable de entender las necesidades del

cliente, y asegurarse de que la solución que está siendo desarrollada se ajusta
a esas necesidades. Las actividades típicas de un analista incluyen la elicitación
de requisitos, reuniones con clientes y la redacción de especificaciones
funcionales.

Desarrollador de software o programador

El desarrollo efectivo de una aplicacion es hecha por los desarrolladores del

equipo. Pero un desarrollador tiene más responsabilidades que solo escribir
código. Él es a menudo responsable de hacer el seguimiento de su propio
progreso, e informar al jefe de proyecto de los problemas a los que se enfrenta.
Él es también quien implementa las ideas del arquitecto, y como tal, puede
tener que discutir las (in)posibilidades de la implementación con el arquitecto.

Testeador

42
Las pruebas son una parte importante para asegurar que el software funciona
de la manera que debería. El papel de ‘tester’ se realiza a menudo por los
desarrolladores para los aspectos técnicos y los usuarios para los aspectos
funcionales. Un problema que surge de hacer a los desarrolladores probar su
propio código es que, no importa lo bueno que sean, se ven influidos por la
forma de su código fue creado. Cuando se prueba, se tendrá en cuenta esas
mismas situaciones que ya se tuvieron en cuenta a la hora de escribirlo.

Arquitecto de software

Al igual que el arquitecto de software, el Arquitecto del Sistema es responsable

de pensar el sistema antes de construirlo. Así como el arquitecto de software
es responsable para el software, un arquitecto del sistema es responsable del
hardware. Muchas aplicaciones ejecutan completamente en un único servidor.
Muchos otros sin embargo se ejecutan en grupos de servidores, con servidores
dedicados de bases de datos, servidores web y balanceadores de carga. Un
arquitecto del sistema tiene en cuenta los requisitos de rendimiento y
disponibilidad, el número de usuarios / visitantes, etc. y en base a esto, diseña
una infraestructura de servidores y una red.

43
 PELDAÑOS INFORMÁTICOS

El desarrollo de los sistemas de

información ha estado íntimamente ligado,
en el transcurso del tiempo, con las
tendencias administrativas, siempre
buscando dar soporte desde la tecnología
a las direcciones en el manejo de los
recursos.

En este orden de ideas también con el correr del tiempo, a medida que
evolucionan las teorías administrativas, evolucionan los sistemas de
información, bien en su aplicación o en su concepción. Inicialmente se tenia
aplicaciones completamente independientes y con funciones especificas. Luego
se incorporo el concepto de interacción entre las diferentes aplicaciones y ahora
ultimo tenemos una multiplicidad de puntos de relación con los socios de
negocios y clientes que requerimos de aplicaciones mas orientadas al manejo
de estas nuevas relaciones.

Aunque cada una de las tendencias administrativas y cada una de la aplicación

tecnológica de la misma ameritan para varios libros, hoy pretendemos
establecer que todas las tendencias son válidas y que lo que se debe hacer es
incorporar las piezas específicas de un rompecabezas para suplir las funciones
con manejo de información. Cada industria es diferente por lo que la recete
solo puede ser generalizada.

Si miramos la estructura informática como una pirámide de seis escalones

podríamos establecer que en el primer peldaño se deben tomar las decisiones
sobre la infraestructura se refiere estrictamente a la disposición de los
elementos necesarios para llevar a cabo el proceso de la información, distinto

44
de las aplicaciones de datos. Es decir abarca, los equipos, las redes de
comunicación, los procedimientos, las políticas de seguridad y demás
componentes que se clasifican de este rubro. Es importante definir la adhesión
a estándares o la adopción de sistemas propietarios, la estructura debe también
ser flexible a un cambio de políticas de la compañía ante alternativas de
centralización o descentralización, empoderamiento y concentración. Es decir la
infraestructura debe contemplar todo posible cambio que se de en los demás
niveles de la pirámide sin ser excusa para no poder implementar.

En el segundo peldaño se pueden colocar todos los elementos de la tecnología

que normalmente se clasifican entre los Sistemas Operativos. Algunas personas
incluyen aquí las decisiones sobre si se trabaja en sistemas operativos
propietarios o abiertos. También se han dado casos de inclusión a este nivel de
los sistemas de procesamiento de datos en sí mismos, llamadas también bases
de datos y estructuras relacionales. En este peldaño también se define sobre
cual bases de datos se utilizarán, con que herramientas se desarrollan las
aplicaciones y con que técnica y procedimientos se implementan las mismas.

Estos dos primeros peldaños eran críticos al inicio de la implementación de

sistemas hace ya unos 30 años, hoy en día son casi que regidos por los
peldaños que discutiéramos a continuación, que son los que se encargan de
procesar los datos para producir la información.

En el tercer peldaño se puede incluir todos los conjuntos de aplicaciones

tendientes a manejar de forma integrada las diferentes funciones operativas de
las empresas en su interior. Es este peldaño donde ha habido mayor
concentración de oferta por parte de los proveedores y mayor aceptación por
parte de los clientes.

En el siguiente peldaño se reconoce la necesidad de administrar también las

relaciones con mi cliente en todos sus aspectos y no solo en el ámbito
transaccional, y es aquí donde nacen las aplicaciones bajo la sigla CRM

45
(Customer Relationship Management administración de la relación con el
cliente). También en este rubro empiezan a aflorar varios oferentes, algunos
con un nivel de especialización de industria.

Por último, el mayor nivel de agregación se da bajo la teoría de Business

Inteligence. O inteligencia del negocio. Esta medido tanto en la capacidad de
utilizar los demás peldaños anteriores para generar decisiones basadas en la
inteligencia del negocio.

Se estima que las verdaderas ventajas competitivas se obtendrán cada vez en

los peldaños más altos dado que el acceso a los peldaños inferiores es cada vez
más fácil. La baja en costos, aunado con la presencia de la Internet que facilita
poder proveer de estos peldaños sin importar donde se encuentre el usuario,
hacen que los esfuerzos en los peldaños superiores sean los que hagan la
diferencia.
Usted puede evaluar en el cual de los peldaños se encuentra es estado de
desarrollo de la tecnología que utiliza. Mejor aún debe evaluar la posibilidad de
que los peldaños hayan sido elaborados como las piezas de un rompe cabezas
que deben encajar una con la otra. No tener en cuenta la necesidad de
integración entre los diferentes peldaños, hará que la inteligencia de su negocio
este resquebrajada, eliminando la posibilidad de tener esa ventaja competitiva.

46
 JEFE DE PROYECTOS

El trabajo de un jefe de proyecto de TI implica la

conducción de un proyecto informático desde su
concepción original hasta el lanzamiento al
público. El jefe de proyecto tiene muchas tareas:

Definir el proyecto y evaluar sus necesidades.

Redactar las especificaciones del proyecto.

Calcular el costo del proyecto.

Contratar al equipo de producción.

Realizar un seguimiento e informes del progreso del proyecto, en

términos de calidad, costo y plazos de entrega.

Habilidades

Lo más importante es que el jefe de proyecto debe contar con habilidades

de gestión de proyectos, para lo cual se debe poseer un sentido metódico y
riguroso de la organización, además de habilidades interpersonales y
conocimientos técnicos sobre el campo en cuestión.

Salario
El salario de un jefe de proyecto de TI puede variar sensiblemente entre 26.000
y 80.000 euros anuales, en función de la importancia del proyecto del cual será
responsable.

47
 CONCLUSIÓN

Un proyecto informático es un sistema de acción simultánea y/o secuencial que

incluye personas, equipamientos de hardware, software y comunicaciones,
enfocados en obtener uno o más resultados sobre un sistema de información.

Aunque los aspectos puramente materiales y técnicos de diseñar son

esenciales, es necesario considerar el componente no-técnico que igualmente
influye en la viabilidad del proyecto. En realidad, cuando un problema no
presenta aspectos como la legalidad, belleza, economía, etc., o bien factores de
carácter político, social, ético, el problema no es de ingeniería sino que más
bien se está ante un problema de tipo exclusivamente técnico.

Los proyectos nacen como respuesta a la necesidad del cumplimiento de

determinados objetivos de cualquier empresa o Institución y están enmarcados
dentro de la finalidad de ésta. Por tanto, los proyectos tendrán siempre
objetivos y finalidades específicas y hay que considerarlos como las
herramientas para el logro de los objetivos empresariales.

Hoy en día, un proyecto presenta, además de sus características técnicas, una

componente económica-financiera, social y ambiental y una dimensión humana
sin las cuales es imposible acometerlo con cierto grado de garantía. Además,
debido al carácter temporal del proyecto, se trata siempre de un sistema
complejo y dinámico al que hay que aplicar un procedimiento de Dirección
Integrada o “Management” a lo largo de toda su vida con el fin de obtener una
optimización de todos los recursos empleados a través de su estructura de
organización, que será temporal.

Para un proyecto informático tenemos que tener en cuenta como principales al

programador y al analista.

El programador: se encarga de la implementación de prototipos mediante un

lenguaje de programación, que compilados pueda entender la computadora.

Inicialmente la profesión se formalizó desde el enfoque taylonario de la

especialización de funciones en las empresa. Así el proceso de producción de

48
software se concibe como un conjunto de tareas altamente especializadas
donde esta claramente definido el papel de cada categoría profesional.

El analista de sistemas: es un profesional especializado del área de la

informática, encargado del desarrollo de aplicaciones en lo que respecta a su
diseño y obtención, de algoritmos, asi como de analizar las posibles utilidades y
modificaciones necesarias de los sistemas operativos para una mayor eficacia
de un sistema informático. Otra misión de estas personas es dar apoyo técnico
a los usuarios de las aplicaciones existentes.

49
 RECOMENDACIONES

Cuando pongamos en plan un proyecto, debemos de tomar muy en

cuenta la buena organización, para que nuestro resultado sea bueno y
en vez de tener pérdidas tengamos una buena ganancia por nuestro
excelente trabajo, para ello debemos de considerar lo siguiente:

1. La situación actual
2. La situación deseada
3. Las distintas alternativas para conocer el principio, lo que deseamos y los
recursos que utilizaremos en nuestro proyecto informático.

Que tanto el programador, analista y jefe de proyectos, realicen un

excelente trabajo para un buen resultado.
Utilizar bien los equipamientos de hardware y comunicaciones en nuestro
proyecto informático.

50
 BIBLIOGARFÍA

 www.biblioteca.uade.edu.ar/.../biblioteca/bddoc/bdlibros/proyectoinforma
tico/libro/c1/c1.htm
 www.galeon.com/periodismo-digital/pagina_n.htm
 es.wikipedia.org/wiki/Proyecto
 www.mef.gob.pe/dnpp/glosario.htm
 http://cyta.com.ar/biblioteca/bddoc/bdlibros/proyectoinformatico/libro/
http://buscador.rincondelvago.com/desarrollo+del+proyecto+informatico/3
http://www.monografias.com/trabajos39/proyecto-
informatico/proyectoinformatico.shtml

51
 CUESTIONARIO

1-¿Qué es un proyecto informático?

R/ Es cualquier proyecto de tecnología de la información que tiene una fecha de

inicio y final asignada, a menudo con hitos y objetivos específicos que deben
cumplirse durante el ciclo de desarrollo.

2-¿Cuáles son los objetivos de un proyecto informático?:

De servicio, de producción y estratégicos.

3-El sistema de gestión de proyectos consta de siete componentes o

subsistemas, que son los siguientes:

 Sistema de planificación
 Sistema de información
 Sistema de control
 Sistema de técnicas y metodologías
 Sistema de organización
 Sistema cultural
 Sistema humano

4- ¿Que es base de datos?

R/es un conjunto de datos pertenecientes a un mismo contexto y almacenados

sistemáticamente para su posterior uso. En este sentido; una biblioteca puede
considerarse una base de datos compuesta en su mayoría por documentos y
textos impresos en papel e indexados para su consulta.

5-¿A qué se refiere la palabra Hardware?

R/se refiere a las partes físicas tangibles de un sistema informático; sus

componentes eléctricos, electrónicos, electromecánicos y mecánicos. Cables,
gabinetes o cajas, periféricos de todo tipo y cualquier otro elemento físico

52
involucrado componen el hardware; contrariamente, el soporte lógico e
intangible es el llamado software.

6-¿Qué tipos de proyectos informáticos existen?

Proyectos de investigación básica.

Proyectos de desarrollo.
Proyectos de evaluación.
Proyectos de colaboración con la industria
Resolución de problemas

7-¿Qué tipos hay de sistemas de proyectos?

Sistema de planificación.
Sistema de información.
Sistema de gestión de proyectos
Sistema humano

8-¿Qué es un programador?

R/es aquella persona que escribe, depura y mantiene el código fuente de un

programa informático, es decir, el conjunto de instrucciones que ejecuta el
hardware de una computadora, para realizar una tarea determinada. Un
programador o programadora, es la persona que elabora programas de
computadora

9-¿Cuál es la función del programador?

R/se encarga de la implementación de prototipos mediante un lenguaje de

programación, que compilados pueda entender la computadora.

10-¿Qué es el inicio de un proyecto informático y para qué sirve?

53
Se trata de proveer de las técnicas o conocimientos de base indispensables
para dirigir un proyecto informático. Y sirve para formalizar las ideas de
automatización hasta su implantación.

54