Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica

Unidad 2: Gestin de Proyectos.

Objetivo:
El estudiante Identificar reas de oportunidad en una organizacin, para la propuesta y diseo de sistemas de
informacin. Tambin analizar diversas alternativas de solucin a partir de la identificacin y definicin de
requerimientos especificados por el cliente.

2.1. Actividades de gestin.

Gestin de proyectos de sistemas de informacin.
Proyecto se refiere a todas las acciones que deben realizarse para cumplir con una necesidad definida dentro de los
plazos. As, ya que el proyecto es una accin temporaria que tiene principio y fin, que utiliza recursos identificados
(humanos y materiales) durante su ejecucin, y que tiene un costo, deber tener recursos presupuestados y una hoja
de balance independiente a la de la compaa. "Productos finales" se refiere a los resultados esperados del
proyecto.
En un sistema de informacin con calidad esta desarrollado con una adecuada organizacin; es por eso que es
necesario dar importancia a la administracin de proyectos de sistemas informacin como herramienta dentro de
las empresas para el desarrollo de sistemas de informacin.
Las empresas con sistemas de informacin de calidad son aquellas que tiene una cultura organizacional flexible y
no ortodoxa, es decir, hacen cambios en su forma de hacer las cosas, hacen uso de la tecnologa para el bien de la
empresa.
Dentro de unos pocos aos aquellas empresas que no cambien sus viejos sistemas por sistemas de informacin
computacionales, sean capaces de desarrollar dentro de ellas sistemas de informacin de calidad con la ayuda de
una buena administracin de proyectos de sistemas de informacin, hagan uso adecuado de la informacin y
tengan una apertura hacia nuevas ideas y uso de nuevas tecnologas simplemente sern aplastadas por la
tecnologas y por su misma ignorancia al cambio.
Importancia de la gestin de proyectos de sistemas de informacin.
Antes que nada debemos de definir que es administracin y que es un proyecto: "Administracin es el proceso de
planear, organizar, dirigir y controlar el uso de recursos para lograr objetivos".
Otra definicin es la de koontz "La administracin es el proceso de disear y mantener un ambiente en el cual las
personas, trabajando juntas en grupos, alcanzan con eficiencia metas seleccionadas".
Entonces podemos definir a la administracin como el proceso de organizar, planear, dirigir y controlar;
actividades y recursos con el fin de lograr un objetivo.
Ahora definimos que es un proyecto "un proyecto es una organizacin de gente dedicada a un propsito u objetivo
especifico".
Habiendo definido los conceptos de administracin y de proyecto podemos decir que "La administracin de
proyectos es la aplicacin del enfoque de sistemas para la administracin de tareas tecnolgicas complejas o de
proyectos cuyos objetivos se establecen explcitamente en trminos de tiempo, costos y parmetros de realizacin".

L.S.C.A. Ral1Monforte Chuln

MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
Despus de haber visto la definicin de administracin de proyectos podemos dar nuestro punto de vista acerca de
que es la administracin de proyectos; La administracin de proyectos es la forma de planear, organizar, dirigir y
controlar una serie de actividades realizadas por un grupo de personas que tienen un objetivo especifico; el cual
puede ser (crear, disear, elaborar, mejorar, analizar, etc.) un problema o cosa.

2.2. Estudio de viabilidad del proyecto.

Estudio de factibilidad:
El proceso de ingeniera de requerimientos comienza con un estudio de viabilidad. Este es un estudio corto que
ayuda a resolver si un nuevo sistema de software es o no candidato para desarrollarse de acuerdo a los recursos y
restricciones impuestas por al organizacin.
Llevar a cabo un estudio de factibilidad comprende la evaluacin y recoleccin de informacin y la redaccin de
informes.

