RESUMEN DEL LIBRO KENDALL && KENDALL

CAPITULO 1,2 Y 3

CAPITULO 1: SISTEMAS, ROLES Y METODOLOGAS DE DESARROLLO

OBJETIVOS DEL APRENDIZAJE:

Definir que son los sistemas o del sistema del anlisis y de diseo.

Herramientas CASE de informacin.

Fases del mantenimiento

Programacin extrema metodologas alternas.

INFORMACIN:

La informacin es un recurso de organizacin, que se debe manejar

tan cuidadosamente con otros recursos.

Los costos se asocian al tratamiento de la informacin.

El procesamiento de informacin debe ser manejado adecuadamente

para tomar ventaja de ella.

TIPOS DE SISTEMAS:

SITEMAS DE PROCESAMIENTO DE TRANSACCIONES (TPS): Son

sistemas de informacin computarizada que se desarrollaron para
procesar grandes cantidades de informacin para las transacciones
de negocios rutinarias, como nminas e inventario.

SISTEMAS DE AUTOMATIZACIN DE LA OFICINA

(OAS): Estos

sistemas brindan apoyo a las personas que trabajan con datos no para
crear conocimiento sino para analizar y transformarlos de cierta forma
antes de compartirlos.

SISTEMAS DE TRABAJO DEL CONOCIMIENTO (KWS): Estos sistemas

brindan apoyo a profesionales como cientficos, ingenieros y mdicos,
ayudndoles a crear conocimiento (a menudo en equipos) y a
integrarlo a su organizacin o la sociedad.

SISTEMAS DE INFORMACIN DE GERENCIA (MIS): Son sistemas de

informacin computarizados que funcionan debido a la interaccin
entre las personas y la computadora.

SISTEMAS DE APOYO A LA TOMA DE DECISIN (DSS): Son similares

a los sistemas de informacin administrativa tradicional debido a que
ambos dependen de una base de datos como fuente de datos.

SISTEMAS EXPERTO (ES) E INTELIGENCIA ARTIFICIAL (AI): La idea

general de la (IA) ha sido desarrollar equipos que se comporten de
manera inteligente; teniendo dos ramas de investigacin que son la
comprensin del lenguaje natural y el anlisis de la habilidad para
razonar un problema y llegar a una conclusin lgica. Los sistemas
expertos (ES) utiliza en forma efectiva el conocimiento de uno o varios
expertos humanos para resolver un problema especfico al que una
organizacin se enfrenta creando un sistema computacional que
incluye este conocimiento y despus lo implementan.

SISTEMAS DE APOYO A LAS DECISIONES DE GRUPO (GDSS) Y

SISTEMAS

DE

TRABAJO

COLABORATIVO

ASISTIDO

POR

COMPUTADORA: Un sistema (GDSS), ofrece soluciones utilizando

cuartos

especiales equipados

con varias configuraciones que

permiten a los grupos interactuar con el soporte electrnico, el

principal objetivo de este sistema es que en grupo resuelvan un
problema

con

la

ayuda

de

varios

apoyos

como

encuesta,

cuestionarios, lluvias de ideas y creacin de escenarios cuando tienen

que tomar decisiones estructuradas o no estructuradas.

SISTEMAS DE APOYO A EJECUTIVOS (EES): Cuando los ejecutivos

tengan que tomar decisiones a nivel estratgico este sistema los
ayudara a organizar sus interacciones con el entorno externo
ofreciendo tecnologas de grficos y comunicaciones en sitios
accesibles como salas de juntas y oficinas corporativas personales.

INTEGRACION DE LAS TECNOLOGIAS EN SISTEMAS

En esta seccin se describen algunas de las nuevas tecnologas de
informacin que los analistas de sistemas utilizarn para empresas que
buscan integrar sus aplicaciones de comercio electrnico con sus negocios
tradicionales, o bien, iniciar negocios electrnicos completamente nuevos.

APLICACIONES DE COMERCIO ELECTRNICO Y SISTEMAS WEB

Muchos de los sistemas que se describen en este libro pueden
dotarse de una mayor funcionalidad si se migran a la World Wide
Web o si desde su concepcin se implementan como tecnologas
basadas en la Web. Hay muchos beneficios derivados de la
implementacin de una aplicacin en la Web:

Una creciente difusin de la disponibilidad de un servicio,

producto, industria, persona o grupo.

La posibilidad de que los usuarios accedan las 24 horas.

La estandarizacin del diseo de la interfaz.

La creacin de un sistema que se puede extender a nivel mundial

y llegar a gente en lugares remotos sin preocuparse por la zona
horaria en que se encuentren.

SISTEMAS DE PLANEACIN DE RECURSOS EMPRESARIALES

Esta integracin es precisamente el propsito de los sistemas de
planeacin de recursos empresariales (ERP, Enterprise Resource

Planning). El establecimiento de los sistemas ERP implica un

enorme compromiso y cambio por parte de la organizacin.
Es comn que los analistas de sistemas desempeen el papel de
asesores en los proyectos de ERP que utilizan software patentado.
Entre el software ms conocido de ERP se encuentran SAP, People
Soft y paquetes de Oracle y J.D. Edwards. Algunos de estos
paquetes estn diseados para migrar a las empresas a la Web.

SISTEMAS PARA DISPOSITIVOS INALMBRICOS Y PORTTILES

Los analistas tienen la exigencia de disear una gran cantidad de
nuevos sistemas y aplicaciones, muchos de ellos para dispositivos
inalmbricos y computadoras porttiles como la popular serie de
computadoras Palm y otros asistentes personales digitales (PDAs,
Personal Digital Assistants).
Las redes inalmbricas de rea local (WLANs, Wireless Local rea
Networks), las redes de fidelidad inalmbrica, conocidas como WIFI, y las redes inalmbricas personales que agrupan a muchos tipos
de dispositivos dentro del estndar conocido como Bluetooth,
constituyen sistemas cuyo diseo podran solicitarle a usted en su
funcin de analista.

SOFTWARE DE CDIGO ABIERTO

El software de cdigo abierto es una alternativa al desarrollo de
software tradicional cuyo cdigo patentado se oculta a los usuarios.
Representa un modelo de desarrollo y filosofa de distribucin de
software gratuito y publicacin de su cdigo fuente.
El desarrollo de cdigo abierto es til para los dispositivos
porttiles y el equipo comunicaciones. Su uso podra estimular el
progreso en la creacin de estndares para que los dispositivos se
comunicaran con ms facilidad.

