Anda di halaman 1dari 20

INGENIERA DE SISTEMAS

DIVERSIFICACIN PRODUCTIVA Y DEL FORTALECIMIENTO DE LA


EDUCACIN
FACULTAD: Ingeniera.

ESCUELA PROFESIONAL DE: Ingeniera De Sistemas.

CENTRO ULADECH: Huarmey.

ASIGNATURA: ADMINISTRACIN DE PROYECTOS TIC

TEMA: Administracin y alcance de un Proyecto de TI


CICLO: IX.

DOCENTE TUTOR: Ing. OSCAR EDMUNDO(D) MALLQUI CANO

NOMBRE DEL ESTUDIANTE:

Garcia Regalado Jhonny

HUARMEY- PERU
2015

ADMINISTRACIN DE PROYECTOS TIC

Pgina 1

INGENIERA DE SISTEMAS

Autor. Jhonny Garcia Regalado


Tema. Administracin y alcance de un Proyecto de TI
Finalidad. Presentar una investigacin al docente, con la informacin recopilada durante
la investigacin.
Lugar. Huarmey, Ancash, Per
Ao. 14 de Junio de 2015

ADMINISTRACIN DE PROYECTOS TIC

Pgina 2

INGENIERA DE SISTEMAS

I.

Dedicatoria

El presente trabajo de investigacin va dedicado para mis padres que me han brindado
una buena educacin y a toda mi familia por ayudarme con los diferentes problemas que
se presentan en mi vida cotidiana

ADMINISTRACIN DE PROYECTOS TIC

Pgina 3

INGENIERA DE SISTEMAS

II.

Agradecimientos

Agradezco a Dios por brindarme un da ms de vida, brindarme las oportunidades que


hoy da tengo, por los momentos de alegra y por brindarme fuerzas para enfrentar
cualquier tipo de problema y tambin agradezco a mi familia por brindarme su apoyo en
los momentos ms difciles

ADMINISTRACIN DE PROYECTOS TIC

Pgina 4

INGENIERA DE SISTEMAS

III.

Epgrafe

La imaginacin es ms importante que la ciencia, porque la ciencia es limitada,


mientras que la imaginacin abraza el mundo entero

Una madre es capaz de ensear a ms de un centenar de profesores.

La conciencia es el mejor libro de moral y lo que menos se consult.

El sabio no dice nunca todo lo que piensa, pero siempre piensa todo lo que dice

Si los hombres han nacido con dos ojos, dos orejas y una sola lengua es porque se
debe escuchar y mirar dos veces antes de hablar.

Algunas personas son tan falsas que ya no distinguen que lo que piensan es
justamente lo contrario de lo que dicen.

ADMINISTRACIN DE PROYECTOS TIC

Pgina 5

INGENIERA DE SISTEMAS
Sumario
Contenido
I. Dedicatoria ..............................................................................................................................3
II. Agradecimientos ....................................................................................................................4
III. Epgrafe ................................................................................................................................5
IV. Resumen: ..............................................................................................................................7
V. Introduccin...........................................................................................................................8
CAPITULO I ..............................................................................................................................9
1.1.

Procesos De Direccin De Proyectos .........................................................................9

1.2.

Qu es un proyecto? .................................................................................................9

1.3.

Criterios de un Proyecto ............................................................................................9

1.4.

Definicin de los proyectos informticos ................................................................ 10

1.5.

Necesidades de un Proyecto ..................................................................................... 11

CAPITULO II .......................................................................................................................... 12
2.1.

Los sistemas de informacin en la empresa ............................................................ 12

2.2.

Fundamentacin de la Crisis del Software ............................................................. 14

2.3.

Estrategias para contrarrestar la crisis del Software. ........................................... 14

2.4.

Principales organizaciones de estandarizacin....................................................... 15

2.5.

Estndares para la Ingeniera del Software............................................................ 16

2.5.1.
2.6.

Principales estndares y modelos ....................................................................16

La integracin de sistemas ....................................................................................... 17

2.6.1.

Caractersticas de integracin. ........................................................................17

CAPITULO III ......................................................................................................................... 18


5.1.

Gestin del Alcance .................................................................................................. 18

5.2.

Procesos de la Administracin del alcance del proyecto ........................................ 18

5.2.1.