Factibilidad Tcnica:
Es un estudio de funciones, rendimiento y restricciones que puedan afectar la realizacin de un sistema aceptable.
Las restricciones adems de presupuesto y tiempo incluyen los recursos humanos, hardware y software. Con este
estudio se determina si con la tecnologa existente se puede implementar el nuevo sistema, o si hay que adquirir
nueva tecnologa.
Este estudio se refiere a los recursos necesarios como herramientas, conocimientos, habilidades, experiencia, etc.,
que son necesarios para efectuar las actividades o procesos que requiere el proyecto.
Generalmente nos referimos a elementos tangibles (medibles). El proyecto debe considerar si los recursos tcnicos
actuales son suficientes o deben complementarse.
Se tomarn en cuenta los siguientes puntos para la redaccin.
* Mejora del sistema actual.
* Disponibilidad de tecnologa que satisfaga las necesidades.
En este apartado se redacta si la empresa cuenta con el hardware suficiente, hablamos de algo tangible.
Factibilidad Econmica
Es una evaluacin de costo beneficio del sistema que se quiere desarrollar, para saber que tan efectivo resultar
su desarrollo, si contribuye o no a los objetivos del negocio, lo que determinar si vale la pena o no la inversin
econmica.
Este estudio se refiere a los recursos econmicos y financieros necesarios para desarrollar o llevar a cabo las
actividades o procesos y/o para obtener los recursos bsicos que deben considerarse son el costo del tiempo, el
costo de la realizacin y el costo de adquirir nuevos recursos.
L.S.C.A. Ral2Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
Generalmente la factibilidad econmica es el elemento ms importante ya que a travs de l se solventan las dems
carencias de otros recursos, es lo ms difcil de conseguir y requiere de actividades adicionales cuando no se
posee.
Se tomarn en cuenta los siguientes puntos para la redaccin.
* Tiempo del analista.
* Costo de estudio.
* Costo del tiempo del personal.
* Costo del tiempo.
* Costo del desarrollo / adquisicin.
En este apartado se redacta si la empresa cuenta con el capital suficiente para solventar el proyecto, pero
mencionan a la empresa no le va a costar ya que es un proyecto escolar desarrollados por alumnos del ITSVA.
Factibilidad Operacional
Se trata de averiguar si el nuevo sistema es el adecuado para la organizacin. Se necesita saber si el nuevo sistema
es flexible y puede integrarse a otros ya existentes en la organizacin.
Este estudio se refiere a todos aquellos recursos donde interviene algn tipo de actividad (Procesos), depende de
los recursos humanos que participen durante la operacin del proyecto. Durante esta etapa se identifican todas
aquellas actividades que son necesarias para lograr el objetivo y se evala y determina todo lo necesario para
llevarla a cabo.
Se tomarn en cuenta los siguientes puntos para la redaccin.
* Operacin garantizada.
* Uso garantizado.
En este apartado se redacta si la empresa cuenta con la gente capacitada para manejar el software. Hablamos de
gente que al menos tenga conocimientos bsicos de computacin.
Presentacin de un estudio de factibilidad
Un estudio de factibilidad requiere ser presentado con todas la posibles ventajas para la empresa u organizacin,
pero sin descuidar ninguno de los elementos necesarios para que el proyecto funcione. Para esto dentro de los
estudios de factibilidad se complementan dos pasos en la presentacin del estudio:
Requisitos ptimos de Hardware
Ejemplo: Procesador: Memoria RAM: Etc.

Requisitos Mnimos de Hardware

Ejemplo: Procesador: Memoria RAM: Etc.

Requisitos ptimos de Software

Requisitos Mnimos de Software

Requisitos ptimos Gestor de Base de Datos

Requisitos ptimos software de diseo

* Requisitos ptimos.

L.S.C.A. Ral3Monforte Chuln

MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
El primer paso se refiere a presentar un estudio con los requisitos ptimos que el proyecto requiera, estos
elementos debern ser los necesarios para que las actividades y resultados del proyecto sean obtenidos con la
mxima eficacia.
* Requisitos Mnimos
El segundo paso consiste en un estudio de requisitos mnimos, el cual cubre los requisitos mnimos necesarios que
el proyecto debe ocupar para obtener las metas y objetivos, este paso trata de hacer uso de los recursos disponibles
de la empresa para minimizar cualquier gasto o adquisicin adicional.
Requerimientos de hardware
a) Cotizaciones de hardware.
En este apartado se cotizar el hardware en 3 empresas diferentes, ya sea que les entreguen una factura con el
presupuesto y lo anexen al proyecto.
b) Cotizaciones de dominio o alojamiento (pagina Web).
En este apartado se cotizar el dominio en 3 empresas diferentes, ya sea que les entreguen una factura con el
presupuesto y lo anexen al proyecto.
Requerimientos de Software.
a) Software a utilizar (3 posibles lenguajes de programacin y justificar el seleccionado).
En este apartado se buscarn 3 lenguajes de programacin, con ttulos, caractersticas y ventajas.
Posterior a ello, se escribir: Justificacion del Lenguaje de programacin seleccionado.
En este me redactarn el porqu del lenguaje??
b) Gestor de Base de Datos (3 posibles y justificar el seleccionado).
En este apartado se buscarn 3 gestores de base de datos, con ttulos, caractersticas y ventajas.
Posterior a ello, se escribir: Justificacion del Gestor de base de datos seleccionado.
En este me redactarn el porqu del gestor??
C) Si van a utilizar software de diseo se va a realizar el mismo procedimiento, buscar 3, y elegir uno y justificarlo.