NECESIDAD DEL ANLISIS Y DISEO DE SISTEMAS

El anlisis y diseo de sistemas que los analistas de sistemas llevan a cabo
busca comprender qu necesitan los humanos para analizar la entrada o el
flujo de datos de manera sistemtica, procesar o transformar los datos,
almacenarlos y producir informacin en el contexto de una organizacin
especfica. Mediante un anlisis detallado, los analistas buscan identificar y
resolver los problemas correctos.
ROLES DEL ANALISTA DE SISTEMAS
El analista de sistemas evala de manera sistemtica el funcionamiento de
un negocio mediante el examen de la entrada y el procesamiento de datos y
su consiguiente produccin de informacin, con el propsito de mejorar los
procesos de una organizacin.
EL ROL DE CONSULTOR DEL ANALISTA DE SISTEMAS
Con frecuencia, el analista de sistemas desempea el rol de consultor para
un negocio y, por tanto, podra ser contratado de manera especfica para
enfrentar los problemas de sistemas de informacin de una empresa.
Esta contratacin se puede traducir en una ventaja porque los consultores
externos tienen una perspectiva fresca de la cual carecen los dems
miembros de una organizacin.
Tambin se puede traducir en una desventaja porque alguien externo nunca
conocer la verdadera cultura organizacional.
EL ROL DE EXPERTO EN SOPORTE TCNICO DEL ANALISTA DE SISTEMAS
Otro rol que tendr que desempear es el de experto en soporte tcnico
dentro de la empresa en la cual labora de manera regular. Como experto de
soporte tcnico, usted no est a cargo del proyecto; tan slo acta como
recurso para aquellos que s lo estn.

EL ROL DE AGENTE DE CAMBIO DEL ANALISTA DE SISTEMAS

El rol ms completo y de mayor responsabilidad que asume el analista de
sistemas es el de agente de cambio, ya sea interno o externo para la
empresa. Como analista, usted es un agente de cambio si desempea
cualquiera de las actividades relacionadas con el ciclo de vida del desarrollo
de sistemas (que se explicar en la siguiente seccin) y est presente en la
empresa durante un largo periodo (de dos semanas a ms de un ao).
CUALIDADES DEL ANALISTA DE SISTEMAS
El analista es un solucionador de problemas. Es una persona que aborda
como un reto el anlisis de problemas y que disfruta al disear soluciones
factibles.

El

analista

debe

contar

con

la

capacidad

de

afrontar

sistemticamente cualquier situacin mediante la correcta aplicacin de

herramientas, tcnicas y su experiencia.
El analista de sistemas debe ser una persona autodisciplinada y
automotivada, con la capacidad de administrar y coordinar los innumerables
recursos de un proyecto.
EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS
Los analistas no se ponen de acuerdo en la cantidad de fases que incluye el
ciclo de vida del desarrollo de sistemas, pero en general alaban su enfoque
organizado. Aqu hemos dividido el ciclo en siete fases:
IDENTIFICACIN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS:
Ac el analista observa objetivamente lo que sucede en un negocio. Esta
etapa es crtica para el xito del resto del proyecto, pues a nadie le agrada
desperdiciar tiempo trabajando en un problema que no era el que se deba
resolver.

DETERMINACIN DE LOS REQUERIMIENTOS DE INFORMACIN:

El analista es la determinacin de los requerimientos de informacin de los
usuarios. Entre las herramientas que se utilizan para determinar los
requerimientos de informacin de un negocio se encuentran mtodos
interactivos como las entrevistas, los muestreos, la investigacin de datos
impresos y la aplicacin de cuestionarios.
ANLISIS DE LAS NECESIDADES DEL SISTEMA:
Aqu el analista tiene herramientas la cual es el uso de diagramas de flujo de
datos para graficar las entradas, los procesos y las salidas de las funciones
del negocio en una forma grfica estructurada. Analiza tambin las
decisiones estructuradas que se hayan tomado.
DISEO DEL SISTEMA RECOMENDADO:
El analista utiliza la informacin recopilada en las primeras fases para
realizar el diseo lgico del sistema de informacin. El analista disea
procedimientos precisos para la captura de datos que aseguran que Los
datos que ingresen al sistema de informacin sean correctos. Facilita la
entrada eficiente de datos al sistema de informacin mediante tcnicas
adecuadas de diseo de formularios y pantallas.
DESARROLLO Y DOCUMENTACIN DEL SOFTWARE:
El analista trabaja de manera conjunta con los programadores para
desarrollar cualquier software original necesario. Entre las tcnicas
estructuradas para disear y documentar software se encuentran los
diagramas de estructura, los diagramas de Nassi-Shneiderman y el
pseudocdigo. El analista se vale de una o ms de estas herramientas para
comunicar al programador lo que se requiere programar.

PRUEBAS Y MANTENIMIENTO DEL SISTEMA:

Para que el sistema est en funcionamiento es necesario antes probarlo. Es
mucho menos costoso encontrar los problemas antes que el sistema se
entregue a los usuarios.
IMPLEMENTACIN Y EVALUACIN DEL SISTEMA:
Ac se capacita a los usuarios en el manejo del sistema. Parte de la
capacitacin la imparten los fabricantes, pero la supervisin de sta es
responsabilidad del analista de sistemas. Tambin el analista tiene que
planear una conversin gradual del sistema anterior al actual.
IMPACTO DEL MANTENIMIENTO
Despus de instalar un sistema, se le debe dar mantenimiento, es decir, los
programas de cmputo tienen que ser modificados y actualizados cuando lo
requieran. El mantenimiento se realiza por dos razones. La primera es la
correccin de errores del software. No importa cun exhaustivamente se
pruebe el sistema, los errores se cuelan en los programas de cmputo. El
momento que se detectan. La otra razn para el mantenimiento del sistema
es la mejora de las capacidades del software en respuesta a las cambiantes
necesidades de una organizacin, que por lo general tienen que ver con
alguna de las siguientes tres situaciones:

Con frecuencia, despus de familiarizarse con el sistema de cmputo

y sus capacidades, los usuarios requieren caractersticas adicionales.

El negocio cambia con el tiempo.

El hardware y el software cambian a un ritmo acelerado.

USO DE HERRAMIENTAS CASE

Los analistas de sistemas se apoyan en estas herramientas, desde el
principio hasta el fin del ciclo de vida, para incrementar la productividad,