Inicio ..................................................................................................................18

5.3.

Planificacin del alcance .......................................................................................... 19

5.4.

Definicin del Alcance. ............................................................................................. 20

5.5.

Verificacin del Alcance ........................................................................................... 20

2.7.

Conclusiones: ............................................................................................................ 20

2.8.

Referencias bibliogrficas:....................................................................................... 20

ndice de Grficos:
Grafico N 1 Evolucin de los microprocesadores
Grafico N 2 Historia de la crisis de Software

ADMINISTRACIN DE PROYECTOS TIC

Pgina 6

INGENIERA DE SISTEMAS

IV.

Resumen:

En resumen el trabajo trata sobre la administracin y alcance de un proyecto de ti para


ello hay que tener en cuenta la direccin, gestin y el alcance del proyecto
Para que un proyecto de TI basado en un sistema de informacin tenga una buena
implementacin se tiene que ver el alcance a quienes tiene que llegar el proyecto y adems
como se debe de gestionar para que en el proceso no ocurra problemas y se pueda cancelar
el proyecto para ello hay que tener bien planificado la direccin que se debe de tomar
para la realizacin de un proyecto, se debe de conocer los requerimientos de la empresa
para poder implementar el proyecto de TI para que de esta manera se obtenga resultados
favorables que ayuden a justificar el motivo de la implementacin del proyecto.

ADMINISTRACIN DE PROYECTOS TIC

Pgina 7

INGENIERA DE SISTEMAS
V.

Introduccin

El presente trabajo trata sobre la administracin y alcance de un proyecto conociendo la


direccin, la gestin y adems el alcance que se debe tener en cuenta para poder
implementar el proyecto de TI. En una empresa se observa que Cada vez ms los sistemas
que construimos los informticos aportan ms valor aadido a las organizaciones que los
utilizan, hacindolas ms competitivas, con avances importantes en eficiencia, en eficacia
y en efectividad; y en este sentido han adquirido una mayor importancia y un carcter
ms estratgico dentro del conjunto de decisiones directivas, sin embargo en la aplicacin
la propia funcin informtica de las empresas est sometida a problemas organizativos de
direccin y gestin que conviene conocer y analizar. Para ello adems hay que tener en
cuenta que en toda empresa, la preocupacin permanente por la mejora de la
administracin, las finanzas y la produccin han conducido a la rpida adopcin de
sistemas automticos capaces de facilitar tareas mecnicas y rutinarias, evitar errores y
mejorar el control de la cartera de clientes y con el incremento consiguiente de la calidad.
Para ello se debe de conocer que un proyecto que no realiza el anlisis y la definicin del
alcance est afectando directamente con su organizacin y como consecuencia tiene
grandes probabilidades de fracasar. La administracin del alcance del proyecto incluye
los procesos necesarios para asegurar que este contenga todas las actividades para tener
xito en los resultados.

ADMINISTRACIN DE PROYECTOS TIC

Pgina 8

INGENIERA DE SISTEMAS
CAPITULO I
1.1. Procesos De Direccin De Proyectos
Cada vez ms los sistemas que construimos los informticos aportan ms valor aadido
a las organizaciones que los utilizan, hacindolas ms competitivas, con avances
importantes en eficiencia, en eficacia y en efectividad; y en este sentido han adquirido
una mayor importancia y un carcter ms estratgico dentro del conjunto de decisiones
directivas, sin embargo en la aplicacin la propia funcin informtica de las empresas
est sometida a problemas organizativos de direccin y gestin que conviene conocer y
analizar
Antes de mencionar los procesos de direccin de proyectos se definir algunos conceptos
bsicos:
1.2. Qu es un proyecto?
Un proyecto es esencialmente un conjunto de actividades interrelacionadas, con un inicio
y una finalizacin definida, que utiliza recursos limitados para lograr un objetivo deseado.
Los dos elementos bsicos que incluye esta definicin son: las actividades y los recursos.
Las actividades: Son las tareas que deben ejecutarse para llegar a un fin preestablecido
(objetivo deseado); por ejemplo: recopilar informacin; realizar diagnsticos;
confeccionar un diseo 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.
Para determinar la secuencia lgica de las actividades se debe establecer el mtodo, el
tiempo y el costo, de cada operacin.
Los recursos: Son los elementos utilizados para poder realizar la ejecucin de cada una
de las tareas; como por ejemplo: hardware, programas de base (sistemas operativos),
programas de aplicacin, discos de almacenamiento, energa, servicios, inversiones de
capital, personal, informacin, dinero y tiempo. Entonces el fin primario de desarrollar
un proyecto debe ser producir un programa calendario en el cual los recursos, siempre
limitados, se asignen a cada una de las actividades en forma econmicamente ptima.
Los Objetivos: En cuanto al objetivo del proyecto, este puede ser sencillo y no demandar
ni muchas tareas ni demasiados recursos; o por el contrario, puede ser complejo y exigir
mltiples actividades y una gran cantidad de recursos para poder alcanzarlo.
1.3. Criterios de un Proyecto
Pero independientemente de su complejidad, caractersticamente todo proyecto rene la
mayora de los siguientes criterios:
1.3.1. Procesos iniciales: Reconocer que el proyecto (o fase) debe comenzar y
comprometerse a ello, teniendo un principio y un fin.