2.3. Anlisis Costo/Beneficio.

Entre la informacin mas importante contenida en el estudio de viabilidad esta el anlisis de costes y beneficios
un intento de justificado para u proyecto de un sistema basado en u computadora. El anlisis de costes y beneficios
marca los costes del desarrollo del proyecto y los contrasta con los beneficios tangibles (medibles directamente en
dlares) e intangibles de un sistema.
El anlisis de costes y beneficios es complicado por los criterios que varan segn las caractersticas del sistema
que va a ser desarrollado, el tamao relativo del proyecto y la recuperacin esperada de la inversin como parte del
plan estratgico de una compaa. Adems, muchos beneficios derivados de los sistemas basados en computadora
son intangibles (por ejemplo, mejor calidad del diseo a travs de una optimizacin relativa, mayor satisfaccin del
cliente a travs del control programable y mejores decisiones en negocios por medio de datos de ventas
personalizados). Puede ser difcil lograr comparaciones directas cuantitativas. El anlisis de los beneficios diferir
dependiendo de las caractersticas del sistema.
La mayora de los sistemas de procesamiento de datos se desarrollan con mayor cantidad, calidad, rapidez y
organizacin de la informacin como objetivo primordial. Los beneficios que se pueden asociar a programas de
L.S.C.A. Ral4Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
anlisis cientfico y de ingeniera o a un producto basado en microprocesador pueden diferir sustancialmente. Los
costes asociados con el desarrollo de un sistema basado en computadora el analista determina cada coste y luego
utiliza los costes de desarrollo y los que surjan sobre la marcha par determinar una recuperacin de la inversin,
un punto de igualdad y un periodo de amortizacin. Este anlisis considera los costes incrementales asociados con
beneficios aadidos (ms o mejor funcionalidad y rendimientos).
Este marca los costos del desarrollo del proyecto y los contrasta con los beneficios tangibles e intangibles de un
sistema.
El anlisis de costos y beneficios es complicado por los criterios que vara segn las caractersticas del sistema que
va a ser desarrollado, el tamao relativo del proyecto y la recuperacin esperada de la inversin como parte del
plan estratgico de la compaa.
Adems muchos beneficios derivados de los sistemas basados en computadora son intangibles(por ejemplo, mejor
calidad del diseo a travs de una optimizacin relativa, mayor satisfaccin del cliente a travs del control
programable y mejores decisiones en negocios por medio de datos de ventas personalizados).
Posibles beneficios de un sistema de informacion
Beneficios de contribucin a las tareas de clculo y de impresin
Beneficios de contribuciones a las tareas de mantenimiento de registros
Beneficios de contribuciones a las tareas de bsqueda de registros
Beneficios de contribuciones a la posibilidad de reestructuracin del sistema
Beneficios de contribuciones a las posibilidades de anlisis y simulacin
Beneficios de contribuciones al control de procesos y recursos
Posiblies costes del sistema de informacin
Costes previos, costes de puesta a punto, costes relativos al proyecto, costes continuos

2.4. Gestin de riesgos.