comunicarse de manera ms eficiente con los usuarios e integrar el trabajo

que desempean en el sistema.
RAZONES PARA EL USO DE LAS HERRAMIENTAS CASE
Aumento en la productividad del analista Visible Analyst (VA) es una
herramienta CASE que da al analista de sistemas la posibilidad de realizar
planeacin, anlisis y diseo por medios grficos, con el propsito de
construir aplicaciones cliente-servidor y bases de datos complejas. Mejora
de la comunicacin analista-usuario. Para que el sistema propuesto se
concrete y sea til en la prctica, es esencial una excelente comunicacin
entre analistas y usuarios durante todo el ciclo de vida del desarrollo de
sistemas.
INGENIERA INVERSA Y REINGENIERA DE SOFTWARE:
La ingeniera inversa y la reingeniera de software son mtodos para alargar
la vida de programas anteriores, conocidos como software heredado. Segn
el conjunto de herramientas de ingeniera inversa que se utilice, el cdigo es
analizado y las herramientas producen algunos o todos los elementos
siguientes:

Estructuras de datos y elementos que describen los archivos y

registros almacenados por el sistema.

Diseos de pantallas, si el programa es en lnea.

Esquemas de informes para programas por lotes.

Un diagrama de estructura que muestra la jerarqua de los mdulos

del programa.

Diseo y relaciones de bases de datos.

ANLISIS Y DISEO DE SISTEMAS ORIENTADOS A OBJETOS:

El anlisis y diseo orientado a objetos es un enfoque cuyo propsito es
facilitar el desarrollo de sistemas que deben cambiar con rapidez en
respuesta a entornos de negocios dinmicos. Los enfoques orientados a
objetos utilizan el estndar de la industria para la modelacin de sistemas
orientados a objetos, el lenguaje unificado de modelacin [UML, Unified
Modeling Languag), para analizar un sistema en forma de modelo de casos
de uso.
PROGRAMACIN EXTREMA Y OTRAS METODOLOGAS ALTERNAS:
La programacin extrema (XP, Extreme Programming) es un enfoque para el
desarrollo de software que utiliza buenas prcticas de desarrollo y las lleva a
los extremos. Se basa en valores, principios y prcticas esenciales. Los
cuatros valores son la comunicacin, la simplicidad, la retroalimentacin y la
valenta. Recomendamos a los analistas de sistemas que adopten estos
valores en todos los proyectos que emprendan, no slo cuando recurran a
medidas de programacin extrema.

DESARROLLO DE PREGUNTAS DEL CAPITULO 1

1. DESCRIBA POR QU ES MEJOR CONSIDERAR A LA INFORMACIN
COMO UN RECURSO DE LA ORGANIZACIN MS QUE COMO UN
SUBPRODUCTO DERIVADO DE LOS NEGOCIOS.
RPT: Las organizaciones estn compuestas de sistemas ms pequeos
interrelacionados (departamentos, unidades, fragmentos, etc.) que sirven a
funciones especializadas.
2. DEFINA LO QUE SIGNIFICA UN SISTEMA DE PROCESAMIENTO DE
TRANSACCIONES.
RPT: Los sistemas de procesamiento de transacciones (TPS, Transaction
Processing Systems) son sistemas de informacin computarizada creados
para procesar grandes cantidades de datos relacionadas con transacciones
rutinarias de negocios, como las nminas y los inventarios.
3. EXPLIQUE LA DIFERENCIA ENTRE LOS SISTEMAS DE AUTOMATIZACIN
DE LA OFICINA (OAS) Y LOS SISTEMAS DE TRABAJO DEL CONOCIMIENTO
(KWS].
RPT: Los sistemas de automatizacin de la oficina apoyan a los trabajadores
de datos, quienes por lo general no generan conocimientos nuevos, estn el
procesamiento

de

texto,

las

hojas

de

clculo,

la

autoedicin,

la

calendarizacin electrnica y las comunicaciones mediante correo de voz,

correo electrnico y videoconferencia, mientras que en un sistema de
trabajo de conocimientos sirven de apoyo a los trabajadores profesionales,
como los cientficos, ingenieros y mdicos, en sus esfuerzos de creacin de
nuevo conocimiento y dan a stos la posibilidad de compartirlo con sus
organizaciones o con la sociedad.

4. COMPARE LA DEFINICIN DE SISTEMAS DE INFORMACIN GERENCIAL

(MIS) Y LA DE SISTEMAS DE APOYO A LA TOMA DE DECISIONES (DSS).
RPT: Los sistemas de informacin gerencial dan apoyo a un espectro de
tareas

organizacionales

mucho

ms

amplio

que

los

sistemas

de

procesamiento de transacciones, como el anlisis y la toma de decisiones,

mientras que el DSS pone nfasis en el apoyo a la toma de decisiones en
todas sus fases, aunque la decisin definitiva es responsabilidad exclusiva
del encargado de tomarla.
5.

DEFINA EL

CONCEPTO

SISTEMAS

EXPERTOS.

EN

QU

SON

DIFERENTES LOS SISTEMAS EXPERTOS Y LOS SISTEMAS DE APOYO A LA

TOMA DE DECISIONES?
RPT: La inteligencia artificial (AI, Artificial Intelligence] se puede considerar
como el campo general para los sistemas expertos. Un sistema experto
[tambin conocido como sistema basado en el conocimiento) captura y
utiliza el conocimiento de un experto para solucionar un problema especfico
en una organizacin a diferencia de un DSS, que cede al responsable la toma
de la decisin definitiva, un sistema experto selecciona la mejor solucin
para un problema o una clase especfica de problemas.
6. ENUMERE LOS PROBLEMAS DE INTERACCIN GRUPAL QUE ESTN
DESTINADOS A RESOLVER LOS SISTEMA DE APOYO A LA TOMA DE
DECISIONES

EN

GRUPO

(GDSS) Y LOS

SISTEMAS

COLABORATIVO APOYADOS POR COMPUTADORA (CSCWS).

Falta de participacin

El control por parte de miembros elocuentes del grupo

La toma de decisiones conformista

DE

TRABAJO

7. CUL ES EL TRMINO MS COMN, CSCWS O GDSS? EXPLIQUE SU