ADMINISTRACIN DE PROYECTOS TIC

Pgina 9

INGENIERA DE SISTEMAS
1.3.2. Procesos de planificacin: Concebir y mantener un esquema factible de trabajo
para satisfacer la necesidad de negocio por la que se encara el proyecto, Tener un
calendario definido de ejecucin
1.3.3. Procesos de ejecucin: Coordinar las personas y otros recursos para ejecutar el
plan y plantearse de una sola vez, Constar de una sucesin de actividades o de
fases.
1.3.4. Procesos de control: Asegurar que los objetivos del proyecto mediante control y
medicin del progreso y si es necesario, tomando acciones correctivas, agrupar
personas en funcin de las necesidades especficas de cada actividad
1.3.5. Procesos de cierre: Formalizar la aceptacin del provecto (o fase) y llevarla a un
fin ordenado, contar con los recursos necesarios para desenvolver las actividades.
Deming, seala y remarca muy claramente, al presentar su teora 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 orientacin basada en principios
administrativos, stos esfuerzos pueden causar profundos daos. La necesidad de la
consistencia en los esfuerzos supone que si cada uno sabe lo que tiene que hacer y, que si
cada uno hiciese lo mejor que puede, el resultado sera la dispersin del conocimiento y
de los esfuerzos; por lo tanto, no hay nada que substituya al trabajo en equipo y a los
buenos lderes, para alcanzar una consistencia entre los esfuerzos y el conocimiento
necesario.
Algo importante a tener siempre presente es que: si el administrador realiza un buen
trabajo en la gestin del proyecto, su xito podr ser visto y verificado por los dems; en
caso contrario, naturalmente, el fracaso tambin estar a la vista de todo el mundo.
La responsabilidad es muy alta: alcanzar el objetivo o no. Pero la oportunidad de
"demostrar la capacidad profesional", es de las que no pueden dejarse pasa por alto.

1.4. Definicin de los proyectos informticos


Un proyecto informtico es un sistema de cursos de acciones simultneas y/o secuenciales
que incluye personas, equipamientos de hardware, software y comunicaciones, enfocadas
en obtener uno o ms resultados deseables sobre un sistema de informacin. El inicio de
un proyecto informtico generalmente est dado en la solicitud de requerimientos de los
usuarios, y siendo que los diferentes sistemas de Informacin Abordan los diferentes tipos
de problemas organizacionales; podemos clasificar a los Sistemas de Informacin segn
sean las aplicaciones que necesite cada usuario en: Sistemas de Transacciones, Sistemas
de Soporte para la toma de decisiones, y Sistemas Expertos.

ADMINISTRACIN DE PROYECTOS TIC

Pgina 10

