Anda di halaman 1dari 8

Captulo 1

El contexto de mtodos de anlisis y diseo de sistemas


1. Los sistemas de informacin en las organizaciones capturan y administran datos para producir informacin
til que respalda a una organizacin y a sus empleados, clientes, proveedores y asociados.
2. Los sistemas de informacin pueden ser clasificados de acuerdo con las funciones que atienden, lo que
incluye:
a) Sistemas de proceso de transaccin que procesan las transacciones de negocios como pedidos,
tarjetas de tiempo (para registrar la entrada), pagos y reservaciones.
b) Sistemas de informacin administrativa que utilizan datos de transacciones para producir
informacin requerida por administradores para dirigir el negocio.
c) Sistemas de soporte de decisiones que ayudan a diversos tomadores de decisiones a identificar y
elegir entre opciones o decisiones.
d) Sistemas de informacin ejecutiva hechos a la medida para las necesidades de informacin nicas
de ejecutivos que planean el negocio y evalan el desempeo contra esos planes.
e) Sistemas expertos que capturan y reproducen el conocimiento de un solucionador de problemas o
un tomador de decisiones experto y luego simulan el pensamiento de ese experto.
f) Sistemas de comunicacin y colaboracin que resaltan la comunicacin y colaboracin entre las
personas, tanto internas como externas a la organizacin.
g) Sistemas de automatizacin de oficina que ayudan a los empleados a crear y compartir
documentos que respaldan las actividades de oficina diarias.
3. Los sistemas de informacin pueden ser vistos desde distintas perspectivas, incluida la perspectiva de los
jugadores, de los impulsores de negocios que influyen en el sistema de informacin, los impulsores de
tecnologa utilizados por el sistema de informacin y el proceso utilizado para desarrollar el sistema de
informacin.
4. Los trabajadores de la informacin son los involucrados en los sistemas de informacin. Incluyen a esas
personas cuyos puestos abarcan la creacin, el acopio, el proceso, la distribucin y el uso de la informacin.
stos son:
a) Propietarios del sistema, patrocinadores y principales defensores de los sistemas de informacin.
b) Usuarios del sistema, la gente que utiliza o que es impactada por el sistema de informacin en una
base regular. Geogrficamente, los usuarios del sistema pueden ser internos o externos.
c) Constructores del sistema, especialistas de tecnologa que construyen el sistema de informacin
basado en las especificaciones de diseo.
d) Analistas de sistemas, que facilitan el desarrollo de los sistemas de informacin y las aplicaciones
de cmputo. Ellos coordinan los esfuerzos de los propietarios, usuarios, diseadores y constructores.
Con frecuencia, pueden jugar uno de esos papeles tambin. Los analistas de sistemas realizan el
anlisis y diseo de sistemas.
5. Adems de tener habilidades de anlisis y diseo de sistemas formales, un analista de sistemas debe
desarrollar o poseer las siguientes habilidades, conocimiento y rasgos:
a) Conocimiento del trabajo de las tecnologas de la informacin.
b) Experiencia en programacin de computadoras.
c) Conocimiento general de procesos y terminologa de negocios.
d) Habilidades generales de solucin de problemas.
e) Habilidades buenas de comunicacin interpersonal.
f) Habilidades buenas de relaciones interpersonales.
g) Flexibilidad y adaptabilidad.
h) Carcter y tica.
6. Cualquier papel de involucrado puede ser desempeado por un trabajador interno o externo llamado
proveedor de servicio externo (ESP). La mayora de los ESP son analistas, diseadores o constructores de
sistemas que son contratados por su experiencia en un proyecto especfico.
7. La mayora de los proyectos de sistemas de informacin incluyen el trabajo en equipo. Generalmente uno
o ms de los involucrados (miembros del equipo) toman el papel de administrador de proyecto para
asegurarse de que el sistema se desarrolle a tiempo, dentro del presupuesto y con una calidad aceptable. La
mayora de los administradores de proyecto son experimentados analistas de sistemas.

