UNIVERSIDAD LAICA ELOY ALFARO DE MANABÌ

EXTENSION—CHONE

Faculta: Ciencias Informáticas

Carrera: Ingeniería en Sistemas

Ing. Fabricio Rivadeneira

Autor:
Palacios Acosta Irvin Benito

Nivel: 3B

2016
 ADMINISTRACIÓN DEL PROYECTO

El proceso de análisis y diseño, puede ser difícil de manejar, en especial cuando el

sistema a desarrollar es grande.
Un aspecto importante de la administración de proyectos es cómo manejar nuestro
programa de horarios para terminar el sistema a tiempo, pero no es lo único que
se requiere. La persona a cargo, el gerente del proyecto, es a menudo el jefe de
analistas de sistemas.
El gerente del proyecto necesita comprender cómo determinar qué es necesario y
cómo iniciar un proyecto; cómo desarrollar la definición de un problema, examinar
la viabilidad de completar el proyecto de sistemas, reducir el riesgo, identificar y
administrar las actividades, y contratar, administrar y motivar a los demás
miembros del equipo.

Cómo lidiar con la complejidad del sistema

Primero el analista de sistemas introduce una estimación del tamaño del sistema.
Ésta se puede introducir de distintas formas, incluyendo las líneas de código
fuente del sistema actual.
Después puede ser útil ajustar el grado de dificultad con base en qué tan
familiarizado esté el analista con este tipo de proyecto.
También se consideran otras variables, como la experiencia o capacidad del
equipo, el tipo de plataforma o sistema operativo, el nivel de capacidad de uso del
software terminado (por ejemplo, cuáles lenguajes son necesarios) y otros factores
que pueden impulsar los costos.

Otra forma de estimar la cantidad de trabajo a realizar y el personal necesario para

completar un proyecto se conoce como análisis de puntos de función.
Este método toma los cinco componentes principales de un sistema
Computacional.
1) entradas externas,
2) salidas externas,
3) consultas externas,
4) archivos lógicos internos y
5) archivos de interfaz externos y después los califica en términos de complejidad.

El análisis de puntos de función puede estimar el tiempo requerido para desarrollar

un sistema en distintos lenguajes computacionales y compararlos entre sí.
ADMINISTRACIÓN DE LAS ACTIVIDADES DE ANÁLISIS Y DISEÑO

Esto requiere una comunicación precisa con los miembros del equipo que hayan
sido seleccionados con base en su competencia y compatibilidad.

Es necesario establecer los objetivos para la productividad del proyecto y hay que
motivar a los miembros de los equipos de análisis de sistemas para lograrlos.

Ensamblar un equipo

Si el gerente del proyecto tiene la oportunidad de crear el equipo ideal compuesto

por personas experimentadas para desarrollar un sistema
Existe la necesidad de tener en el equipo personas con habilidades de
programación. La codificación es importante, pero las personas que sepan cómo
realizar recorridos, revisiones, pruebas y documentar sistemas son también
importantes.
Además de lo básico, un gerente de proyectos debe buscar personas con
experiencia y entusiasmo. La experiencia es en especial importante cuando
tratamos de estimar el tiempo requerido para completar un proyecto.
La experiencia en programación puede referirse a que el código se podría
desarrollar cinco veces más rápido que si lo desarrollara un equipo inexperto.

Estrategias de comunicación para administrar equipos

Una forma de organizar los equipos es visualizarlos como si estuvieran siempre

buscando un equilibrio entre realizar el trabajo a la mano y mantener las
relaciones entre los miembros del equipo.
Es común que los equipos tengan dos líderes y no solo uno. Por lo general surge
una persona que dirige a los miembros para realizar tareas y otra que se preocupa
por las relaciones sociales entre los miembros del grupo.

Establecer objetivos de productividad del proyecto