RESPUESTA.
RPT: Sistemas de trabajo colaborativo apoyados por computadora, en que
este sistema tiene el respaldo de un grupo en red para la toma de decisiones
que puedan enfrentar las empresas.
8. DEFINA EL CONCEPTO COMERCIO MVIL [M-COMMERC).
RPT: Son redes de comunicaciones estndar o inalmbricas que integren
voz, vdeo y correo electrnico en intranet para una organizacin.
9. ENUMERE LAS VENTAJAS DE IMPLEMENTAR APLICACIONES EN LA
WEB.

Una creciente difusin de la disponibilidad de un servicio, producto,

industria, persona o grupo.

La posibilidad de que los usuarios accedan las 24 horas.

La estandarizacin del diseo de la interfaz.

La creacin de un sistema que se puede extender a nivel mundial y

llegar a gente en lugares remotos sin preocuparse por la zona horaria
en que se encuentren.

10. CUL ES LA RAZN PREPONDERANTE PARA DISEAR SISTEMAS

ERP?
RPT: La integracin de los diversos sistemas de informacin que existen en
los diferentes niveles administrativos, con funciones dispares.
11. DEFINA EL SIGNIFICADO DE SOFTWARE DE CDIGO ABIERTO.
RPT: Es una alternativa al desarrollo de software tradicional cuyo cdigo
patentado se oculta a los usuarios. Representa un modelo de desarrollo y
filosofa de distribucin de software gratuito y publicacin de su cdigo
fuente.

12. ENUMERE LAS VENTAJAS DE UTILIZAR TCNICAS DE ANLISIS Y

DISEO DE SISTEMAS AL DESARROLLAR SISTEMAS DE INFORMACIN
COMPUTARIZADOS PARA NEGOCIOS.

Acumulacin de papeles.

Rapidez de conseguir informacin.

Sistematizar la entrada y salida de flujos de datos.

13. MENCIONE TRES ROLES QUE DEBE DESEMPEAR UN ANALISTA DE

SISTEMAS. D UNA DEFINICIN DE CADA ROL.

EL ROL DE CONSULTOR DEL ANALISTA DE SISTEMAS

EL ROL DE EXPERTO EN SOPORTE TCNICO DEL ANALISTA DE

SISTEMAS

EL ROL DE AGENTE DE CAMBIO DEL ANALISTA DE SISTEMAS: Es el

de agente de cambio, ya sea interno o externo para la empresa que
desempea cualquiera de las actividades relacionadas con el ciclo de
vida del desarrollo de sistemas y est presente en la empresa durante
un largo periodo.

14. QU CUALIDADES PERSONALES SON DE UTILIDAD PARA EL

ANALISTA DE SISTEMAS? ENUMRELAS.

Solucionador de problemas

Ser comunicador

Ser una persona auto disciplinado y auto motivado

Capacidad de administrar

15. MENCIONE Y DESCRIBA BREVEMENTE LAS SIETE FASES DEL CICLO

DE VIDA DEL DESARROLLO DE SISTEMAS (SDLC).

Identificacin de problemas, oportunidades y objetivos.- el analista se

ocupa de identificar problemas, oportunidades y objetivos.

Determinacin de los requerimientos de informacin.- se utilizan para

determinar los requerimientos de informacin de un negocio se
encuentran mtodos interactivos como las entrevistas, los muestreos,
la investigacin de datos impresos y la aplicacin de cuestionarios.

Anlisis de las necesidades del sistema.- herramientas y tcnicas

especiales

auxilian

al

analista

en

la

determinacin

de

los

requerimientos.

Diseo del sistema recomendado.- El analista disea procedimientos

precisos para la captura de datos que aseguran que los datos que
ingresen al sistema de informacin sean correctos.

Desarrollo y documentacin del software.- el analista trabaja de

manera conjunta con los programadores para desarrollar cualquier
software original necesario.

Prueba y mantenimiento del sistema.- Es mucho menos costoso

encontrar los problemas antes que el sistema se entregue a los
usuarios.

Implementacin y evaluacin del sistema.-En esta fase se capacita a

los usuarios en el manejo del sistema.

16.

EN QU CONSISTE EL DESARROLLO RPIDO DE APLICACIONES

(RAD)?
RPT: Es un enfoque orientado a objetos para el desarrollo de sistemas que
incluye un mtodo de desarrollo, abarca la generacin de requerimientos de
informacin y herramientas de software.

17. DEFINA INGENIERA INVERSA DE SOFTWARE Y REINGENIERA EN EL

CONTEXTO DE REINGENIERA ASISTIDA POR COMPUTADORA (CARE).
RPT: La ingeniera inversa de software es cargar, en el conjunto de
herramientas, el cdigo de programa existente. El trmino reingeniera se
utiliza en numerosos contextos diferentes de ingeniera, programacin y
negocios, puesto que muchos de los cambios requeridos slo se pueden
lograr mediante el uso de tecnologa de informacin novedosa.
18. MENCIONE LAS CUATRO RAZONES PARA ADOPTAR HERRAMIENTAS
CASE.
RPT: Incrementar la productividad del analista, mejorar la comunicacin
entre analistas y usuarios, integrar las actividades del ciclo de vida, y
analizar y valorar el impacto de los cambios en el mantenimiento.
19. CULES SON LOS CUATRO VALORES DE LA PROGRAMACIN
EXTREMA?
Los cuatros valores son:

La comunicacin

La simplicidad

Retroalimentacin

Valenta.

20. DEFINA LOS CONCEPTOS ANLISIS ORIENTADO A OBJETOS Y DISEO

ORIENTADO A OBJETOS
RPT: El anlisis y diseo orientado a objetos es un enfoque cuyo propsito
es facilitar el desarrollo de sistemas que deben cambiar con rapidez en
respuesta a entornos de negocios dinmicos.

21. QU ES EL UML?
RPT: Es el lenguaje unificado de modelacin que analiza un sistema en
forma de modelo de casos de uso.
CAPITULO 2:
EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE
INFORMACIN
LAS ORGANIZACIONES COMO SISTEMAS.Las organizaciones se consideran como sistemas diseados para cumplir
metas y objetivos predeterminados con la intervencin de la gente y otros
recursos de que disponen. Las organizaciones se componen de sistemas
ms pequeos e interrelacionados (departamentos, unidades, divisiones,
etc.) que se encargan de funciones especializadas.
ENTERRELACEUN E INTERDEPENDECIA DE LOS SISTEMAS:
Entre los procesos tpicos de un sistema estn la revisin, la actualizacin y
la impresin.
Otro aspecto que hace a las organizaciones parecidas a los sistemas es que
todos los sistemas estn delimitados por fronteras que los separan de sus
entornos. Todas las organizaciones usan la planeacin y el control. La
apertura se refiere al flujo de informacin libre dentro de la organizacin.
ORGANIZACIONES VIRTUALES Y EQUIPOS VIRTUALES:
Entre los beneficios potenciales para las organizaciones virtuales se
encuentra la posibilidad de reducir costos derivados de instalaciones fsicas.
PLANEACIN DE RECURSOS EMPRESARIALES: LA ORGANIZACIN COMO
SISTEMA.
Un sistema de planeacin de recursos empresariales [ERP, Enterprise
Resource Planning) es un trmino que se emplea para describir un sistema
de informacin organizacional. La implementacin de una solucin ERP