Captulo 2
Componentes de sistemas de informacin
1. Las organizaciones son atendidas por una federacin de sistemas de informacin que respaldan diversas
funciones de negocios. Las empresas tienen sistemas de informacin de front-office que respaldan las
funciones de negocios que se extienden a sus clientes y sistemas de informacin de backoffice que
respaldan las operaciones de negocios internas e interactan con los proveedores.
2. Las variadas clases de aplicaciones de sistemas de informacin se traslapan e interactan para
complementarse y suplementarse entre ellas.
3. La arquitectura de sistemas de informacin proporciona un unificador marco de referencia en el cual
diversos involucrados con distintas perspectivas pueden organizar y ver los componentes fundamentales de
los sistemas de informacin:
a) Los propietarios de sistemas y los usuarios de sistemas tienden a enfocarse en tres metas de
negocios comunes en cualquier sistema de informacin; mejoramientos en el conocimiento del
negocio, procesos del negocio y comunicaciones del negocio.
b) Los diseadores y los constructores de sistemas tienden a enfocarse en las tecnologas utilizadas
por el sistema de informacin con el fin de lograr las metas del negocio. Se enfocan en tecnologas
de bases de datos que respaldan el conocimiento del negocio, las tecnologas de software que
respaldan los procesos del negocio y las tecnologas de interfaz que respaldan las comunicaciones
del negocio.
4. Los tres puntos de vista representados en el modelo son:
a) CONOCIMIENTO. El conocimiento del negocio que ayuda a los administradores a tomar
decisiones inteligentes.
b) PROCESOS. Las actividades (incluida la administracin) que realizan la misin del negocio.
c) COMUNICACIONES. La forma en que el sistema realiza la interfaz con los usuarios y con otros
sistemas de informacin.
5. Mejorar el conocimiento del negocio es una meta fundamental en un sistema de informacin:
a) El propietario del sistema est involucrado en la informacin que agrega nuevo conocimiento del
negocio.
b) Los usuarios del sistema de informacin son conocedores de los datos que describen el negocio.
Estos datos se utilizan para crear posteriormente informacin y el conocimiento del negocio.
c) Los diseadores del sistema estn preocupados por la tecnologa de bases de datos que ser
utilizada por el sistema de informacin para respaldar el conocimiento del negocio.
d) Los constructores del sistema se enfocan en la tecnologa de sistemas de administracin de bases
de datos real utilizada para almacenar los datos del negocio que respaldarn el conocimiento del
mismo.
6. Mejorar los procesos del negocio es una meta fundamental de un sistema de informacin:
a) Los propietarios del sistema estn interesados en las funciones del negocio y los grupos de
procesos relacionados que respaldan un negocio.
b) Los usuarios del sistema especifican el proceso del negocio en trminos de los requerimientos de
proceso para un nuevo sistema. Los requerimientos de procesos del negocio son definidos
frecuentemente en trminos de polticas y procedimientos. Las polticas son reglas explcitas a las
que hay que adherirse cuando se completan los procesos del negocio. Los procedimientos son los
pasos precisos que se deben seguir al completar los procesos del negocio.
c) Los diseadores del sistema ven los procesos del negocio en trminos del ambiente de desarrollo
de aplicacin y de la tecnologa de software utilizada para desarrollar el sistema. Muchas empresas
compran soluciones de software comerciales en lugar de construir software internamente.
d) Los constructores del sistema se enfocan en los programas de aplicaciones personalizados que
automatizan los procesos del negocio.
7. Una meta comn de la mayora de las organizaciones es mejorar las comunicaciones del negocio:
a) Los propietarios del sistema definen el alcance de las comunicaciones de un proyecto de
desarrollo de sistemas de informacin.
b) Los usuarios del sistema ven las comunicaciones en trminos de las entradas y salidas del sistema
de informacin.
c) Los diseadores del sistema estn preocupados por el diseo tcnico del usuario y de las
interfaces de comunicacin de sistema a sistema.
d) Los constructores del sistema estn preocupados por la tecnologa de interfaz que utilizan para
implementar las interfaces de comunicacin de usuario y de sistema a sistema.