El equipo de análisis de sistemas, necesita formular los objetivos y estar de
acuerdo; además se deben basar en la experiencia de los miembros del equipo, el
desempeño en proyectos anteriores y la naturaleza del proyecto específico.
Los objetivos variarán un poco para cada proyecto que se emprenda, ya que
algunas veces se instalará todo un sistema mientras que otros proyectos podrían
involucrar modificaciones limitadas a una parte de un sistema existente.
Motivación de los miembros del equipo del proyecto
Las personas se motivan para satisfacer las necesidades que no se han cumplido
en varios niveles.
El éxito del establecimiento de objetivos para motivar a las personas también se
puede atribuir a ello, con lo cual se concede a cada uno de los miembros del
equipo cierta autonomía para lograr los objetivos.
Al utilizar los objetivos de esta forma se simplifica la atmósfera de trabajo, pero
también se electrifica debido a la incertidumbre con respecto a completar lo que se
esperaba.

Administración de proyectos de comercio electrónico

El comercio electrónico consiste en realizar electrónicamente transacciones

comerciales. Está basado en el tratamiento y transmisión electrónica de datos,
incluidos texto, imágenes y vídeo. El comercio electrónico comprende actividades
muy diversas, como comercio electrónico de bienes y servicios, suministro en
línea de contenidos digitales, transferencia electrónica de fondos, compraventa
electrónica de acciones, conocimientos de embarque electrónicos, subastas,
diseños y proyectos conjuntos, prestación de servicios en línea (on line sourcing),
contratación pública, comercialización directa al consumidor y servicios posventa.

Creación de los estatutos del proyecto

Una parte del proceso de planeación consiste acordar qué se va a hacer y en qué
momento. Tanto los analistas que son consultores externos como los que son
miembros de la organización necesitan especificar qué entregarán y cuándo lo
harán. Los estatutos del proyecto son una narrativa escrita que aclara cuestiones
o peguntas.

Cómo evitar fracasos en los proyectos

Los proyectos que se desarrollan mediante el uso de métodos ágiles no son
inmunes a problemas.
Para poder ilustrar lo que puede salir mal en un proyecto, es conveniente que el
analista de sistemas dibuje un diagrama de esqueleto de pescado o “fishbone”
(también conocido como diagrama de causa y efecto, o diagrama de Ishikawa).

El valor de estos diagramas muestra una lista sistemática de todos los posibles
problemas. En el caso de la metodología ágil, es conveniente organizar el
diagrama con base en una lista de todas las variables de control de recursos en la
parte superior y todas las actividades en la parte inferior.
LA PROPUESTA DE SISTEMAS

Organización de la propuesta de sistemas

El analista necesita preparar una propuesta de sistemas en la que se incluya la
mayor cantidad de detalles sobre las necesidades, opciones y recomendaciones
del sistema.

Qué debemos incluir en la propuesta de sistemas

Secciones principales que conforman una propuesta de sistemas por escrito.
La propuesta se debe ordenar de la siguiente manera:

1 Carta de presentación.
2 Portada del proyecto.
3 Índice de contenido.
4 Resumen ejecutivo (incluyendo las recomendaciones).
5 Esquema del estudio de sistemas con la documentación apropiada.
6 Resultados detallados del estudio de sistemas.
7 Alternativas de sistemas (tres o cuatro posibles soluciones).
8 Recomendaciones de los analistas de sistemas.
9 Resumen de la propuesta.
10. Apéndices (documentación variada, resumen de fases)

Uso efectivo de las tablas

Las tablas utilizan columnas y filas etiquetadas para presentar datos estadísticos o
alfabéticos de una manera organizada. Cada tabla se debe enumerar de acuerdo
con el orden en el que aparezca en la propuesta y debe tener un título
representativo.

Uso efectivo de los gráficos

Hay muchos tipos de gráficos: de línea, de columna, de barras y de pastel, por
mencionar unos cuantos.

1. Seleccione un estilo de gráfico que transmita de manera efectiva el significado

que desea.
2. Integre el gráfico en el cuerpo de la propuesta.
3. Asigne al gráfico un número de figura secuencial y un título representativo.
4. Etiquete los ejes y las líneas, columnas, barras o piezas del pastel en el gráfico.
5. Incluya una clave para identificar y diferenciar las líneas de colores, las barras
sombreadas o las áreas con patrones cuadriculados.