puede resultar desgastante porque es difcil analizar un sistema en uso y

despus ajustar el modelo ERP ha dicho sistema. Adems, las compaas
por lo general disean sus procesos de negocios antes de implementar el
ERP.
DESCRIPCIN DE GRAFICAS DE SISTEMAS:
Los diversos modelos grficos muestran las fronteras y la informacin que
se utiliza en el sistema.

Sistemas y diagrama de flujo de datos de contexto.

Sistemas del modelo entidad-relacin.

NIVELES DE ADMINISTRACIN:
En las organizaciones, como se muestra en la figura 2.13, la administracin
se divide en tres amplios niveles horizontales: control de operaciones,
planeacin

administracin

control

administrativo

estratgica.

Cada

(gerencia
nivel

de

implica

nivel
sus

medio),

propias

responsabilidades y todos se enfocan, a su manera, en conseguir las metas

y objetivos de la organizacin.
CULTURA ORGANIZACIONAL:
La cultura organizacional es un rea de investigacin que ha crecido de
manera notable en la ltima generacin. An no hay un consenso sobre la
definicin precisa de lo que constituye una subcultura organizacional. Sin
embargo, s hay consenso en que las subculturas podran entrar en
conflictos y competir para ganar adeptos a su visin de lo que debera ser la
organizacin.

DESARROLLO DE LAS PREGUNTAS DEL CAPITULO 2

1. CULES SON LOS TRES GRUPOS DE ASPECTOS FUNDAMENTALES DE
UNA ORGANIZACIN QUE INFLUYEN EN EL DESARROLLO DE SISTEMAS
DE INFORMACIN?
RPT: Los niveles de administracin, el diseo de las organizaciones y las
culturas organizacionales.
2. QU SIGNIFICA DECIR QUE LOS SUBSISTEMAS ORGANIZACIONALES
SE INTERRELACIONAN Y SON INTERDEPENDIENTES?
RPT: Que cuando se cambia o elimina un elemento de un sistema, el resto
del sistema tambin experimenta cambios importantes.
3. DEFINA EL TRMINO FRONTERA ORGANIZACIONAL.
RPT: Frontera organizacional es el trmino que usan las empresas para
evolucionar y sobrevivir allegndose de materia prima y de gente al interior
de sus fronteras para que despus pueda intercambiar sus productos y
servicios o informacin con el mundo exterior.
4.

CULES

SON

LOS

DOS

PROPSITOS

PRINCIPALES

DE

LA

RETROALIMENTACIN EN LAS ORGANIZACIONES?

RPT: Las salidas y las metas
5. DEFINA EL CONCEPTO DE APERTURA EN EL ENTORNO DE UNA
ORGANIZACIN.
RPT: La apertura se refiere al flujo de informacin libre dentro de la
organizacin.
6. DEFINA EL CONCEPTO DE CERRAZN EN EL ENTORNO DE UNA
ORGANIZACIN.
RPT: Que cada miembro de la organizacin necesita de una previa
autorizacin para el ingreso al proyecto y la informacin no pueda ser
obtenido fcilmente.

7. CUL ES LA DIFERENCIA ENTRE UNA ORGANIZACIN TRADICIONAL Y

UNA VIRTUAL?
RPT: En que las organizaciones tradicionales trabajan en funcin a un solo
lugar con juntas presenciales en cambio las organizaciones virtuales usan
instrumentos como la tecnologa para reunirse y su propsito es que se
trabaje en proyectos no localizados en un solo lugar.
8. CULES SON LOS BENEFICIOS POTENCIALES Y UNA DESVENTAJA DE
UNA ORGANIZACIN VIRTUAL?
RPT: Entre los beneficios potenciales para las organizaciones virtuales se
encuentra la posibilidad de reducir costos derivados de instalaciones fsicas
y la desventaja es que an no se puede cumplir con las necesidades
sociales.
9. D UN EJEMPLO DE UNA SITUACIN EN LA CUAL LOS ANALISTAS DE
SISTEMAS TRABAJEN CON LOS USUARIOS COMO UN EQUIPO VIRTUAL.
RPT: Por ejemplo la empresa contasis tiene su localia en la ciudad de lima
pero una empresa de provincia le compra el sistema que ellos venden el
analista se contacta con ellos por medio de una red la cual instala toda sus
aplicaciones y para en bastante comunicacin con su cliente para cualquier
consulta o duda que tenga el cliente.
10. QU ES ERP Y CUL ES SU PROPSITO?
RPT: Es un trmino que se emplea para describir un sistema de informacin
organizacional, ayudar al flujo de informacin entre las reas funcionales de
la organizacin.
11. QU PROBLEMAS ENFRENTAN CON FRECUENCIA LOS ANALISTAS AL
IMPLEMENTAR UN PAQUETE ERP?
RPT: La implementacin de una solucin ERP puede resultar desgastante
porque es difcil analizar un sistema en uso y despus ajustar el modelo ERP
a dicho sistema, lamentablemente, con frecuencia este proceso se realiza de

prisa y el modelo de negocios propuesto no siempre coincide con la

funcionalidad del ERP. Los resultados son personalizaciones adicionales,
periodos de implementacin extendidos, costos ms altos y, con frecuencia,
la prdida de confianza del usuario.
12. QU SIGNIFICA EL CONCEPTO DIAGRAMA DE ENTIDAD-RELACIN?
RPT: Es un diagrama donde estn involucradas dos partes una llamada
entidad ya sea una persona, un lugar, un destino o un avin y una relacin
que puede ser un evento, como un fin de mes un periodo de ventas entre
otros.
13. QU SMBOLOS SE UTILIZAN PARA ELABORAR DIAGRAMAS E-R?
RPT: Los smbolos denominados pata de cuervo, flecha o bachman.
14. MENCIONE LOS TIPOS DE DIAGRAMAS E-R.