Anlisis de Riesgos
Un riesgo es un evento capaz de poner en peligro el cumplimiento de los objetivos; es un problema potencial que
puede ocurrir o no.
Un riesgo es el proceso continuo que se lleva a cabo durante todas las fases del desarrollo de sistemas para estimar
el dao, prdidas o perjuicio que puede traer como resultado la imposibilidad de lograr desarrollar con xito las
partes de un sistema o de todo ste en su conjunto.
El anlisis y gestin de riesgos son una serie de pasos que ayudan a un equipo de software a comprender y manejar
la incertidumbre.
Muchos problemas pueden desbordar un proyecto de software. Sin importar el resultado de un riesgo, es una buena
idea identificarlo, evaluar la probabilidad de que ocurra, estimar su impacto y establecer un plan de contingencia en
caso de que el problema se presente.
Todos los involucrados en el proceso de desarrollo de software (gestores, ingenieros y participantes) intervienen en
el anlisis y gestin de riesgos.
L.S.C.A. Ral5Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
Puesto que el software es una empresa difcil, muchas cosas pueden salir mal, por esta razn estar preparados es un
elemento clave de una buena gestin de proyecto de software.
Los resultados del anlisis de riesgos se deben documentar a lo largo del plan de proyecto junto con el anlisis de
consecuencias cuando el riesgo ocurra. Identificar stos y crear planes para minimizar sus efectos en el proyecto se
llama administracin de riesgos.
Los riesgos son una amenaza para el proyecto, para el software que se esta desarrollando y para la organizacin.
Categoras de los riesgos:
A) Riesgos del proyecto: Afectan la calendarizacin o los recursos del proyecto.
B) Riesgos del producto: Afectan la calidad o desempeo del software que se esta desarrollando.
C) Riesgos del negocio: Afectan a la organizacin que desarrolla el software.
Los tipos de riesgos que pueden afectar un proyecto depende de ste y del entorno organizacional en el que se ste
desarrollando el mismo; pero entre algunos podemos encontrar:
* Cambio de administracin
* Retrasos en la especificacin
* Cambio de requerimientos
* No disponibilidad del hardware
* Rotacin de personal
* Subestimacin del tamao del sistema
* Cambio de tecnologa
* Competencia del producto
* Bajo desempeo de la herramienta CASE
Etapas del proceso de administracin de riesgos:
1) Identificacin de riesgos: Identificar los posibles riesgos para el proyecto, producto y los negocios.
2) Anlisis de riesgos: Valorar las probabilidades
y consecuencias de estos riesgos.
3) Planeacin de riesgos: Crear planes para
abordar los riesgos, ya sea para evitarlos o
minimizar sus efectos en el proyecto.
4) Supervisin de riesgos: Valorar los riesgos de
forma constante y revisar los planes para la
mitigacin de riesgos tan pronto como la
informacin de los riesgos este disponible.
Los anlisis de riesgos, tratan de estudiar, valuar,
medir y prevenir los fallos y las averas de los
sistemas tcnicos y de los procedimientos
operativos que pueden iniciar y desencadenar
sucesos no deseados (accidentes) que afecten a las
personas, los bienes y el medio ambiente.

L.S.C.A. Ral6Monforte Chuln

MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
Durante el proceso de anlisis de riesgo, se considera por separado cada riesgo identificado y se decide acerca de la
probabilidad y la seriedad del mismo. No existe una forma fcil de hacer esto- recae en la opinin y experiencia del
administrador de proyecto. No se hace una valoracin con nmeros precisos sino en intervalos:
1.- La probabilidad de que el riesgo se valore como muy bajo(<10%), bajo (10-25%), moderado (2-50%), alto(5075%) y muy alto (>75%).
2.-Los efectos del riesgo pueden ser valorados como catastrficos, serios, tolerables o insignificantes.
El resultado de este proceso de anlisis se debe colocar en una tabla, la cual debe estar ordenada acorde a la
seriedad del riesgo.
Riesgo
Los problemas financieros de la organizacin fuerzan a reducir el
presupuesto del proyecto.
Es imposible reclutar personal con habilidades requeridas para el proyecto.
El personal clave esta enfermo y no disponible en momentos crticos.
Los clientes no comprenden el impacto de los cambios de los
requerimientos.

Probabilidad
Baja

Efectos
Catastrfico

Alta
Moderado
Moderado

Catastrfico
Serio
Tolerable

Para hacer este tipo de valoraciones se necesita informacin detallada del proyecto, el proceso, el equipo de
desarrollo y la organizacin. Tanto la probabilidad y la valoracin de los efectos de un riesgo cambia conforme se
disponga de mayor informacin acerca del riesgo y los planes de administracin del mismo se implemente, por lo
tanto la tabla anterior debe actualizarse durante cada iteracin del proceso de riesgo.
Una vez que los riesgos se hayan analizado y clasificado, se debe discernir cuales son los ms importantes que se
deben considerar durante el proyecto. En general, siempre se deben tomar en cuenta todos los riesgos catastrficos
as como los serios que tienen ms que una moderada probabilidad de ocurrir.