8. Los sistemas de informacin actuales estn construidos en las redes. La tecnologa de redes permite a los
sistemas de informacin adecuadamente diseados separar los componentes del conocimiento, PROCESO y
la COMUNICACIN y forzarlos a comunicarse a travs de la red.
Captulo 3
Desarrollo de sistemas de informacin
1. Un proceso de desarrollo de sistemas es un conjunto de actividades, mtodos, mejores prcticas,
productos y herramientas automatizadas que los interesados utilizan para desarrollar y mejorar
continuamente los sistemas de informacin y el software.
2. El Modelo de Madurez de la Capacidad (CMM) es un marco de referencia para evaluar el nivel de madurez
del desarrollo de sistemas de informacin y la administracin de procesos y productos de una organizacin.
Define la necesidad de un proceso de desarrollo de sistemas.
3. Un ciclo de vida de sistemas divide la vida de un sistema de informacin en dos etapas, desarrollo de
sistemas, operacin y mantenimiento de sistemas.
4. Una metodologa de desarrollo de sistemas es un proceso de la etapa de desarrollo de sistemas. Define un
conjunto de actividades, mtodos, mejores prcticas, productos y herramientas automatizadas que los
desarrolladores de sistemas y los administradores de proyecto utilizarn para desarrollar y mantener los
sistemas de informacin y software.
5. Los siguientes principios deben fundamentar todas las metodologas de desarrollo de sistemas:
a) Hacer que los usuarios del sistema
f) Administrar el proceso y los proyectos.
participen.
g) Justificar los sistemas de informacin
b) Utilizar un mtodo de solucin de
como inversiones de capital.
problemas.
h) No temer cancelar o revisar el alcance.
c) Establecer fases y actividades.
i) Dividir y conquistar.
d) Documentar a travs del desarrollo.
j) Disear sistemas para crecimiento y
e) Establecer estndares.
cambio.
6. Los proyectos de desarrollo de sistemas son disparados por problemas, oportunidades y directrices:
a) Los problemas son situaciones indeseables que evitan que la organizacin logre completamente
su propsito, metas u objetivos.
b) Las oportunidades sirven para mejorar la organizacin incluso en ausencia de problemas
especficos.
c) Las directrices son requerimientos nuevos impuestos por la administracin, el gobierno o alguna
influencia externa.
7. El marco de referencia PIECES de Whetherbe es til para clasificar problemas, oportunidades y
directrices. Las letras de PIECES corresponden en ingls a Performance (desempeo), Information
(informacin), Economics (economa), Control (control), Efficiency (eficiencia) y Service (servicio).
8. Las fases bsicas del desarrollo de sistemas incluyen:
a) Definicin del alcance.
b) Anlisis del problema.
c) Anlisis de requerimientos.
d) Diseo lgico.

e) Anlisis de decisin.
f) Diseo fsico e integracin.
g) Construccin y pruebas.
h) Instalacin y entregas.

9. Las actividades transversales del ciclo de vida son aquellas que se traslapan en muchas o en todas las
actividades de la metodologa. Pueden incluir:
a) Definicin de hechos, el proceso formal de utilizar investigacin, entrevistas, juntas, cuestionarios,
muestreos y otras tcnicas para recolectar informacin acerca de los sistemas, requerimientos y
preferencias.
b) Documentacin, la actividad de registrar hechos y especificaciones de un sistema para referencia
actual y futura. La documentacin se almacena con frecuencia en un repositorio, una base de datos
donde los desarrolladores de sistemas almacenan toda la documentacin, el conocimiento y los
productos para uno o ms sistemas de informacin o proyectos.

c) Presentacin, la actividad de comunicar resultados, recomendaciones y documentacin para