Cómo lidiar con la complejidad
del sistema
Primero el analista de sistemas
introduce una estimación del
tamaño del sistema.
Ésta se puede introducir de
distintas formas, incluyendo las
líneas de código fuente del
sistema actual.
Estrategias de comunicación para
administrar equipos
Una forma de organizar los equipos
es visualizarlos como si estuvieran
siempre buscando un equilibrio entre
realizar el trabajo a la mano y
mantener las relaciones entre los
miembros del equipo.
Creación de los estatutos
del proyecto
Una parte del proceso de
planeación consiste acordar
qué se va a hacer y en qué
momento.
Administración de las actividades
de análisis y diseño
Esto requiere una comunicación
precisa con los miembros del equipo
que hayan sido seleccionados con
base en su competencia y
compatibilidad.
ADMINISTRACIÓN DEL PROYECTO
Motivación de los miembros
del equipo del proyecto
Las personas se motivan para
satisfacer las necesidades que
no se han cumplido en varios
niveles.
El éxito del establecimiento es
motivar a las personas.
LA PROPUESTA DE SISTEMAS
Organización de la propuesta de
sistemas
El analista necesita preparar una
propuesta de sistemas en la que se
incluya la mayor cantidad de detalles
sobre las necesidades, opciones y
recomendaciones del sistema.
Ensamblar un equipo
Si el gerente del proyecto tiene la
oportunidad de crear el equipo
ideal compuesto por personas
experimentadas para desarrollar
un sistema
La codificación es importante,
pero las personas que sepan
cómo realizar recorridos,
revisiones, pruebas y documentar
sistemas.
Administración de proyectos de
comercio electrónico
Está basado en el tratamiento y
transmisión electrónica de datos,
incluidos texto, imágenes y vídeo. El
comercio electrónico comprende
actividades muy diversas, como
comercio electrónico de bienes y
servicios, etc.
Uso efectivo de las tablas
Las tablas utilizan columnas y filas
etiquetadas para presentar datos
estadísticos o alfabéticos de una
manera organizada.
Uso efectivo de los gráficos
Hay muchos tipos de gráficos: de línea,
de columna, de barras y de pastel, etc.
 Las 10 secciones que tiene la Propuesta de Sistemas

 Carta de presentación.
 Portada del proyecto.
 Índice de Contenido.
 Resumen ejecutivo (incluyendo recomendaciones).
 Esquema del estudio de sistemas con la documentación apropiada.
 Resultados detallados del estudio de sistemas.
 Alternativas del sistema (3 o 4 soluciones posibles, si correspondieran).
 Recomendaciones del ingeniero de sistemas.
 Resumen.
 Apéndices(documentación variada, resumen de fases)

Carta de presentación. La propuesta del sistema debe ir acompañada de una

carta de presentación para la dirección y para el grupo de trabajo de la
Administración de los Servicios. Debe incluir a aquellos que participaron en el
estudio y resumir los objetivos del mismo. La carta de presentación también puede
llevar la fecha y el lugar para la presentación oral de la propuesta del sistema. La
carta de presentación debe ser concisa (máximo una página) y, con un estilo
coloquial, ya que su función es poner al tanto a la dirección sobre la propuesta del
sistema.

Página del título. Incluye en la página del título el nombre del proyecto, los
nombres de los miembros del grupo de análisis de sistemas y la fecha en que se
presenta la propuesta. La información contenida en la página del título debe ser
muy clara.

El título de la propuesta debe expresar con precisión el contenido de la propuesta,