2.5. Planificacin del proyecto.

La planificacin de los Sistemas de Informacin (SI) se entiende como un procedimiento sistemtico de toma de
decisiones sobre que hacer con los sistemas de informacin en el futuro. Esto ha evolucionado de tal manera a lo
largo de los aos que se pueden distinguir cuatro fases:
* La introduccin de la informtica en las organizaciones.
* La expansin anrquica de las aplicaciones informticas.
* La coordinacin de los SI con los objetivos de la empresa.
* La interdependencia estratgica entre las compaas y los SI.
Fase 1: La introduccin de la informtica en la organizacin
A partir de los aos setenta la informtica inicia su presencia en las organizaciones y se limitaba a servir las
demandas de mecanizacin de los procesos administrativos. El objetivo primordial de los directivos al incorporar la
Informtica en las empresas era la reduccin de los costos en el procesamiento de la informacin y elaborar los
procesos con mayor eficiencia y precisin.
Con este objetivo, la elaboracin formal de los planes informticos no exista ni era necesario elaborarlos, ya que
se limitaban al desarrollo de aplicaciones informticas e implementacin de peticiones de usuarios. La decisin de
los proyectos que se realizan se tomaba a nivel del Departamento de Procesamiento de Datos con un criterio
planteado en trminos estrictamente econmicos.
L.S.C.A. Ral7Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
Esta fase se caracteriz por la dependencia organizacional y funcional del rea de informtica de las reas de
servicios administrativos, por la existencia de una barrera de comunicacin entre los directivos de la empresa y la
jefatura de Informtica, as como la inexistencia de una conexin entre los objetivos de la empresa con los planes
de los sistemas de informacin.
Fase 2: Expansin anrquica de las aplicaciones informticas
Una vez resuelto los problemas de mecanizacin de los procesos administrativos, el departamento de informtica
tuvo la necesidad de enfrentarse a nuevas peticiones por parte de los usuarios que requeran de un mayor
conocimiento del negocio. La falta de comprensin por parte de los responsables de Informtica origin que las
decisiones para desarrollar aplicaciones se tomarn basndose en criterios como:
* La facilidad de implementacin.
* La novedad y el atractivo tecnolgico del proyecto.
* El poder de la unidad funcional solicitante.
* El costo del desarrollo a realizar.
Esta fase se caracteriz por el desarrollo de incipientes sistemas de informacin formados por una multitud de
aplicaciones transaccionales disjuntas e interconectadas entre s por otras aplicaciones que les sirven como canal de
comunicacin; esta disfuncionalidad era evidente tanto desde el punto de vista tcnico como funcional.
Fase 3: Coordinacin SI con los objetivos de la empresa
La inversin que representaba el rea de Informtica as como la insatisfaccin de los usuarios por el servicio,
origin que los directivos de las empresas decidieran afrontar el problema de los Sistemas de Informacin desde un
punto de vista global. As que a partir de ese momento se establecen planes sistemticos de definicin de
necesidades de informacin coherentes con los objetivos estratgicos de las unidades funcionales de la compaa.
El Plan de SI contemplaba adems de los proyectos a desarrollar, las prioridades de la empresa en la asignacin de
recursos a las tecnologas de informacin.
Esta fase se caracteriz por la intervencin de la alta Direccin en la decisin de los proyectos a implementar, el
desarrollo de procedimientos formales de planificacin de SI, el establecimiento de planes informticos en
concordancia con los objetivos de la empresa y el cambio en el rol del responsable de SI, que se convierte en un
coordinador del equipo interdepartamental que elabora la propuesta de Plan de Sistemas.
Fase 4: Interdependencia estratgica de la compaa TI/SI
Una vez superado el aislamiento de los planes de los Sistemas de Informacin respecto a la estrategia de la
compaa, la direccin general se plantea como sacar el mayor provecho de las nuevas tecnologas de la
informacin, por lo que se comienza a visualizar que el uso integrado de TI y SI permitirn a la empresa conseguir
ventajas competitivas sostenibles. Para lo anterior es necesario integrar las posibilidades de los SI y de las TI con
las estrategias de la empresa en el momento de formularla.
Para lograr una metodologa de implementacin exitosa de la TI/SI acorde con la estrategia de la empresa se
requiere:
* Una cultura en la organizacin que sea sensible al potencial de las Tecnologas de Informacin.
* Un conocimiento en el Departamento de SI de los objetivos de la empresa.
Planificacin del TI/SI a partir de la estrategia del negocio
A fin de delimitar el esfuerzo necesario para planificar los Sistemas de Informacin es conveniente empezar por
definir que debe incluir un Plan de Sistemas y Tecnologas de Informacin (TI/SI):
L.S.C.A. Ral8Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
* Una lista de proyectos a desarrollar en los prximos 3 a 5 aos.
* Anlisis de la TI/SI con un enfoque de negocio.
* Prioridad de cada proyecto.
* El detalle de los proyectos a desarrollar el primer ao, con la finalidad de incluir en el presupuesto anual los
recursos necesarios requeridos.
* Mecanismos de evaluacin que permitan el seguimiento del plan, tales como un calendario y un presupuesto
detallado.
* Un listado de las actividades de la empresa donde la TI puede utilizarse como herramienta de soporte para
aumentar su eficacia y eficiencia.
La responsabilidad de desarrollar el plan de TI/SI recae fundamentalmente en la direccin de la empresa con la
participacin de un responsable de cada rea funcional y del departamento tcnico, con la finalidad de que este
integrado por un equipo que represente a todas las reas de la empresa.
Esquema general del procedimiento
El procedimiento de planificacin requiere de varios grupos de trabajo para su implementacin con una funcin
especfica, la cual se detalla a continuacin:
Comit de TI/SI, formado por el mximo responsable de la compaa, los responsables de las distintas reas
funcionales y el director de SI. Sus responsabilidades son:
* Diseo del Sistema de Informacin.
* Supervisin del proyecto de planificacin.
* Comunicacin del compromiso de la empresa con el plan de desarrollo.
* Proporcionar los criterios estratgicos para la fijacin de prioridades y asignacin de recursos.
* Aprobar el Plan de TI/SI desarrollado
Equipo de trabajo, lleva a cabo el trabajo operativo encaminado a elaborar el plan de TI/SI, est dirigido por el
director de SI e integrado por un director operativo del proyecto (DOP), personal de sistemas y usuarios de los
departamentos especialmente dedicados al proyecto de planificacin.
Grupo base, integrado por el subdirector general a cargo de SI, el director de SI, el DOP y, eventualmente, por
consultores externos expertos en planificacin de sistemas de informacin. Su responsabilidades son:
* Facilitar la negociacin entre los usuarios.
* Asegurar la consistencia de los desarrollos.
* Supervisar el equipo de trabajo
Las fases principales que componen el procedimiento de planificacin se describen a continuacin:
Fase 1: Presentacin y compromiso del equipo.
Esta fase est dedicada a construir el equipo de trabajo que llevar a cabo la planificacin y su presentacin ante la
organizacin. Una parte importante del proyecto de planificacin es el tiempo dedicado de los responsables de los
departamentos y reas funcionales de la compaa a la tarea de entrevistas y sesiones de trabajo con el equipo de
planificacin, esto se logra gracias al compromiso de la alta direccin en comunicar que el Plan de TI/SI es un plan
que pertenece a toda la organizacin.
Fase 2: Descripcin de la situacin actual
L.S.C.A. Ral9Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
Una vez formado el equipo de trabajo y comprometida la organizacin con el esfuerzo de planificacin, el primer
paso consiste en describir la situacin actual de la compaa en dos dimensiones: el negocio y los sistemas
existentes. En esta fase se definen las funciones del negocio para poder identificar las necesidades de informacin.
Aqu es donde se describe a la organizacin y al sistema de informacin existente.
Fase 3: Elaboracin del Plan de TI/SI
Durante esta fase se lleva a cabo la planificacin propiamente dicha, donde se llevan a cabo las siguientes
actividades:
* Documentar las necesidades de informacin de cada una de las funciones del negocio.
* Identificar las necesidades que no son cubiertas o parcialmente cubiertas por los sistemas actuales.
* Formular propuestas de actividades que influyan directamente en las lneas estratgicas de la empresa.
* Estimar el costo aproximado de la alternativa elegida
El resultado es una serie de acciones de TI/SI a realizar durante la vigencia del plan que deber ser aprobado por el
comit de Sistemas.
Fase 4: Programacin de actividades
En esta fase se detallan las acciones especficas en forma de proyectos que se llevarn a cabo durante el primer ao
de vigencia del Plan.
Consideraciones Adicionales
El tiempo que dura el proceso de planificacin puede requerir de 1 a 2 semanas hasta 4 o 5 meses,
dependiendiendo del tamao de la empresa, en los casos de ms larga duracin es importante que el director
operativo del proyecto (DOP) lo planifique y controle, de otra forma se alargar an ms. Tambin es
recomendable el uso de herramientas que ayuden durante el desarrollo del proceso de planificacin a documentar y
estructurar la informacin correspondiente, as como el uso de documentos con un formato prediseados para tales
efectos, de tal manera que los miembros del equipo de trabajo acaben produciendo documentos homogneos, que
puedan se ordenados e identificados con facilidad.
Caractersticas de los procedimientos de planificacin de SI que parten de la estrategia del negocio
Durante la descripcin de un procedimiento de planificacin de SI enfocado a la alineacin con la estrategia del
negocio, se deben de destacar algunas caractersticas que constituyen la esencia de este tipo de procedimientos.
* El proceso de planificacin debe de ser algo de la empresa, llevado a cabo y dirigido por personal propio
* La alta direccin de la empresa, as como de cada una de las reas que la forman, deben participar activamente en
el proceso
* Se deben de identificar en un matriz las funciones del negocio (filas), as como los criterios de carcter
estratgico (columnas)
* Se debe de hacer el costeo de propuestas concretas en el plan en dos fases y personal distinto: uno tcnico y el
otro de negocio (estratgico)
* La comunicacin entre tcnicos y directivos durante el transcurso de un proyecto de planificacin, debe de
establecerse tanto durante las entrevistas de trabajo como durante las sesiones de elaboracin de resultados y
presentacin de los mismos.