revisin por parte de los usuarios y administradores interesados. Las presentaciones pueden ser
verbales o escritas.
d) El anlisis de factibilidad, la actividad por la cual se mide y se evala la factibilidad, una medida de
qu tan benfico sera el desarrollo de un sistema de informacin para una organizacin.
e) Administracin de procesos, la actividad continua que documenta y mejora el uso de la
metodologa elegida por una organizacin (el proceso) para el desarrollo de sistemas.
f) La administracin de proyecto, la actividad de definir, planear, dirigir, vigilar y controlar un proyecto
para desarrollar un sistema aceptable dentro del tiempo y presupuesto asignados.
10. Hay diferentes rutas a travs de las fases de desarrollo de sistemas bsicos. Se selecciona una ruta
apropiada durante la fase de definicin de alcance. Las rutas tpicas incluyen:
a) Estrategias de desarrollo basadas en modelos, que enfatizan el dibujo de diagramas para ayudar a
visualizar y analizar problemas, definir requerimientos del negocio y disear sistemas de informacin.
Las estrategias alternativas basadas en modelos incluyen:
i)
Modelado de procesos
ii)
Modelado de datos
iii)
Elaboracin de modelos de objetos
b) Las estrategias de desarrollo rpido de aplicaciones (RAD), que enfatizan la participacin extensa
de los usuarios en la construccin rpida y evolutiva de prototipos en funcionamiento de un sistema
para acelerar el proceso de desarrollo del sistema.
c) Las estrategias de implantacin de paquete de aplicacin comercial, que se enfocan en la compra
e integracin de un paquete o solucin de software para soportar una o ms funciones de negocios y
sistemas de informacin.
d) El mantenimiento del sistema ocurre luego de que se implanta un sistema y se realiza durante toda
la vida del sistema. Esencialmente, el mantenimiento del sistema ejecuta una versin de menor
escala del proceso de desarrollo con distintos puntos de inicio segn el tipo de problema que se va a
resolver.
11. Las herramientas automatizadas soportan todas las fases de desarrollo de sistemas:
a) Las herramientas de ingeniera de sistemas asistida por computadora (CASE) son programas de
software que automatizan o soportan el dibujo y anlisis de modelos de sistemas y permiten la
transicin de los modelos de sistemas a programas de aplicacin.
i) Un repositorio CASE es una base de datos de los desarrolladores de sistemas. Es un
lugar donde los desarrolladores pueden almacenar modelos de sistemas, descripciones y
especificaciones detalladas y otros productos del desarrollo de sistemas.
ii) La ingeniera hacia adelante requiere que el analista de sistemas dibuje modelos de
sistemas, ya sea desde el inicio o con plantillas. Los modelos resultantes son transformados
posteriormente en un cdigo de programa.
iii) La ingeniera inversa permite que una herramienta CASE lea un cdigo de programa
existente y transforme ese cdigo en un modelo de sistema representativo que puede ser
editado y refinado por el analista de sistemas.
b) Los ambientes de desarrollo de aplicacin (ADE) son herramientas de desarrollo de software
integrado que proporcionan todas las facilidades necesarias para desarrollar un software de
aplicacin nuevo con la mxima velocidad y calidad.
c) Las herramientas de administracin de proceso nos ayudan a documentar y manejar una
metodologa y rutas, sus productos y los estndares de administracin de calidad.
d) Las herramientas de administracin de proyectos nos ayudan a planear actividades de desarrollo
de sistemas (preferentemente por medio de una metodologa aprobada), estimar y asignar recursos
(incluidas las personas y los costos), programar actividades y recursos, vigilar el progreso en contra
del programa y el presupuesto, controlar y modificar el programa y los recursos y reportar el progreso
del proyecto.
Captulo 4
Anlisis de sistemas
1. Formalmente, el anlisis de sistemas es la diseccin de un sistema en sus componentes. Como una fase
de solucin de problemas, precede al diseo de sistemas. Con relacin al desarrollo de sistemas de
informacin, el anlisis de sistemas es la investigacin preliminar de un proyecto propuesto, el estudio y el
anlisis de problemas del sistema existente, el anlisis de requerimientos de los requerimientos de sistemas
para el nuevo sistema y el anlisis de decisin para que las soluciones alternativas satisfagan los
requerimientos.