Entidad fundamental.

Entidad asociativa.

Entidad atributiva.

15. EN QU DIFIEREN UNA ENTIDAD, UNA ENTIDAD ASOCIATIVA Y UNA

ENTIDAD ATRIBUTIVA?
RPT: En que la asociativa se crea para unir dos entidades y la atributiva para
describir atributos para entidades que se repiten.
16. MENCIONE LOS TRES NIVELES PRINCIPALES DE ADMINISTRACIN
HORIZONTAL DE LAS ORGANIZACIONES.

Control de operaciones

Planeacin y control administrativo

Administracin estratgica

17. CMO PUEDE AYUDAR LA COMPRENSIN DE LAS SUBCULTURAS

ORGANIZACIONALES AL DISEAR SISTEMAS DE INFORMACIN?
RPT: Con los simbolismos verbales y no verbales.
CAPITULO 3:
DETERMINACION DE LA VIABILIDAD Y ADMINISTRACION DE LAS
ACTIVIDADES DE ANALISIS Y DISEO
Un proyecto de sistemas comienza con problemas o con oportunidades de
realizar mejoras en un negocio, que surgen con frecuencia conforme la
organizacin se adapta al cambio. La creciente popularidad del comercio
electrnico pone de manifiesto que algunos cambios importantes se estn
generando a medida que los negocios inician sus empresas en Internet o
cuando trasladan sus operaciones internas y sus relaciones externas a este
medio de comunicacin. Los cambios que requieren una solucin de
sistemas pueden surgir del entorno legal as como del medio ambiente
donde opera la empresa. Una vez que se propone un proyecto, el analista de
sistemas trabaja rpidamente en colaboracin con los encargados de la
toma de decisiones para determinar la viabilidad del mismo. Si se aprueba
un proyecto para un estudio de sistemas completo, las actividades del
proyecto se programan con ayuda de herramientas como grficas de Gantt y
diagramas de Tcnicas de Evaluacin y Revisin de Programas (PERT,
Program Evaluation and Review Techniques) a fin de terminar a tiempo el
proyecto. Para asegurar la productividad de los miembros del equipo de
anlisis de sistemas es fundamental la administracin eficaz de sus
actividades programada.
INICIACIN DE UN PROYECTO: Los ejecutivos de negocios sugieren
proyectos de sistemas por dos razones principales: (1) porque tienen
problemas que requieren una solucin de sistemas, y (2) porque identifican
oportunidades de mejorar mediante la actualizacin, modificacin o
instalacin de nuevos sistemas cuando ocurren problemas.

PROBLEMAS EN LA ORGANIZACIN: A los administradores no les agrada

aceptar que sus organizaciones tienen problemas, y muchos menos hablar
de ellos con alguien externo. No obstante, los buenos administradores estn
conscientes de que para mantener el negocio funcionando a su ms alto
potencial es imperativo que reconozcan los sntomas de los problemas o, en
etapas ms avanzadas, que los diagnostiquen y les hagan frente.
Los problemas surgen de diversas maneras. Una forma de averiguar que hay
problemas y cmo se originaron, es considerarlos como situaciones en las
cuales ya no se alcanzan o nunca se han alcanzado las metas fijadas. La
retroalimentacin til pone de manifiesto la brecha existente entre el
desempeo real y el que se pretende. De esta manera, la retroalimentacin
ayuda a resaltar los problemas.
SELECCIN DE PROYECTOS: Los proyectos surgen de diferentes fuentes y
por muchas razones. No todos deben seleccionarse para un estudio ms
profundo. Usted debe tener bien presentes las razones para recomendar el
estudio de sistemas de un proyecto que parezca resolver un problema o
propiciar una mejora. Tome en cuenta los motivos que impulsen una
propuesta de proyecto. Debe asegurarse de que el proyecto no tiene como
propsito mejorar su propia imagen poltica o su poder, o el poder de la
persona o grupo que lo proponga, porque hay una alta probabilidad de que
el proyecto sea mal concebido y, con el tiempo, no tenga una buena
aceptacin.
Ms all de estas consideraciones generales, existen cinco criterios
especficos para la seleccin de proyectos:

El respaldo de los directivos de la organizacin.

Un periodo adecuado de compromiso para terminar el proyecto.

La

posibilidad

organizacionales.

de

mejorar

la

consecucin

de

las

metas

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.

El principal criterio es el respaldo de los directivos de la organizacin. Nada

se puede realizar sin el consentimiento de quienes a la postre proporcionan
los recursos econmicos.
Esto no significa que usted carecer de influencia para dirigir el proyecto o
que nadie ms, aparte de los directivos, puede intervenir; pero el respaldo de
estos ltimos es primordial.
DETERMINACIN DE LA VIABILIDAD:
El estudio de viabilidad no consiste en un estudio completo de los sistemas.
Ms bien, se trata de recopilar suficientes datos para que los directivos, a su
vez, tengan los elementos necesarios para decidir si debe procederse a
realizar un estudio de sistemas.
Los datos para el estudio de viabilidad se pueden recopilar mediante
entrevistas, tema que trataremos en detalle en el captulo 4. El tipo de
entrevista apropiado se relaciona directamente con el problema o la
oportunidad bajo anlisis. Por lo general, la analista de sistema entrevista a
quienes requieren ayuda y a los involucrados en el proceso de toma de
decisiones, que comnmente son los directivos. Aunque es importante
abordar el problema correcto, el analista de sistemas no debe invertir
demasiado tiempo en los estudios de viabilidad, porque le solicitarn
muchos proyectos y slo unos cuantos podrn o debern ser realizados. El
tiempo dedicado al estudio de viabilidad deber ser bastante reducido y
abarcar diversas actividades.

DEFINICIN DE OBJETIVOS:
Las mejoras a los sistemas se pueden definir como cambios que darn como
resultado beneficios crecientes y valiosos. Las mejoras pueden ser de
muchos tipos, por ejemplo:

Aceleracin de un proceso.

Optimizacin de un proceso al eliminar pasos innecesarios o

duplicados.

Combinacin de 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.

Mejora en la integracin de sistemas y subsistemas.

Es importante que el analista de sistemas tenga habilidad para reconocer las