2.6. Calendarizacin del proyecto.

Calendarizacin.

L.S.C.A. Ral10
Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
Es crear una red de tareas de ingeniera de software que permitan tener el trabajo justo a tiempo. Esta red debe de
tener responsabilidades asignadas, asegurar que dichas tareas se realicen y adaptar la red conforme a los riesgos se
toman en realidad.
Los proyectos de software usualmente se entrega con retraso debido a:
* Una fecha limite irrealizable establecida por alguien ajunto al grupo de ingeniera.
* Cambios en los requisitos del cliente que no se reflejan en modificaciones al calendario.
* Una subestimacion razonable de la cantidad de esfuerzo o de recursos que se requerirn para realizar el
trabajo.
* Riesgos predecibles o impredecibles que no se consideraron al iniciar el proyecto.
* Dificultades tcnicas que no se lograron proveerse.
* Dificultades humanas imprevisibles.
* Falta de comunicacin entre el personal del proyecto.
* Una falla en la gestin del proyecto.
* Que se debe hacer con fechas de entrega irrealizables.
* Rechazar el proyecto NO.
* Ordenar al cliente que cambie la fecha NO.
Se debe realizar una estimacin detallada, aplicar un proceso incremental, reunirse con el cliente y explicarle la
estimacin detallada y decirle por que la fecha es irrealizable, ofrezca una estrategia de desarrollo incremental
como alternativa.
Calendarizacin de proyectos de Software.
La calendarizacin implica separar todo el trabajo de un proyecto en actividades complementarias y considerar el
tiempo requerido para completar dichas actividades (algunas se realizaran en paralelo).
Es una actividad que distribuye estimaciones de esfuerzo a travs de la duracin planificada del proyecto, al
asignar el esfuerzo a tareas especficas de ingeniera del software.