2. Los resultados del anlisis de sistemas se almacenan en un repositorio para su uso en las fases y
proyectos posteriores.
3. Existen diversas estrategias populares o en surgimiento para el anlisis de sistemas. Estas tcnicas
pueden ser utilizadas en combinacin entre ellas:
a) Las tcnicas de anlisis basadas en modelos enfatizan el dibujo de modelos de sistemas pictricos
que representan una realidad actual o una visin objetivo del sistema.
i) El anlisis estructurado es una tcnica que se enfoca en la elaboracin de modelos de
procesos.
ii) La ingeniera de informacin es una tcnica que se enfoca en la elaboracin de modelos de
datos. iii) El anlisis orientado a objetos es una tcnica que se enfoca en elaboracin de
modelos de objetos que encapsulan las preocupaciones de datos y procesos que actan en
esos datos.
b) Los enfoques de anlisis acelerados enfatizan la construccin de modelos de sistemas de un
sistema en un esfuerzo por acelerar el anlisis de sistemas.
i) La elaboracin de prototipos de identificacin es una tcnica que se enfoca en la
construccin de subsistemas de pequea escala, subsistemas funcionales para identificar los
requerimientos.
ii) El anlisis de arquitectura rpido intenta generar en forma automtica los modelos de
sistemas a partir de prototipos o de sistemas existentes. La generacin automtica de
modelos requiere tecnologa de ingeniera inversa.
c) Los enfoques basados en modelos y los de anlisis de sistema acelerado dependen de las
tcnicas de identificacin de requerimientos para identificar o extraer problemas y requerimientos de
los propietarios y usuarios de sistemas.
i)La identificacin de hechos es el proceso formal de utilizar investigacin, entrevistas,
cuestionarios, muestreo y otras tcnicas para reunir informacin.
ii) Las tcnicas de planeacin conjunta de requerimientos (JRP) utilizan talleres facilitados
para reunir a todas las partes interesadas y acelerar el proceso de identificacin de hechos.
d) El rediseo de proceso de negocios es una tcnica que se enfoca en simplificar y dirigir los
procesos de negocios fundamentales antes de aplicar la tecnologa de informacin a esos procesos.
4. Cada fase de anlisis de sistemas (investigacin preliminar, anlisis de problemas, anlisis de
requerimientos y anlisis de decisin) puede ser entendida en el contexto de los componentes del sistema de
informacin: CONOCIMIENTO, PROCESOS y COMUNICACIONES.
5. El propsito de la fase de investigacin preliminar es determinar el valor del proyecto y crear un plan para
completar esos proyectos considerados merecedores de un estudio y un anlisis detallado. Para cumplir con
la fase de investigacin preliminar, el analista de sistemas trabajar con los propietarios y usuarios de
sistemas para:
a) Listar problemas, oportunidades y
d) planear el proyecto y
directrices;
e) presentar el proyecto a la comunidad de
b) negociar el alcance preliminar;
negocios.
c) evaluar el valor del proyecto;
El producto de la fase de investigacin preliminar es un diagrama del proyecto que debe ser aprobado por los
propietarios de sistemas y/o un comit de toma de decisiones, comnmente llamado comit de direccin.
6. El propsito de la fase de anlisis del problema es responder las preguntas, vale la pena resolver los
problemas? y vale la pena construir un nuevo sistema? Para responder estas preguntas, la fase de anlisis
del problema analiza profundamente los supuestos problemas y las oportunidades identificadas primero en la
fase de investigacin preliminar. Para completar la fase del anlisis del problema, el analista continuar
trabajando con el propietario del sistema, usuarios de sistemas y dems administracin y personal de
sistemas de informacin. El analista de sistemas y los participantes adecuados:
a) estudiarn el dominio del problema;
d) establecern objetivos y restricciones
b)
analizarn
profundamente
los
de mejora de sistemas;
problemas y oportunidades;
e) actualizarn el plan de proyecto y
c) opcionalmente, analizarn los procesos
f)
presentarn
los
resultados
y
de negocios;
recomendaciones.
El producto obtenido de la fase de anlisis de problemas es el conjunto de objetivos de mejora de sistemas.
7. El propsito de la fase de anlisis de requerimientos es identificar lo que deber hacer el nuevo sistema sin
la consideracin de la tecnologa; en otras palabras, definir los requerimientos de negocios para un nuevo
sistema. Como en las fases de investigacin preliminar y en la de anlisis de problemas, el analista trabaja
activamente con los usuarios y los propietarios de sistemas as como con otros profesionales de sistemas de
informacin. Para completar la fase de anlisis de requerimientos, el analista y los participantes adecuados:
a) definirn los requerimientos,