INGENIERA DE SISTEMAS
1.5. Necesidades de un Proyecto
En un entorno informtico estable, la decisin de iniciar un proyecto viene dada por las
necesidades de: mantenimiento, modificacin, mejoramiento, reemplazo o capacidad;
encuadrndose as, el proyecto informtico, dentro de una categora de complejidad.
1.5.1. Mantenimiento del programa: Es una consecuencia de una omisin realizada en
la etapa del diseo del sistema e involucra solucionar fallas menores del sistema,
que obligar a la realizacin de cambios en el programa; como por ejemplo el
descuido de no considerar que puedan ocurrir en el sistema, ciertas condiciones
extraordinarias; como sera el caso de un aumento no previsto del 60 %, en la
emisin de rdenes de compra. Las fallas tambin pueden provenir de otros
factores, como ser en el caso de que existan cambios en las expectativas de los
usuarios.
1.5.2. Modificacin del programa: Involucra algo ms que un simple cambio en el
programa; involucra un cambio estructural de una entidad Por ejemplo, un cambio
en el nmero de dgitos del cdigo postal, o en el cdigo de zona telefnica. La
diferencia con el Mantenimiento es el grado de importancia.
1.5.3. Mejoramiento del sistema: Es el agregado de capacidades que no formaron parte
del sistema de informacin original; por ejemplo cuando en una divisin se
implement un sistema de inventarios, este sistema no inclua un modulo para
calcular la futura demanda de bienes y partes. La inclusin de este sofisticado
mdulo de clculo es considerado un mejoramiento del sistema.
1.5.4. El Reemplazo del sistema; Ocurre cuando los sistemas de informacin se tornan
fsicamente, tecnolgicamente o competitivamente obsoletos. Como es el caso de
la utilizacin del lser, en el reconocimiento ptico de caracteres para la lectura
del cdigo de barras, remplazando a la entrada por teclado.
1.5.5. Nueva Capacidad del sistema: Son sistemas de informacin para los cuales no
es necesario el uso de la automatizacin. Estn dados por la capacidad de poder
modelizar la aplicabilidad de nuevos sistemas. Un ejemplo de ello, es la aplicacin
de los sistemas expertos

ADMINISTRACIN DE PROYECTOS TIC

Pgina 11

INGENIERA DE SISTEMAS
CAPITULO II
2.1. Los sistemas de informacin en la empresa
En los ltimos aos se han incorporado a nuestro entorno numerosos avances
tecnolgicos. Son demasiadas aportaciones a la sociedad del bienestar para predecir un
retroceso. En toda empresa, la preocupacin permanente por la mejora de la
administracin, las finanzas y la produccin han conducido a la rpida adopcin de
sistemas automticos capaces de facilitar tareas mecnicas y rutinarias, evitar errores y
mejorar el control de la cartera de clientes y con el incremento consiguiente de la calidad.
Durante las tres ltimas dcadas hemos asistido a una segunda revolucin tecnolgica a
causa de la integracin de los ordenadores y los sistemas de informacin en la estrategia
empresarial, factor bsico de nuevas ventajas competitivas en manos de los directivos y
arma poderossima para obtener nuevas oportunidades de negocio. En verdad no se puede
considerar a los proveedores externos de servicios informticos socios estratgicos,
porque obviamente las metas y objetivos empresariales no coinciden nunca, por otra parte
la contratacin de proveedores externos puede resultar, si no se negocia bien, ms cara a
largo plazo que el mantenimiento de las capacidades propias. Es cierto que se puede
reducir los costos de la mayor parte de los departamentos de informtica ligando la
poltica de sistemas de informacin a la estrategia de la empresa (deben dejar de ser islas)
mediante la adecuada adaptacin de los recursos humanos y materiales a la esencia del
negocio y recurriendo a las herramientas ms potentes, desde el benchmarking a los
procesos de reingenieria, anlisis de valor y programas de calidad total. Siguiendo esta
tendencia, se ha podido constatar en los ltimos aos el ascenso en los organigramas de
los responsables de sistemas de informacin (Chief Information Officer CIO). As, cada
vez ms, se considera al director de informtica un gestor, cada vez menos un tcnico. Se
desmitifica su funcin y se asume que el xito de su trabajo depende de su capacidad de
integrar de manera coherente las decisiones y planes sobre sistemas de informacin en la
estrategia empresarial. Es habitual or hablar de que esta o aquella empresa ha obtenido
ventajas competitivas y estratgicas mediante un adecuado uso de tecnologas de
informacin. Se trata de saber ser un buen seguidor de los lderes del mercado. No caer
en la desventaja competitiva ms que de ser capaz de generar una ventaja relativa. Innovar
puede ser a veces tan peligroso como no reaccionar a tiempo y correctamente en las
nuevas condiciones del entorno. En manos del directivo esta elegir una u otra opcin, para
lo cual necesitar adquirir una visin global y empresarial de los sistemas de informacin.
Para alcanzar un objetivo estratgico hacen falta tres requisitos: tener una visin de lo que
se quiere, conocer aproximadamente las herramientas y recursos necesarios para su
obtencin y dar los primeros pasos. Por eso, haremos un nfasis en la visin estratgica
de los sistemas de informacin. Dentro de la gestin de la integracin de las tecnologas
de informacin y comunicacin existen algunas reglas que debemos tener en cuenta:

