Está en la página 1de 37

Captulo 3

Determinacin de la viabilidad y administracin de actividades de anlisis y diseo Anlisis y Diseo de Sistemas Kendall & Kendall Sexta Edicin
Traducido para Ciberplex.tk

Asuntos importantes
Iniciacin del proyecto Determinacin de viabilidad del

proyecto Planeacin y control de las actividades Administracin de actividades de anlisis y diseo. Administrando a los miembros del equipo de anlisis de sistemas
Kendall & Kendall
2005 Pearson Prentice Hall

3-2

Iniciacin del proyecto


Los proyectos son iniciados por dos razones generales: Porque tienes problemas que requieren una solucin de sistemas Porque identifican oportunidades de mejorar mediante

Kendall & Kendall

Actualizando sistemas Modificando sistemas Instalando nuevos sistemas


2005 Pearson Prentice Hall

3-3

Problemas en la organizacin
Identificar los problemas observando los
siguientes sntomas: Comprobar el desempeo real con respecto a el desempeo que se pretende Muchos errores. El trabajo es realizado con lentitud El trabajo es hecho incorrectamente. El trabajo es hecho de manera incompleta. El trabajo no hace.

Kendall & Kendall

2005 Pearson Prentice Hall

3-4

Problemas en la organizacin (continuar)


Observe el comportamiento de
empleados

Una elevada tasa de ausentismo. Creciente descontento con el trabajo. Alta rotacin de los trabajadores.

Kendall & Kendall

2005 Pearson Prentice Hall

3-5

Problemas de organizacin (Continuar)


Escuchar la retroalimentacin de
distribuidores, clientes, y proveedores

Quejas. Sugerencias de mejora. Prdida de ventas. Reduccin de ventas.


Kendall & Kendall
2005 Pearson Prentice Hall

3-6

Seleccin de Proyectos

Cinco criterios especficos para seleccionar proyectos: El respaldo de los directivos de la organizacin. Un periodo adecuado de compromiso para terminar el proyecto La posibilidad de mejorar la consecucin de las metas organizacionales. Factibilidad en cuanto a recursos para el analista de sistemas y la organizacin. La rentabilidad del proyecto en comparacin con otras formas en que la organizacin podra invertir sus recursos.

Kendall & Kendall

2005 Pearson Prentice Hall

3-7

Determinacin de viabilidad
Las mejoras pueden ser de muchos tipos: Aceleracin de un proceso. Optimizacin de un proceso al eliminar pasos

innecesarios o duplicados. Combinacin procesos. Reduccin de errores en la captura de informacin mediante la modificacin de formularios y pantallas de despliegue. Reduccin de almacenamiento redundante Reduccin de salidas redundantes. Mejorar la integracin de los sistema y de los subsistemas.
2005 Pearson Prentice Hall

Kendall & Kendall

3-8

Cuadrcula de impcto de viabilidad (CIV) Una cuadricula de impacto de


viabilidad (CIV) se utiliza para evaluar el impacto de las mejoras al sistema existente. Puede aumentar la ganancia de los impactos sobre los objetivos corporativos
Kendall & Kendall 3-9

2005 Pearson Prentice Hall

Cuadrcula de impacto de viabilidad (CIV) (continuacin)


Los sistemas actuales o propuestos
se enlistan a la izquierda. Los objetivos se enumeran en la parte superior. Las flechas rojas indican un impacto positivo. Las flechas verdes indican la aplicacin.
Kendall & Kendall
2005 Pearson Prentice Hall

3-10

Viabilidad
El estudio de viabilidad evala tres
criterios: operacional, tcnico, y econmico, del proyecto propuesto. Hay tres tipos de viabilidad:

Viabilidad tcnica. Viabilidad econmica. Viabilidad operacional.


2005 Pearson Prentice Hall

Kendall & Kendall

3-11

Viabilidad tcnica
La viabilidad tcnica evala si los
recursos tcnicos actuales son suficientes para el nuevo sistema. Si ellos no lo estn, pueden ser actualizados para proveer el nivel necesario de tecnologa necesario para el nuevo sistema.
Kendall & Kendall 3-12

2005 Pearson Prentice Hall

Viabilidad econmica
La viabilidad econmica determina
si el tiempo y el dinero estn disponibles para desarrollar el sistema. Incluye la compra de:

Equipo nuevo. Hardware. Software.

Kendall & Kendall

2005 Pearson Prentice Hall

3-13

Viabilidad operativa
La viabilidad operacional determina si
los recursos humanos estn disponibles para operar el sistema una vez que este sea instalado. Los usuarios que no desean un nuevo sistema, pueden impedir que llegue a ser operacionalmente viable.

Kendall & Kendall

2005 Pearson Prentice Hall

3-14

Planeacin de actividades
Incluye:
Seleccionar
sistemas. Estimar el tiempo requerido para terminar cada tarea. Programacin del proyecto. un equipo del anlisis de

Dos herramientas para el planeamiento


y el control de proyectos son los diagramas de Gantt y diagramas del PERT.
2005 Pearson Prentice Hall

Kendall & Kendall

3-15

Clculo del tiempo requerido


El proyecto se divide en dos fases. Adicionalmente el proyecto se divide en
tareas o actividades. Finalmente el proyecto se divide en pasos o incluso en unidades ms pequeas. Para cada tarea o actividad se estima un tiempo. Los mas probables, pesimista, y optimista..
Kendall & Kendall
2005 Pearson Prentice Hall

3-16