pero también debe implicar cierta imaginación. En ocasiones, conviene la
aliteración, al utilizar las mismas letras para comenzar cada palabra ("El Sistema
Soñado "), pero hay muchas otras ideas que también pueden servir, tales como
utilizar un título principal con un subtítulo separado por una coma. Si durante el
desarrollo del proyecto se creó un acrónimo, que la organización reconozca y
respete, puede Ilegar a utilizarse en el título. El punto principal es que el título es
muy importante para lograr que el lector se interese en la propuesta y no debe
plantearse como una idea posterior.

Contenido (Índice). Es de gran utilidad para los lectores en las propuestas largas.
Si la propuesta es corta (menos de 10 páginas), omita el índice aludido, ya que en
un documento tan corto sería superfluo.La clave para elaborar un índice de
contenido, es prepararlo durante el desarrollo de la propuesta, cuando el ingeniero
redacta las secciones y las subsecciones y las identifica con títulos expresivos,
indicando el contenido de cada una de ellas. Mientras más conciso sea el índice
Ilegará a ser más eficaz.

Resumen ejecutivo. Los resúmenes ejecutivos están tan bien difundidos en el

mundo de los negocios que se han vuelto un cliché para los integrantes de la
organización con el tiempo medido, ya que con sólo hojear estos resúmenes, uno
se entera de manera somera de las actividades de las organizaciones. Si bien
Ilegamos a bromear con el cliché, entendemos que un resumen ejecutivo bien
redactado es decisivo para la propuesta del sistema. El resumen ejecutivo, en 250
a 375 palabras, entera de quién, cuál, cuándo, dónde, qué y el cómo de la
propuesta, tal y como ocurre con el primer párrafo de un artículo del diario. Va
directo al corazón del proyecto de sistemas, de tal forma que quien lo lea tenga
una idea precisa de lo que ocurre. También debe incluir las recomendaciones de
los ingenieros de sistemas y las acciones deseadas de la gerencia, ya que
algunas personas sólo Ilegarán a leer tal resumen.

El resumen ejecutivo es difícil de escribir, ya que su contenido debe ser conciso.

Debe escribirse sólo cuando se haya completado el resto de la propuesta, pues es
en tal momento cuando el ingeniero tendrá una visión completa y adecuada de lo
que propone.

Descripción del estudio de sistemas. Esta sección proporciona información

acerca de todos los métodos utilizados en el estudio y quien o que fue sujeto del
estudio. Debe incluirse en esta sección cualquier cuestionario, entrevista,
muestreo de datos de archivo, observaciones o prototipos que se hayan utilizado
en el estudio de sistemas.

Basándose en los conceptos presentados acerca de sus expectativas para la

propuesta, escriba un resumen ejecutivo de una página, que sirva como la primera
página del informe. Es absolutamente necesario resumir sus recomendaciones en
términos muy sencillos. Utilice un formato atractivo y siga los líneamientos de los
resúmenes ejecutivos.

Las fuentes de información utilizadas para investigar el sistema, incluyen la lista de

personas entrevistadas y observadas y los formularios que fueron analizados.
Todo esto puede incorporarse como evidencia de que se ha concluido un estudio
completo. Esta sección sirve también para demostrar a la gerencia, el grado de
cobertura y profundidad del estudio.

Resultados detallados del estudio de sistemas. Esta sección detalla lo que el

ingeniero de sistemas ha encontrado acerca del sistema, a través de los métodos
descritos en la sección anterior. Cualquier conclusión acerca de los problemas que
presenta el sistema se expresan en esta sección. Esto incluye tipos y frecuencia
de los errores; las cargas de trabajo actuales y proyectadas, y la manera en que
las enfrenta el sistema actual.
Alternativas del sistema. En esta parte de la propuesta, el ingeniero presenta
dos o tres soluciones alternativas que se dirigen de manera directa a los
problemas anteriormente señalados. El análisis preliminar debe incluir las dos o
tres mejores alternativas, aunque se pudiera contar con más de tres soluciones.
Entre las alternativas debe incluirse la de mantener el sistema actual.

Cada alternativa expuesta debe indicar con claridad lo que debe hacer la gerencia
para su implantación. Su redacción debe ser lo más clara posible;

Recomendaciones del ingeniero del sistema. Una vez que el grupo de análisis
de sistemas ha ponderado las alternativas, tendrá una opinión definida acerca de
cuál solución sería la más adecuada. En esta sección se presenta la solución
recomendada. Incluye los motivos que apoyan a las recomendaciones del grupo,
de tal forma que sea fácil de comprender.

Resumen de la propuesta. El resumen de la propuesta es un planteamiento

breve que refleja lo contenido en el resumen ejecutivo. Sin embargo, no debe
presentar al pie de la letra el material del resumen ejecutivo. Da los objetivos del
estudio y las soluciones recomendadas. También permite que el ingeniero enfatice
una vez más la relevancia del proyecto y su factibilidad junto con el valor de las
recomendaciones. Concluya la propuesta con una frase positiva.

Apéndices. Esta es la última parte de la propuesta de sistemas y puede incluir

cualquier información que el ingeniero de sistemas considere de interés para
individuos específicos, pero sin ser indispensable para la comprensión del estudio
de sistemas y de lo que se propone. Los apéndices pueden incluir toda
correspondencia pertinente, un resumen de las etapas concluidas durante el
estudio, gráficas con mayor detalle para el análisis de las propuestas; o incluso
otros estudios de sistemas realizados con anterioridad.

Aunque es importante contar con un apéndice completo, no lo sature sin sentido

con grandes volúmenes de información. Si el material no es suficientemente
importante como para presentarlo en el cuerpo de la propuesta, quizá no deba ser
incluido.

Una vez que redactó la propuesta del sistema, seleccione cuidadosamente a

quienes enviará el informe. No todos requieren ni deben recibir una copia.
Entregue personalmente el informe a las personas que haya seleccionado. Esto
puede causar una buena impresión, al contagiarles su entusiasmo e involucrarlos
en el proyecto. Su presencia es importante para la aceptación y el éxito final del
sistema.
 PERT

El método PERT (Project Evaluation and Review Techniques) es un algoritmo

basado en la teoría de redes diseñado para facilitar la planificación de proyectos.
El resultado final de la aplicación de este algoritmo será un cronograma para el
proyecto, en el cual se podrá conocer la duración total del mismo, y la clasificación
de las actividades según su criticidad.

El algoritmo PERT se desarrolla mediante intervalos probabilísticos, considerando

tiempos optimistas, probables y pesimistas, lo cual lo diferencia del método
CPM que supone tiempos determinísticos.

¿Cómo hacer un Diagrama PERT

(Ejemplo con las actividades llevadas a cabo en la mañana, antes de salir de la

casa).

1. Liste todas las actividades que va a llevar a cabo o a ejecutar e identifíquelas

con una etiqueta (preferiblemente una letra)
2. Asigne la duración de cada actividad (en unidades de tiempo)

3. Determine la precedencia o prelación de las actividades (se deben cumplir una

vez finalizada una o más actividades o se pueden hacer simultáneamente)

4. Proceda a graficar el Diagrama PERT. Normalmente se comienza de izquierda

a derecha. Se emplean nodos para denotar inicio y fin de las actividades, líneas
rectas horizontales (preferiblemente) para representar las actividades e
identificadas con la etiqueta en la parte superior y la duración en la parte inferior.
Las actividades ficticias se dibujan con líneas discontinuas.
5. Una vez que está graficado el PERT, se calculan los tiempos de ejecución de
las actividades. Se comienza desde la izquierda, colocando el valor en el cuadro
izquierdo del primer nodo, y se va sumando el tiempo de duración de cada
actividad para ir acumulando el tiempo. Cuando existan dos o más acumulados se
toma el acumulado de mayor duración.
6. Al terminar de calcular los tiempos de ejecución, se procede a calcular los
tiempos de holgura, de derecha a izquierda. Se coloca en el cuadro derecho del
último nodo el tiempo total del proyecto, y se va restando el tiempo de duración de
cada actividad, para ir disminuyendo el tiempo. Cuando existan dos o más
acumulados se toma el acumulado de menor duración.

7. Se calcula la ruta crítica, que pasa por los nodos donde el acumulado del
cuadro de la izquierda es igual al acumulado del cuadro de la derecha.
Normalmente se denota con un trazo más grueso o con otro color.
8. Glosario de Términos
Nodo: puntos de unión de las ramas, que representa el momento en que
comienza o termina una actividad.
Ramas (o arcos): líneas que unen los nodos. Representan las actividades.
Red: gráfica con un flujo en sus ramas
Actividades Ficticias: sólo muestran relaciones de precedencia
Holgura: diferencia entre el tiempo más lejano y el tiempo más cercano
Ruta Crítica: ruta cuyas holguras son cero

Ruta critica

Las actividades críticas por definición constituyen la ruta más larga que abarca el proyecto,
es decir que la sumatoria de las actividades de una ruta crítica determinará la duración
estimada del proyecto. Puede darse el caso en el que se encuentren más de una ruta crítica.
Esta ruta se encuentra compuesta por las actividades A, C, E, G, I, J. La duración del
proyecto sería de 22 semanas.

Bibliografía

http://www.ehowenespanol.com/diagrama-pert-como_457789/

https://www.ingenieriaindustrialonline.com/herramientas-para-el-ingeniero-
industrial/investigaci%C3%B3n-de-operaciones/pert-tecnica-de-evaluacion-y-
revision-de-proyectos/