b)
analizarn
los
requerimientos
c) rastrearn y completarn la definicin de
funcionales por medio de la elaboracin de
requerimientos,
modelos de sistemas o prototipos de
d) otorgarn prioridades a los requerimientos, y
identificacin,
e) actualizarn el plan de proyecto y el alcance.
El producto de la fase de anlisis de requerimientos es la definicin de requerimientos de negocios.
Como los requerimientos son un objetivo mvil sin terminacin, el anlisis de requerimientos tambin incluye
la tarea continua de administrar cambios a los requerimientos.
8. El propsito de la fase de diseo lgico es documentar los requerimientos de negocios por medio de
modelos de sistemas para el sistema propuesto. Estos modelos de sistemas pueden, segn la metodologa,
ser cualquier combinacin de los modelos de proceso, modelos de datos y modelos de objeto. Los modelos
describen diversos aspectos de nuestros componentes. De manera alternativa, los prototipos podran ser
construidos para identificar requerimientos. Algunos prototipos de identificacin pueden recibir una
ingeniera inversa para convertirse en modelos de sistemas. El analista de sistemas y los participantes
apropiados a) estructurarn o elaborarn un prototipo de requerimientos funcionales, b) validarn los
requerimientos funcionales y c) definirn casos de aceptacin de prueba. Estas tareas no son
necesariamente secuenciales; pueden ocurrir en paralelo. El producto de la fase de diseo lgica es la
definicin de requerimientos de negocios.
9. El propsito de la fase de anlisis de decisin es encaminar el proyecto partiendo de las necesidades del
negocio hacia las soluciones, al identificar, analizar y recomendar una solucin tcnica para el sistema. Para
completar la fase de anlisis de decisin, el analista y los participantes adecuados
a) definirn las soluciones alternativas;
d) actualizarn el plan de proyecto con
b) analizarn las soluciones alternativas
base en la solucin recomendada; y
para factibilidad (tcnica, operativa,
e) presentarn y defendern la solucin
econmica y de cronograma);
objetivo. El producto de la fase de anlisis
c) compararn las soluciones alternativas
de decisin es la propuesta del sistema.
factibles para elegir una o ms soluciones
recomendadas;
Capitulo 5
Tcnicas de exploracin de hechos para identificacin de los requerimientos
1. El proceso y las tcnicas que un analista de sistemas usa para identificar, analizar, y entender los
requerimientos de sistema son llamados identificacin de requerimientos.
2. Los requerimientos de sistema especifican lo que el sistema de informacin debe hacer, o qu propiedad o
cualidad debe tener el sistema.
3. El proceso de identificacin de requerimientos consta de las siguientes actividades:
a) El anlisis e identificacin del problema.
d)
La
administracin
b) La identificacin de requerimientos.
requerimientos.
c) La documentacin y el anlisis de los
requerimientos.

de

los