ADMINISTRACIN DE PROYECTOS TIC

Pgina 12

INGENIERA DE SISTEMAS

Grafico N 3 Evolucin de los microprocesadores

Los factores que han aportado aceleracin al ritmo de crecimiento del hardware son:
Incremento de la capacidad de operacin.
Incremento de la miniaturizacin.
Reduccin de costes en la produccin.

Grafico N 4 Historia de la crisis de Software

Rojo: El proyecto se aborta o el sistema no se llega a utilizar


Amarillo: Desbordamiento de agendas o costes. Las funcionalidades no cubren las
expectativas. Problemas funcionales
Verde: Proyecto realizado en el tiempo previsto, con los costes previstos, con la
funcionalidad esperada y ofreciendo un funcionamiento correcto
ADMINISTRACIN DE PROYECTOS TIC

Pgina 13

INGENIERA DE SISTEMAS
2.2. Fundamentacin de la Crisis del Software
Este problema se identific por primera vez en 1968, ao en el que la organizacin
NATO desarroll la primera conferencia sobre desarrollo de software, y en la que se
acuaron los trminos crisis del software para definir a los problemas que surgan en el
desarrollo de sistemas de software, e ingeniera del software para describir el conjunto
de conocimientos que existan en aquel estado inicial.
Algunas referencias tiles para comprender cules eran los conocimientos estables para
el desarrollo de software en 1968 son:
En 1962 se public el primer algoritmo para bsquedas binarias.

C. Bhm y G. Jacopini publicaron en 1966 el documento que creaba una


fundacin para la eliminacin de GoTo y la creacin de la programacin
estructurada.
En 1968 los programadores se debatan entre el uso de la sentencia GoTo, y la
nueva idea de programacin estructurada; ese era el caldo de cultivo en el que
Edsger Dijkstra escribi su famosa carta GoTo Statement Considered Harmful
en 1968.
La primera publicacin sobre programacin estructurada no vio la luz hasta 1974,
publicada por Larry Constantine, Glenford Myers y Wayne Stevens.
El primer libro sobre mtrica de software fue publicado en 1977 por Tom Gilb.
El primero sobre anlisis de requisitos apareci en 197

2.3.Estrategias para contrarrestar la crisis del Software o sistemas de informacin


Desde 1968 hasta la fecha han sido muchos los esfuerzos realizados por los
departamentos de informtica de las universidades, y por organismos de
estandarizacin (SEI, IEEE, ISO) para identificar las causas del problema y definir
pautas estndar para la produccin y mantenimiento del software. Los esfuerzos se
han encaminado en tres direcciones principales.
Identificacin de los factores clave que determinan la calidad del software.
Identificacin de los procesos necesarios para producir y mantener software.
Acotacin, estructuracin y desarrollo de la base de conocimiento necesaria para
la produccin y mantenimiento de software.
El resultado ha sido la necesidad de profesionalizar el desarrollo, mantenimiento
y operacin de los sistemas de software, introduciendo mtodos y formas de
trabajo sistemtico, disciplinado y cuantificable.
La forma de trabajo de programadores individuales surgida por la necesidad de los
primeros programas, ha creado una cultura de la programacin heroica, para el desarrollo
de software que es la principal causa de los problemas apuntados, y en la actualidad una
de las principales resistencias a la implantacin de tcnicas de ingeniera para el desarrollo
de sistemas

ADMINISTRACIN DE PROYECTOS TIC

Pgina 14

INGENIERA DE SISTEMAS
La Ingeniera del Software es una ingeniera relativamente joven que necesitaba:

Definirse a s misma: Cules son las reas de conocimiento que la comprenden?