Importante tener en cuenta posibles problemas (personal, hardware, software,.. y otros) que provocan retrasos:

L.S.C.A. Ral11
Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
* Problemas previstos: incrementar un 30% la estimacin
inicial.
* Problemas no previstos: incrementar un 20%.
Calendarizacin
Pueden utilizar tcnicas/herramientas calendarizacin de
proyectos.
* PERT (Tcnica de evaluacin y revisin de programa).
* CPM (Mtodo de la Ruta Crtica).
Definicin de una red de Tareas
* Tareas y Subtareas tienen interdependencias basadas en su
secuencia.
* Trabajo paralelo --> Tareas concurrentes deben estar
coordinadas.
Es importante siempre encontrar la ruta crtica, el calendario
completo depende de este camino (los retrasos en estas actividades afectan a todo el proyecto), los retrasos en las
dems actividades no afectan necesariamente al proyecto.
Al conocer cifras reales, se debe revisar la red de actividades y reorganizar las actividades posteriores para reducir
la longitud de la trayectoria crtica.
* Descomponer el proyecto en tareas y estimar el tiempo y los recursos requeridos para completarlas.
* Organizar las tareas para obtener un uso ptimo de los recursos.
* Minimizar la dependencia entre tareas para disminuir la probabilidad de atrasos.
* Depende fuertemente de la intuicin y experiencia
Informacin etapas tempranas:
* Estimacin de esfuerzo
* Descomposicin de la funcin del producto
* Seleccin del modelo de proceso y conjunto de tareas
apropiadas.
* Descomposicin de Tareas.
Cronogramas
Un cronograma o grafico de Gantt permite determinar
que tareas se realizan en un punto de tiempo dado, es
posible crear un cronograma general y luego crear
cronogramas para cada actividad o tarea.
* Diagrama de Gantt.
* Uno por proyecto uno por cada funcin.
* Diamantes (rombos) marcan hitos.
El seguimiento del calendario puede hacerse de diferentes maneras.
* Realizando reuniones peridicas
* Haciendo evaluaciones de los resultados de todas las revisiones realizadas a lo largo del proceso de ingeniera de
software
L.S.C.A. Ral12
Monforte Chuln
MORCH Systems

