Академический Документы
Профессиональный Документы
Культура Документы
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.
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.)