Definir los procesos que intervienen en el desarrollo, mantenimiento y operacin
del software
De las mejores prcticas, extraer modelos de cmo ejecutar esos procesos para
evitar los problemas de la crisis del software
Definir criterios unificadores para las tareas de requisitos, pruebas, gestin de la
configuracin, etc.
Los estndares son tiles porque:
Agrupan lo mejor y ms apropiado de las buenas prcticas y usos del desarrollo
de software.
Engloban los conocimientos.
Proporcionan un marco para implementar procedimientos de aseguramiento de la
calidad.
Proporcionan continuidad y entendimiento entre el trabajo de personas y
organizaciones distintas.
2.4. Principales organizaciones de estandarizacin
Desde la identificacin del fenmeno crisis del software, han sido muchas las
organizaciones que han abordado, con mayor o menor rigor, el anlisis de problemas
en el desarrollo de sistemas de software. Sus trabajos se han encaminado a la
localizacin de las causas; y a la exposicin en textos didcticos, normativos o
estndares de procesos o prcticas necesarias para abordar el desarrollo,
mantenimiento y operacin con las mayores garantas de xito. Han sido muchos los
departamentos de universidades, organismos de normalizacin o investigacin
nacionales o internacionales, sociedades de profesionales, departamentos de defensa,
departamentos de calidad y procesos de empresas los que han ido generando normas
y estndares.Este compendio considera como entidades de mayor reconocimiento
internacional, por sus trabajos y esfuerzos realizados para la normalizacin, y
reconocimiento de la Ingeniera del software a: ISO, IEEE- Computer Society y SEI.
A) ISO
Organizacin Internacional para la Estandarizacin. Fundada en 1947 Son miembros
87 pases. En 1987 la Organizacin Internacional para la Estandarizacin (ISO) y la
Comisin Internacional Electrotcnica (IEC), establecieron un Comit Internacional
(JTC1) para las Tecnologas de la Informacin. La misin del JTC1 es la
estandarizacin en el campo de campo de los sistemas de tecnologas de la
informacin, incluyendo microprocesadores y equipos. Los estndares o instrucciones
tcnicas ms importantes para la Ingeniera del Software:

ISO/IEC 12207
ISO/IEC TR 15504

ADMINISTRACIN DE PROYECTOS TIC

Pgina 15

INGENIERA DE SISTEMAS
B) SEI Instituto de Ingeniera del software.
(SEI http://www.sei.cmu.edu/).Integrado en la Universidad Carnegie Mellon.Los
trabajos y aportaciones realizadas por el Instituto de Ingeniera del Software a la
Ingeniera del software son tambin referente mundial de primer orden, siendo la
aportacin ms significativa los modelos de madurez de las capacidades: CMM y
CMMI; que en sus casi 15 aos de implantacin efectiva en entornos de produccin
de software han demostrado su efectividad en las dos finalidades que cubren: como
marco de referencia para mejora de procesos, y como criterio de evaluacin para
determinar la madurez, y por tanto fiabilidad de resultados previsibles de una
organizacin de software.
C) IEEE Computer Society IEEE
Es el Instituto de Ingenieros en electricidad y electrnica (Institute of Electrical and
Electronics Engineers). Su misin es preservar, investigar y promover la informacin
de las tecnologas elctricas y electrnicas. Surgi en 1963 con la fusin del AIEE
(Instituto Americano de Ingenieros Elctricos) y el Instituto de Ingenieros de Radio
(IRE). La IEEE Computer Society (www.computer.org) es una sociedad integrada en
IEEE, formada en la actualidad por ms de 100.000 miembros en todo el mundo.
Su finalidad es avanzar en la teora, prctica y aplicacin de las tecnologas de la
informacin. Realiza conferencias, publicaciones, cursos de formacin, y desarrolla
estndares
2.5. Estndares para la Ingeniera del Software
IEEE ha desarrollado estndares para todas las reas de Ingeniera del Software.
Algunos de ellos, correspondientes a las principales reas especficas de la Ingeniera
del Software son:

IEEE Std. 830 Prcticas recomendadas para las especificaciones de software.