Instituto Tecnolgico Superior de Coatzacoalcos

Anlisis y Modelado de Sistemas de Informacin - 5o Sem Ingeniera en Informtica
* Determinando si se han logrado los hitos en las fechas establecidas comprobando la fecha real con la fecha de
inicio prevista para cada actividad
Existen distintos principios bsicos que guan la calendarizacin del proceso
* Compartimentacin.
* Interdependencia.
* Asignacin de Tiempo.
* Validacin del esfuerzo.
* Definicin de responsabilidades.
* Definicin de resultados.
* Definicin de hitos.
Existe el mito que al agregar personas a un proyecto atrasado este puede finalizarse en el tiempo estimado con
xito, esto es muchas veces mentira ya que las nuevas personas primero deben ponerse al corriente y los que
previamente estn involucrados deben ensear a los nuevos, si se desea agregar personas a un proyecto se debe
observar que la tarea sea altamente compartimentada.
REGLA 40-20-40
Esta es una regla que usualmente se sigue, en la cual se asigna el 40% del esfuerzo al anlisis y diseo de software,
el 20% del esfuerzo a la codificacin y el ultimo 40% a la realizacin de pruebas del sistema, esta distribucin se
utiliza como gua, la distribucin final del proceso la dictan las caractersticas del proyecto.
Existen distintos tipos de proyectos de software entre ellos:
Proyectos de desarrollo de concepto.
Proyectos de desarrollo de nuevas aplicaciones.
Proyectos de mejora de aplicacin.
Proyectos de mantenimiento de aplicacin.
Proyectos de reingeniera.
Dependiendo del tipo de proyecto y actividades dentro del proyecto se pueden seleccionar el tipo de tareas que se
realizaran

Lema:
El mejor amigo del estudiante es el conocimiento, pues en el encontraras que hacer en el maana. Y recuerda un licenciado no es una
copia, es original y se atreve a cambiar una realidad, no importa el tiempo o el espacio, todo es posible mientras creas que es as.
Gracias a Dios: Ya vas hacer profesionista, ser profesional es parte de una mejor calidad de vida para ti y para toda tu familia, lograrlo es
una gran satisfaccin de manera espiritual, emocional, social y laboral; bscalo, esfurzate y disfrtalo; y veras que ser profesionista es
excelentemente profesional.
MORCH Systems.

L.S.C.A. Ral13
Monforte Chuln
MORCH Systems