oportunidades de mejora. Sin embargo, quienes estn en contacto diario con
el sistema podran ser fuentes de informacin ms eficaces sobre las
mejoras por realizar. Si ya se han sugerido mejoras, son necesarios sus
conocimientos como analista para contribuir a determinar si vale la pena la
mejora y cmo se debe implementar.
PLANEACION Y CONTROL DE ACTIVIDADES: El anlisis y diseo de
sistemas involucra muchos tipos diferentes de actividades que en conjunto
conforman un proyecto. El analista de sistemas debe manejar el proyecto
con cuidado si desea que ste tenga xito. La administracin de proyectos
abarca las tareas generales de planeacin y control.
La planeacin incluye todas las actividades requeridas para seleccionar un
equipo de anlisis de sistemas, asignar miembros del equipo a proyectos
adecuados, calcular el tiempo necesario para realizar cada tarea y programar

el proyecto de tal manera que las tareas se terminen a tiempo. El control

implica el uso de retroalimentacin para monitorear el proyecto, incluyendo
la comparacin del plan original del proyecto con su evolucin real. Adems,
el control significa emprender las acciones apropiadas para agilizar o
reprogramar actividades para terminar en tiempo, a la vez que estimulen a
los miembros del equipo a realizar el trabajo de manera profesional.
USO DE GRFICAS DE GANTT PARA LA PROGRAMACIN DE PROYECTOS:
Una grfica de Gantt es una forma fcil de programar tareas. En este tipo de
grfica las barras representan cada tarea o actividad. La longitud de cada
barra representa la duracin relativa de dicha tarea.
USO DE DIAGRAMAS PERT: PERT es un acrnimo de Program Evaluation
and Review Techniques (Tcnicas de Evaluacin y Revisin de Programas).
Un programa (sinnimo de proyecto) se representa mediante una red de
nodos y flechas que se evala para determinar las actividades crticas,
mejorar la programacin de fechas si es necesario y revisar el progreso una
vez que se aborda el proyecto.
PERT fue desarrollado a fines de la dcada de 1950 para utilizarse en el
proyecto del submarino nuclear Polaris de la Marina de Estados Unidos.
Segn se dice, ahorr dos aos de desarrollo a la Marina de Estados Unidos.
COMO EVITAR EL FRACASO DE UN PROYECTO:
Por lo general, las primeras conversaciones que sostenga con los directivos
y dems involucrados en la solicitud de un proyecto, junto con los estudios
de viabilidad que realice, son sus mejores defensas para rechazar proyectos
que tengan una alta probabilidad de fracaso.
La prctica y la experiencia mejorarn su capacidad para evaluar si un
proyecto vale la pena y las razones que motivan a los dems a solicitarlo. Si
usted es miembro de un equipo interno de anlisis de sistemas, debe
mantenerse al tanto del clima poltico de la organizacin, as como de su
situacin financiera y competitiva.

Tambin puede aprender de la experiencia adquirida por las personas

involucradas en los fracasos de proyectos anteriores. Al pedirle a
programadores profesionales que expliquen las razones por las cuales han
fallado algunos proyectos, argumentan la fijacin de fechas irreales o
imposibles de cumplir por parte de los directivos, la creencia de que basta
con incorporar ms gente a un proyecto para acelerarlo (a pesar de que la
fecha original para la terminacin del proyecto era irreal], y la actitud
irreflexiva de los directivos al prohibir al equipo que recurra al conocimiento
de profesionales externos en busca de ayuda para solucionar problemas
especficos.

DESARROLLO DE LAS PREGUNTAS DEL CAPITULO 3

1. CULES SON LOS CINCO ASPECTOS FUNDAMENTALES DE UN
PROYECO?

La iniciacin de proyectos

La determinacin de la viabilidad de un proyecto

La planeacin y el control de actividades

La programacin de proyectos y

La administracin de los

miembros del equipo de anlisis de sistemas

2. MENCIONE

TRES

FORMAS

DE

DETECTAR

PROBLEMAS

OPORTUNIDADES QUE PODRAN REQUERIR UNA SOLUCIN DE

SISTEMAS.
- Revise los resultados contra los criterios de desempeo.
- Observe el comportamiento de los empleados.
- Ponga atencin en la retroalimentacin externa de: Distribuidores,
Clientes y Proveedores.
3. ENUMERE LOS CINCO CRITERIOS PARA LA SELECCIN DE PROYECTOS
DE SISTEMAS.
Que el proyecto solicitado tenga el respaldo de los directivos de la
organizacin
Que cuente con un periodo adecuado de compromiso para la terminacin del
proyecto
Que impulse a la organizacin hacia la consecucin de sus metas
Que sea factible
Que tenga la importancia suficiente para darle mayor prioridad que a otros
proyectos.

4. EXAMINE LA CUADRCULA DE IMPACTO DE LA VIABILIDAD QUE SE

MUESTRA EN LA FIGURA 3.3. MENCIONE LOS OBJETIVOS CORPORATIVOS
QUE RECIBEN UNA INFLUENCIA POSITIVA DE LOS SISTEMAS DE
COMERCIO ELECTRNICO.

Componentes del sistema

Ganancias corporativas

Estrategia competitiva

Objetivos corporativos conjuntos con socios y distribuidores

Apoyo a las operaciones internas

Apoyo a las decisiones internas

5. DEFINA QU ES LA VIABILIDAD TCNICA.

RPT: En este punto es benfico el conocimiento de los analistas de sistemas,
ya que stos podrn responder la pregunta de la viabilidad tcnica gracias a
su propia experiencia y a sus contactos con los fabricantes de tecnologa.
6. DEFINA QU ES LA VIABILIDAD ECONMICA.
RPT: La viabilidad econmica es la segunda parte de la determinacin de
recursos.
7. DEFINA QU ES LA VIABILIDAD OPERATIVA.
RPT: Es evaluar de manera adecuada los recursos tcnicos y econmicos.
8. EN QU SITUACIN ES MS APROPIADA UNA GRFICA DE GANTT
TRIDIMENSIONAL QUE UNA UNIDIMENSIONAL?
RPT: Utilizar la grfica de Gantt es que las barras representan actividades a
escala; es decir, el tamao de las barras indica el tiempo relativo que tomar
completar cada tarea.

9. CUNDO ES TIL PARA UN PROYECTO DE SISTEMAS EL USO DE UN