Diagramas de Gantt
Fcil de construir y usar. Muestras las actividades para cada
perodo de tiempo.

Kendall & Kendall

2005 Pearson Prentice Hall

3-17

Diagrama de Gantt

Kendall & Kendall

2005 Pearson Prentice Hall

3-18

Diagrama PERT
PERT-Program Evaluation and Review Technique Los diagramas del PERT muestran la prioridades, las actividades que deben ser terminadas antes de que se inicie la siguiente . Una vez que se dibuje un diagrama es posible identificar la ruta crtica, la trayectoria ms larga que recorren las actividades. Monitoreando la ruta crtica identificar el tiempo ms corto para completar el proyecto.

Kendall & Kendall

2005 Pearson Prentice Hall

3-19

Ejemplo del diagrama del PERT

Kendall & Kendall

2005 Pearson Prentice Hall

3-20

Ventajas del diagrama PERT


Fcil identificacin del orden de
precedencia Fcil identificacin de la ruta crtica y las actividades crticas Fcil determinacin de el tiempo de holgura, el margen de maniobra para retrasos en los caminos no crticos.
Kendall & Kendall
2005 Pearson Prentice Hall

3-21

Timeboxing (Punto de entrega)


Establece una fecha de vencimiento de
entrega absoluta del proyecto. Las principales caractersticas del proyecto se desarrollan primero y se ponen en ejecucin en la fecha debida. Otras caractersticas se agregan ms adelante.

Kendall & Kendall

2005 Pearson Prentice Hall

3-22

Administradores de informacin personal (PIM)


Los Administradores de informacin personal (PIM) es til para programar actividades e incluye caractersticas por ejemplo:

Listas del nmeros de telfono y de fax. Listas del cosas pendientes. Calendarios en lnea.
Kendall & Kendall
2005 Pearson Prentice Hall

3-23

Administracin de equipos
Los equipos tienen a menudo dos lderes:
tareas. Uno que se refiere a las relaciones sociales

Uno quien lidera a los miembros a cumplir las

El analista de sistemas debe administrar:


Los miembros del equipo. Sus actividades. Sus tiempos y recursos.

Kendall & Kendall

2005 Pearson Prentice Hall

3-24

Fijacin de las metas de productividad del proyecto


Los proyectos exitosos requieren
metas de productividad razonables para salidas tangibles y que el proceso de las actividades sean fijadas. Las fijacin de metas ayuda a motivar a los miembros del equipo.
Kendall & Kendall 3-25

2005 Pearson Prentice Hall

Administracin de procesos de comercio electrnico


La administracin de proyectos de comercio electrnico y de
software tradicional tienen las siguientes diferencias: Los datos usados por los sistemas de comercio electrnico estn dispersos por toda la organizacin. Los sistemas de Ecommerce necesitan a personal con una amplia variedad de habilidades. Los gerentes de proyectos de comercio electrnico requieren establecer acuerdos de cooperacin tanto interna como externamente mucho antes de la implementacin La seguridad es de extrema importancia.

Kendall & Kendall

2005 Pearson Prentice Hall

3-26

Fracasos de proyectos
Los fracasos de proyectos deben
ser evitados por:

Entrenamiento. Experiencia. Aprendiendo del porque otros


proyectos fallado.

Kendall & Kendall

2005 Pearson Prentice Hall

3-27

Programacin extrema
La Programacin extrema (XP) toma buenas prcticas de desarrollo extremo de sistemas.

Kendall & Kendall

2005 Pearson Prentice Hall

3-28

Variables de programacin extrema


La programacin extrema tiene cuatro
variables que el desarrollador puede controlar: Tiempo. Coste. Calidad. Coste. Estas variables se deben equilibrar en un proyecto.
Kendall & Kendall
2005 Pearson Prentice Hall

3-29

Programacin extrema

Kendall & Kendall

2005 Pearson Prentice Hall

3-30

Actividades de programacin extrema

Las actividades de la programacin extrema son: Codificar. Probar. Escuchar. Disear.

Kendall & Kendall

2005 Pearson Prentice Hall

3-31

Prcticas de programacin extremas de la base


Existen cuatro prcticas esenciales en la programacin extrema:

Liberacin temprana. Semana de trabajo de 40 horas. Cliente en el sitio. Programacin en parejas.

Kendall & Kendall

2005 Pearson Prentice Hall

3-32

Papeles en la programacin extrema

Kendall & Kendall

2005 Pearson Prentice Hall

3-33

Papeles en la programacin extrema


Existen siete roles en XP: Programador.

Cliente. Testeador. Rastreador Entrenador Consultor. EL gran jefe.


Kendall & Kendall
2005 Pearson Prentice Hall

3-34

El juego de la planeacin
El juego de la planeacin plantea reglas
que pueden ayudar a establecer las relaciones del equipo de desarrollo de XP con sus clientes de negocios. Limitar la incertidumbre (minimizar el riesgo). Hay dos jugadores principales: el equipo de desarrollo y el cliente de negocios. Los clientes deciden lo que el equipo de desarrollo debe atacar primero.
Kendall & Kendall
2005 Pearson Prentice Hall

3-35

El proceso de desarrollo XP
Los proyectos de XP son interactivos e
incrementales. Las cinco etapas del desarrollo de XP son: Exploracin. Planeacin. Interaciones a la primera versin. Puesta en produccin. Mantenimiento.

Kendall & Kendall

2005 Pearson Prentice Hall

3-36

Proceso del desarrollo de XP

Kendall & Kendall

2005 Pearson Prentice Hall

3-37

También podría gustarte