IEEE Std. 1362 Gua para la especificacin del documento de requisitos
ConOps
IEEE Std. 1063 Estndar para la documentacin de usuario de software.
IEEE Std. 1012 Estndar para la verificacin y validacin de software.
IEEE Std. 1219 Estndar para el mantenimiento del software
2.5.1. Principales estndares y modelos
SWEBOK: Software Engineering Body of knowledge
ISO/IEC 12207: Procesos del ciclo de vida del software
CMM / CMMI ISO/IEC TR 15504
IEEE 830 - IEEE 1362 - ISO/IEC 14764

ADMINISTRACIN DE PROYECTOS TIC

Pgina 16

INGENIERA DE SISTEMAS
2.6. La integracin de sistemas
Un conjunto particular de proyectos informticos viene definido por los proyectos de
integracin de sistemas, cuyo fin no es el desarrollo de una aplicacin, si no la puesta en
relacin y funcionamiento de un conjunto heterogneo de componentes para conseguir
una solucin global que responda a una necesidad de usuario. La ingeniera de Sistemas
consiste en integrar productos de Hardware y Software estndar, as como productos
desarrollados especficamente para construir un sistema que sea una solucin completa.
2.6.1.

Caractersticas de integracin.
Competencia tcnica del integrador.
Conocimientos de los diferentes proveedores, productos y / o servicios.
Realizar el plan operativo de definicin de la solucin a construir.
Tomar en cuenta la complejidad del proyecto.
Analizar los riesgos tecnolgico y financiero.
Mtodo de desarrollo (de la solucin)
Mtodo de direccin (del proyecto)
Contar con un equipo de profesionales (para el desarrollo y e integracin del
proyecto)

ADMINISTRACIN DE PROYECTOS TIC

Pgina 17

INGENIERA DE SISTEMAS
CAPITULO III
5.1.Gestin del Alcance
Un proyecto que no realiza el anlisis y la definicin del alcance est afectando
directamente con su organizacin y como consecuencia tiene grandes probabilidades de
fracasar. La administracin del alcance del proyecto incluye los procesos necesarios para
asegurar que este contenga todas las actividades para tener xito en los resultados.
5.2. Procesos de la Administracin del alcance del proyecto
Los principales procesos son:

Inicio
Planificacin del alcance
Definicin del alcance
Verificacin del alcance
Control del cambio de alcance

5.2.1. Inicio
Debemos recordar que la idea de un proyecto informativo evoluciona desde ideas
abstractas hasta concretizase en ideas realizables.
Estas ideas y necesidades dan el inicio al alcance del Proyecto.
A. Entradas para la Iniciacin
Descripcin del Producto. Los documentos de descripcin del producto describen las
caractersticas del producto o servicio que fue elegido para crearse.

La descripcin del producto generalmente tendr menos detalles en sus fases


tempranas y ms detalles en las fases subsiguientes a medida que las
caractersticas del producto son elaboradas progresivamente.
Plan estratgico. (Anlisis de Fuerzas y debilidades) Todo proyecto informtico
deber apoyarse en las metas estratgicas de la organizacin ejecutora el plan
estratgico de la organizacin ejecutora deber considerarse como un factor en la
toma de decisiones para seleccionar el proyecto.
Informacin Organizacional (Anlisis de la Empresa) La informacin histrica de
decisiones previas de seleccin de proyectos y de sus reportes de ejecucin se
deben considerar en la medida que esta informacin est disponible. Es importante
conocer las condiciones en que se encuentra la organizacin.

B. Herramientas y Tcnicas para la Iniciacin


Anlisis de Factibilidad. Para la seleccin y aprobacin del proyecto se puede
utilizar el mtodo de Factibilidad quien nos ayudara a evitar inconvenientes
futuros.
ADMINISTRACIN DE PROYECTOS TIC

Pgina 18

INGENIERA DE SISTEMAS

Arboles de Decisin Se refiere al mtodo como modelos de decisin. Los mtodos


de decisin incluyen tcnicas generalizadas aplicar un criterio de seleccin de
proyecto compleja, en un modelo sofisticado es muchas veces tratado como una
fase por separado del proyecto.
Opinin Experta. La opinin experta ser requerida muchas veces para acelerar
las entradas a este proceso. Tal experiencia puede ser provenida por cualquier
grupo o individuo con conocimiento o entrenamiento especializado y est
disponible de muchas otras fuentes que incluyen:
o
o
o
o

Otras unidades dentro de la organizacin ejecutora.