DIAGRAMA PERT?
RPT: Es muy til cuando las actividades se pueden hacer en paralelo en
lugar de en secuencia.
10. MENCIONE TRES VENTAJAS DE UN DIAGRAMA PERT SOBRE UNA
GRFICA DE GANTT PARA LA PROGRAMACIN DE PROYECTOS DE
SISTEMAS.

La longitud de las flechas no tiene relacin con la duracin de las

actividades.

Reconocer cuando una actividad est terminada.

Indicar las actividades que deben terminarse antes de emprender

nuevas actividades.

11. DEFINA EL CONCEPTO DE RUTA CRTICA.

RPT: La ruta crtica viene hacer la ruta ms larga, aunque la ruta crtica se
determina calculando La ruta ms larga, sta se define como la ruta que
causar que el proyecto entero se atrase incluso si se retrasa un solo da.
12. DEFINA EN QU CONSISTE LA TCNICA DE PUNTO DE ENTREGA
(TIMEBOXING).
RPT: Es un desarrollo reciente en la administracin de proyectos, un
proyecto se divide en fases, hitos y tareas, pero el enfoque de punto de
entrega utiliza una fecha de vencimiento absoluta para el proyecto y todo lo
que se haya realizado al trmino de esa fecha se debe implementar.
13. MENCIONE LAS FUNCIONES DISPONIBLES EN LOS PAQUETES
COMERCIALES DE SOFTWARE PARA PROGRAMACIN DE PROYECTOS
POR COMPUTADORA.
RPT: Es posible introducir nuevas tareas en la parte superior o en la inferior
de la pantalla (lo que resulte ms fcil para el usuario), No necesitamos

introducir una fecha de inicio si deseamos que el programa de la

computadora lo programe por nosotros (tan pronto como sea posible, dados
los predecesores). La parte superior izquierda de la tabla lista las actividades
en el orden en que las introdujimos.
14. MENCIONE LAS FUNCIONES MS COMUNES DE UN PAQUETE DE
SOFTWARE DE ADMINISTRACIN DE INFORMACIN PERSONAL (PIM).

Sirven como depsito para los nmeros telefnicos

Sirve para los planificadores diarios, semanales o mensuales,

Sirve para las listas de pendientes.

15. MENCIONE LOS DOS TIPOS DE LDERES DE UN EQUIPO.

Una persona se ocupar de las relaciones sociales entre los miembros

del grupo.

La otra persona se encargar de guiar a los miembros a la

consecucin de tareas.

16. QU SIGNIFICA QUE UNA NORMA DEL EQUIPO SEA DISFUNCIONAL?

RPT: El hecho de que un comportamiento particular sea una norma para un
equipo no quiere decir que le ayudar a conseguir sus metas.
17. QU ES UN PROCESO DEL EQUIPO?
RPT: Es la interaccin que existe entre miembros de un equipo para realizar
una labor.
18. MENCIONE TRES RAZONES POR LAS CUALES LA FIJACIN DE METAS
MOTIVA A LOS MIEMBROS DE UN EQUIPO DE ANLISIS DE SISTEMAS.
RPT: Motivar a los miembros del equipo pues les aclara tanto a ellos como a
los dems todo lo que se tiene que hacer para conseguir resultados, las
metas motivan a los miembros del equipo que definen el grado de xito que

se espera de ellos y estimula con la perspectiva de que lo esperado se puede

conseguir.
19. CULES SON LOS CUATRO ASPECTOS EN QUE DIFIEREN LA
ADMINISTRACIN DE PROYECTOS DE COMERCIO ELECTRNICO Y LA
ADMINISTRACIN DE PROYECTOS TRADICIONALES?
Consiste en que los datos utilizados por los sistemas de comercio
electrnico se encuentran dispersos en
Necesitan

ms

personal

con

toda la organizacin.

habilidades

diversas,

incluyendo

desarrolladores, consultores, expertos en bases de datos e integradores de

sistemas, de toda la organizacin.
Integrar estratgicamente el comercio electrnico con todos los sistemas de
la organizacin.
Como el sistema se enlazar con el mundo externo a travs de Internet, la
seguridad es de extrema importancia.
20. MENCIONE TRES RAZONES QUE ARGUMENTEN LOS PROGRAMADORES
PARA EL FRACASO DE PROYECTOS.

Argumentan la fijacin de fechas irreales o imposibles de cumplir.

La creencia de que basta con incorporar ms gente a un proyecto.

La actitud irreflexiva de los directivos al prohibir al equipo que recurra

al conocimiento de profesionales externos en busca de ayuda para
solucionar problemas especficos.

21. POR QU ES TAN EXTREMA LA PROGRAMACIN EXTREMA?

RPT: Por qu el diseo de un sistema funcional, esttico a al cual se le pueda
dar mantenimiento que es muy importante.

22. MENCIONE LAS CUATRO VIABLES DE CONTROL DE RECURSOS QUE

UTILIZA LA XP.

Tiempo

Costo

Calidad

Alcance

23. MENCIONE LAS CUATRO ACTIVIDADES RELACIONADAS CON LA XP.

Codificar

Probar

Escuchar

Disear

24. DESCRIBA CMO SE UTILIZAN LAS VARIABLES DE CONTROL PARA

EQUILIBRAR LAS ACTIVIDADES EN UN PROYECTO DE XP EXITOSO.
RPT: Se utiliza para equilibrar las actividades de un proyecto de XP, si el
proyecto estuviera retrasado, el analista tendra que consultar con el cliente
para omitir alguna caracterstica.
25. CULES SON LAS CUATRO PRCTICAS ESENCIALES DEL ENFOQUE
DE

DESARROLLO

DE

XP

QUE

METODOLOGAS DE DESARROLLO?

Liberacin limitada

Semana de trabajo de 40 horas

Cliente en el sitio

Programacin en parejas.

LO

DISTINGUEN

DE

OTRAS

26. CULES SON LOS SIETE ROLES QUE SE DEBEN DESEMPEAR

DURANTE EL PROCESO DE DESARROLLO DE XP?

Programador

Cliente

Probador

Rastreador

Entrenador

Consultor

Gran jefe

27. CUL ES EL SIGNIFICADO DE LA FRASE "EL JUEGO DE LA

PLANEACIN"?
RPT: Plantea reglas que pueden ayudar a establecer las relaciones del
equipo de desarrollo de XP con sus clientes.
28. CULES SON LAS ETAPAS DEL PROCESO DE DESARROLLO DE XP?

Exploracin

Planeacin

Interacciones a la primera versin

Puesta en produccin

Mantenimiento