4. La exploracin de los hechos es una tcnica que se us a travs del ciclo de desarrollo completo, pero es
sumamente crtica en la fase de anlisis de requerimientos.
5. Una herramienta popular usada por los equipos de desarrollo para identificar, analizar, y solucionar
problemas es el diagrama Ishikawa.
6. La conduccin de negocios de una manera tica es una prctica requerida, y los analistas necesitan ser
ms conscientes de las implicaciones de no ser ticos.
7. Hay siete tcnicas de exploracin comunes:
a) El muestreo de documentos y archivos existentes puede proveer muchos hechos y detalles sin que
sea necesaria poca o ninguna comunicacin personal directa. El analista deber recolectar
documentos histricos, manuales y formas de operaciones en los negocios, y documentos de
sistemas de informacin.
b) La investigacin es una tcnica a menudo pasada por alto basada en el estudio de otras
aplicaciones similares. Ahora se ha hecho ms conveniente con la Internet y la Web (WWW). Las
visitas del sitio Web son una forma especial de investigacin.
c) La observacin es una tcnica de exploracin en la cual el analista estudia a la gente haciendo su
trabajo.
d) Se usan cuestionarios para recolectar hechos similares de un gran nmero de individuos.
e) Las entrevistas son lo ms popular pero son la tcnica de exploracin de hechos que consume
ms tiempo. Al entrevistar, el analista se encuentra individualmente con las personas para recabar
informacin.
i) Cuando la mayora de la gente habla de habilidades de comunicacin, piensan acerca de
hablar y escribir. La de escuchar apenas se menciona, pero puede ser lo ms importante,
especialmente durante el proceso de entrevista.
ii) Los estudios de investigacin han determinado un hecho sorprendente: Del total de los
sentimientos de una persona, slo siete por ciento se comunica oralmente (con palabras),
mientras que 38 por ciento se comunica por el tono de voz usado y 55 por ciento por las
expresiones facial y corporal. Si usted slo escucha las palabras de alguien, pierde la mayor
parte de lo que la persona tiene que decir. Los analistas de sistemas experimentados ponen
mucha atencin al lenguaje corporal y a la proxemia.
f) La elaboracin de prototipos de identificacin se aplica frecuentemente a los proyectos de
desarrollo de sistemas, en especial en casos donde el equipo de desarrollo tiene problemas para
definir los requerimientos del sistema. La filosofa es que los usuarios reconocern sus
requerimientos cuando los vean. Es importante que el prototipo sea desarrollado con rapidez a fin de
que pueda ser usado durante el proceso de desarrollo.
g) Muchos analistas encuentran fallas en las entrevistas: las entrevistas por separado frecuentemente
conducen a hechos, opiniones, y prioridades conflictivos. El resultado final es un gran nmero de
entrevistas de seguimiento, reuniones grupales o ambas. Por esta razn, muchas organizaciones
estn usando una sesin de trabajo grupal conocida como sesin de planeacin conjunta de
requerimientos como un sustituto de la entrevista.
i) Las sesiones de planeacin conjunta de requerimientos incluyen una gran variedad de
participantes y los papeles. Se espera que cada participante asista y participe activamente
durante toda la sesin JRP.
ii) Una sesin efectiva JRP incluye una planeacin extensa. Planificar para una sesin JRP
involucra tres pasos: la seleccin de un lugar para la sesin JRP, la seleccin de participantes
en la JRP, y la preparacin de un orden del da para ser seguido durante la sesin JRP.
8. Para ayudar a aliviar los muchos problemas asociados con el cambio de requerimientos, hay que realizar
la administracin de requerimientos. sta abarca las polticas, los procedimientos, y los procesos que
gobiernan cmo se maneja un cambio de un requerimiento.
9. Porque el tiempo es oro, es sabio y prctico para el analista de sistemas usar una estrategia de
exploracin para maximizar el valor del tiempo ocupado con los usuarios finales.
a) Aprenda de documentos, formas, informes, y archivos existentes. Los analistas pueden aprender
bastante sin tener contacto con las personas.
b) Si es apropiado, observe el sistema en actividad.
c) Dados todos los hechos ya recabados, disee y distribuya cuestionarios para aclarar las cosas que
no son completamente comprendidas.
d) Conduzca entrevistas (o las sesiones de trabajo grupal). Como la mayor parte de los hechos
pertinentes ya ha sido recolectada por los mtodos de contacto de usuario bajo, las entrevistas
pueden usarse para verificar y aclarar los asuntos y los problemas ms difciles. (Alternativamente,
Considere usar las tcnicas JRP para reemplazar o complementar entrevistas.)

e) (Optativo.) Construya prototipos de identificacin para los requerimientos funcionales que no se


comprendan o para los requerimientos que necesitan ser validados.
f) Haga un seguimiento. Use tcnicas de exploracin apropiadas para verificar hechos (usualmente
las entrevistas o la observacin.)