Consultores.
Profesionales y asociaciones tcnicas.
Grupos de industria.

C. Salidas de la Iniciacin
Charter del proyecto (Informe de Problema, Informe Preliminar). Un charter del
proyecto es un documento que reconoc formalmente la existencia de un proyecto, este
deber incluir, directamente o por medio de referencias con otros documentos lo
siguiente:
La necesidad del negocio para la cual en proyecto fue creado.
La descripcin del producto El charter del proyecto deber ser generado por un
administrador externo al proyecto y a un nivel apropiado para las necesidades del
proyecto.
La identificacin/ asignacin del administrador del proyecto En general, el
administrador del proyecto deber ser identificado y asignado tan tempranamente
como sea posible. El administrador del proyecto siempre deber ser asignado con
anterioridad al comienzo del plan de ejecucin del proyecto.
Restricciones. Las restricciones son factores que limitaran las opciones del equipo
administrativo del proyecto. Por ejemplo, un presupuesto predefinido es una
restriccin que muy seguramente limitara las opciones que tiene el equipo
administrador con respecto al alcance, personal, y programacin. Cuando un
proyecto se ejecuta bajo un contrato, las provisiones contractuales generalmente
sern restricciones.

Suposiciones. Las suposiciones son factores que, para propsitos de planeacin, se


consideran como ciertas, reales, o seguras. Por ejemplo, si la fecha en que una
persona clave se pueda hacer disponible es incierta, el equipo puede asumir una fecha
especfica de comienzo. Las suposiciones generalmente involucran un grado de
riesgo. Estas se podrn identificar aqu o pueden ser el resultado de una identificacin
de riesgo.
5.3.Planificacin del alcance
Se trabaja a partir de la solucin propuesta que ser la meta que deber alcanzar el
proyecto. Esta primera regla es sumamente importante para armar la estructura del
proyecto propuesto, ya que la meta es lo primero que se coloca en el proceso de
ADMINISTRACIN DE PROYECTOS TIC

Pgina 19

INGENIERA DE SISTEMAS
implementacin de todo proyecto de inversin. En esta etapa el responsable del
proyecto deber realizar una reevaluacin de la propuesta para establecer su
compromiso con la meta, esto asegura que todos en el grupo apunten en la misma
direccin. Propiciar una visin comn hace que cada miembro del equipo del proyecto
est orientado en la misma direccin.
5.4.Definicin del Alcance.
La definicin del alcance involucra subdividir las principales entregas del proyecto
en componentes ms pequeos para facilitar su manejo
5.5. Verificacin del Alcance
La verificacin del alcance es el proceso de la aceptacin formal del alcance del proyecto
por las partes interesadas estos requieren revisar productos de trabajo y sus resultados
para asegurar que todos fueran completados correcta y satisfactoriamente. La verificacin
del alcance difiere del control de calidad en el que este se preocupa primariamente en la
aceptacin de los resultados de trabajo mientras que el control de calidad se preocupa
principalmente de la medida en que el trabajo se halla hecho de manera correcta
2.7. Conclusiones:
Con la investigacin realizada ayudara a mejorar el desarrollo de un proyecto conociendo
el alcance, direccin y la gestin que se debera de realizar para obtener un buen proyecto
y ejecutarlo al final siempre teniendo en cuenta cada uno de los elementos que cuenta la
implementacin de un proyecto, la direccin de un proyecto de TI como un sistema de
informacin debe contar con un mantenimiento, mejoramiento, modificacin, reemplazo
y nueva capacidad del sistema, toda direccin de proyectos lleva consigo un rol, de
actividades que deben estar correctamente asignados, y cada miembro del equipo debe
saber cul es el papel que le corresponde. La integracin de un sistema de informacin
est dada por la capacidad de integrar de un personal encargado de esta actividad en una
empresa. El alcance del proyecto se refiere a que el sistema de informacin o el proyecto
a implementar tengan todos los requerimientos de una empresa para que esta pueda
obtener buenos resultados.
2.8. Referencias bibliogrficas:
Lpez Quesada J. Introduccin a la ingeniera de software, Citado en:
ttp://dis.um.es/~lopezquesada/documentos/UM_1112/FIS_0910/curso/UT1.pdf

ADMINISTRACIN DE PROYECTOS TIC

Pgina 20