Monografia Administracion Alcance Proyecto Ti

INGENIERA DE SISTEMAS

ADMINISTRACIN DE PROYECTOS TIC Pgina 1

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



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



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



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



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.



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. Principales estndares y modelos .................................................................... 16

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



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.



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.



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.



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.



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



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:



Grafico N 3 Evolucin de los microprocesadores

Grafico N 4 Historia de la crisis de Software

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.

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



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



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



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



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)



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.



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 Otras unidades dentro de la organizacin ejecutora.

o Consultores.

o Profesionales y asociaciones tcnicas.

o 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



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

Documents

Monografia Administracion Alcance Proyecto Ti