UNIVERSIDAD

INTERAMERICANA DEL NORTE

CAMPUS TAMPICO

INGENIERIA INDUSTRIAL Y DE SISTEMAS

8VO CUATRIMESTRE

TURNO MIXTO

RESUMEN CAP1-6

ANTONHY HOMERO ALANIS VILLALON

DISEÑO DE SISTEMAS

MARIO ARTURO VILLANUEVA DEL ANGEL

CAPITULO
1
 SISTEMAS, ROLES Y METODOLOGIAS DE
DESARROLLO
El procesamiento de información debe ser manejado adecuadamente para
tomar ventaja de ella
TIPOS DE SISTEMAS
 Sistema de procesamiento de transacciones (TPS): Son sistemas de
Información computarizada que se desarrollan para procesar grandes
cantidades de información para las transacciones de negocios rutinario,
como nomina e inventarios
 Sistema de automatización de la oficina (OAS): 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 científicos, ingenieros y médicos,
ayudándolos a crear conocimiento y integrarlos a su organización o la
sociedad
 Sistema de información de gerencia(MIS): son sistemas de
información computarizados que funcionan debido a la integración entre
las personas y la computadora
 Sistemas de apoyo a la toma de decisiones (DSS): son similares a los
sistemas de información administrativa tradicional debido a que ambos
dependen de una base de datos como fuente de datos
 Sistemas expertos(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 investigación que son la comprensión
del lenguaje natural y el análisis de la habilidad para razonar un
problema y llegar a una conclusión lógica. Los sistemas expertos utilizan
en forma efectiva el conocimiento de uno o varios expertos para resolver
un problema especifico al que una organización se enfrenta creando un
sistema computacional que incluye este conocimiento y después lo
implementen
 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
electrónico, el principal objetivo de este sistema es que en grupo
resuelvan un problema con la ayuda de varios apoyos como encuesta,
cuestionarios, lluvia de ideas y creación 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 estratégico este sistema los ayuda a
organizar sus interacciones con el entorno externo ofreciendo
tecnologías de graficas y comunicaciones en sitios accesibles como
salas de junta y oficinas corporativas personales
INTEGRACION DE LAS TECNOLOGIAS EN SISTEMAS
O Aplicaciones de comercio electrónico y sistemas web:
hay muchos beneficios derivados de la implementación de una
aplicación en la web:
 Una creciente difusión de la disponibilidad de un
servicio, producto, industria, persona o grupo.
 La posibilidad de que los usuarios accedan las 24 horas
 La estandarización del diseño de la interfaz
 La creación de un sistema que se puede extender a nivel
mundial y llegar a gente en lugares remotos
O Sistema de planeación de recursos empresariales (ERP):
El establecimiento de los sistemas ERP implica un enorme compromiso
y cambio por parte de la organización. Es común que los analistas de
sistemas desempeñen el papel de asesores en los proyectos de ERP
que utilizan software patentado. Entre el software mas conocido de ERP
se encuentra SAP, PeopleSoft y paquetes de Oracle y J.D. Edwards.
Algunos de estos paquetes están diseñados para migrar a las empresas
a la web.
O Sistemas para dispositivos inalámbricos y portátiles:
los analistas tienen la exigencia de diseñar una gran cantidad de
nuevos sistemas y aplicaciones, muchos de ellos para dispositivos
inalámbricos y computadoras portátiles como la popular serie de
computadoras palm y otros asistentes personales digitales.
Las redes inalámbricas de área local (WLANS, Wireless Local Área
Networks), las redes de fidelidad inalámbrica, conocidas como WI-FI, y
las redes inalámbricas personales que agrupan a muchos tipos de
dispositivos dentro del estándar conocido como Bluetooht, constituyen
sistemas cuyo diseño podrían solicitarle a usted en su función de
analista.
O Software de código abierto:
El software de código abierto es una alternativa al desarrollo de software
tradicional cuyo código patentado se oculta a los usuarios.
Representa un modelo de desarrollo y filosofía de distribución de
software gratuito y publicación de su código fuente.
El desarrollo de código abierto es útil páralos dispositivos portátiles y el
equipo de comunicaciones. Su uso podría estimular el proceso en la
creación de estándares para que los dispositivos se comunicaran mas
facilidad.

NECESIDAD DEL ANALISTA Y DISEÑO DE SISTEMAS

El analista y diseño de sistemas que los analistas de sistemas llevan a cabo
busca comprender que necesitan los humanos para realizar la entrada o el flujo
de datos de manera sistemática, procesar o transformar los datos,
almacenarlos y producir información en el contexto de una organización.
ROLES DEL ANALISTA DE SISTEMAS
Un analista de sistemas evalúa de manera sistemática le funcionamiento de
un negocio mediante el examen de la entrada y el procesamiento de datos y su
consiguiente producción de información, con el propósito de mejorar los
procesos de una organización
 El analista de sistemas como consultor: puede ser contratado de
manera especifica para enfrentar los problemas de sistemas de
información de una empresa. Esta contratación se puede traducir en una
ventaja porque los consultores externos tienen una perspectiva fresca de
la cual carecen los demás miembros de una organización. También se
puede traducir en una desventaja porque alguien externo nunca
conocerá la verdadera cultura organizacional
 El analista de sistemas como experto de soporte: otro rol que
desempeña es el de experto en soporte técnico dentro de la empresa en
la cual labora de manera regular. Como experto de soporte técnico,
usted no está a cargo del proyecto, tan solo actúa como recurso para
aquellos que si lo están.
 El analista de sistemas como agente de cambio: el rol mas completo
y de mayor responsabilidad que asume el analista de sistemas es el
agente de cambio, Ya sea interno o externo para la empresa. Como
analista usted es un agente de cambio si desempeña cualquier de las
actividades relacionadas con el ciclo de vida del desarrollo de sistemas y
esta presenta en la empresa durante un largo periodo (de dos semanas
a más de un año)
 Cualidades del analista de sistemas: el analista debe contar con la
capacidad de afrontar sistemáticamente cualquier situación mediante la
correcta aplicación de herramientas, técnicas y su experiencia.
El analista de sistemas debe ser una persona auto disciplinada y
automotivada, con la capacidad de administrar y coordinar los
innumerables recursos de un proyecto.

EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS

 1. identificación de los problemas, oportunidades y objetivos: el
analista observa objetivamente lo que sucede en un negocio. Esta etapa
es crítica para el éxito del resto del proyecto, pues a nadie le agrada
desperdiciar tiempo trabajando en un problema que no era el que se
debía resolver
2. Determinación de los requerimientos humanos de información: el
analista es la determinación de los requerimientos de información de los
usuarios, entre herramientas que se utilizan para determinar los
requerimientos de información de un negocio se encuentran métodos
interactivos como las entrevistas, los muestreos, la investigación de
datos impresos y la aplicación de cuestionarios.
3. Análisis de las necesidades del sistema: 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 gráfica estructurada, analiza también las
decisiones estructuradas que se hayan tomado
4. Diseño del sistema recomendado: el analista utiliza la información
recopilada en las primeras fases para realizar el diseño lógico del
sistema de información. El analista diseña procedimientos precisos para
la captura de datos que aseguran que los datos que ingresen al sistema
de información sean correctos. Facilita la entrada eficiente de datos al
sistema de información mediante técnicas adecuadas de diseño de
formularios y pantallas
5. Desarrollo y documentación del software: el analista trabaja de
manera conjunta con los programadores para desarrollar cualquier
software original necesario. Entre las técnicas estructuradas para
diseñas y documentar software se encuentran los diagramas de
estructura, los diagramas de Nassi-Shneiderman y el pseudocodigo. El
analista se vale de una o mas de estas herramientas para comunicar el
programador lo que se requiere programar.
6. Prueba y mantenimiento del sistema: para el sistema este
funcionamiento es necesario antes probarlo. Es mucho menos costoso
encontrar los problemas antes que el sistema se entregue a los
usuarios.
7. Implementación y evaluación del sistema: capacitar a los usuarios en
el manejo del sistema. Parte de la capacitación la imparten los
fabricantes, pero la supervisión de esta es responsabilidad del analista
de sistemas. También el analista tiene que planear una conversión
gradual del sistema anterior al actual

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 mas eficiente con los usuarios e integrar el trabajo que
desempeña en el sistema.
 Proceso de desarrollo para un proyecto ágil:
Exploración: durante ella usted explora su entrono para evaluar su convicción de que puede y
debe lidiar con el problema mediante el desarrollo ágil, ensamblara el equipo y evaluara las
habilidades de sus miembros. También tendrá que examinar activamente las tecnologías
potenciales necesarias para crear el sistema
  Planeación: Al contrario de la primera etapa, la planeación tal vez
sólo requiera de unos cuantos días. En esta etapa, usted y sus
clientes se ponen de acuerdo en una fecha, que puede ser
cualquier día a partir de dos meses hasta medio año después de
la fecha en curso, para entregar soluciones a sus problemas
empresariales más estresantes.Si sus actividades de exploración
fueron suficientes, esta etapa debe ser muy corta.
 Iteraciones para la liberación de la primera versión: Por lo general éstas
son iteraciones (ciclos de prueba, retroalimentación y modificación) de
aproximadamente tres semanas de duración
 Puesta en producción: El ciclo de retroalimentación se agiliza de
manera que en vez de recibir retroalimentación por una iteración
cada tres semanas, las revisiones de software se entregan en
una semana. El producto se libera durante esta fase, pero se
puede mejorar si se le agregan otras características.
 Mantenimiento: Es posible agregar características, considerar las
sugerencias más riesgosas de los clientes y a rotar los miembros del
equipo. La actitud que usted debe tomar en este punto del proceso de
desarrollo es más conservadora que en cualquier otro

ANALISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS

Es un enfoque cuyo propósito es facilitar el desarrollo de sistemas que
deben cambiar con rapidez en respuesta a entornos de negocios dinámicos.
Los enfoques orientados a objetos utilizan el estándar de la industria para la
modelación de sistemas orientado a objetos, el lenguaje unificado de
modelación UML, para analizar un sistema en forma de modelo de caso de uso
 CAPITULO
2
COMPRENSIÓN Y MODELADO DE LOS SISTEMAS
ORGANIZACIONALES

LAS ORGANIZACIONES COMO SISTEMAS

las organizaciones se consideran como sistemas diseñados para cumplir
etas y objetivos predeterminados con la intervención de la gente y otros
recursos de que disponen. Las organizaciones se componen de sistemas mas
pequeños e interrelacionados que se encargan de funciones especializadas

CAPACIDAD DE INTERRELACION E INTERDEPENDENCIA DE LOS SISTEMAS

Entre los procesos típicos de un sistema están la revisión, la
actualización y la impresión.
Otro aspecto que hace a las organizaciones parecidas a los sistemas es
que todos los sistemas están delimitados por fronteras que los separan de su
entornos. Todas las organizaciones usan la planeación y el control. La apertura
se refiere al flujo de información libre dentro de la organización.

ORGANIZACIONES Y EQUIPOS VIRTUALES

Entre los beneficios potenciales para las organizaciones virtuales se
encuentra la posibilidad de reducir costos derivados de instalaciones físicas.
SISTEMAS EMPRESARIALES: CONSIDARAR A LA ORGANIZACIÓN COMO
UN SISTEMA
Un sistema de planeación de recursos empresariales( ERP, Enterprise
resource planning) es un termino que se emplea para describir un sistema de
información organizacional. La implementación de una solución ERP puede
resultar desgastante porque es difícil analizar un sistema en uso y después
ajustar el modelo ERP ha dicho sistema. Además las compañías por lo general
diseñan sus procesos de negocios antes de implementar ERP.
DESCRIPCION GRAFICA DE LOS SISTEMAS
 los diversos modelos gráficos muestran las fronteras y la información que
se utiliza en el sistema.
 Sistemas y diagramas de flujo de datos a nivel de contexto: Los
diagramas de flujo de datos se enfocan en los datos que fluyen hacia el
sistema y salen de él, además del procesamiento de estos datos.
En la figura 2.4 podemos ver que el diagrama de flujo de datos a nivel
de contexto emplea sólo tres símbolos:

podemos ver un ejemplo de diagrama de flujo de datos a nivel de contexto

 Sistemas del modelo entidad-relacion: Una entidad puede ser una

persona, un lugar o una cosa, como un pasajero en una aerolínea, un
destino o un avión. O bien, una entidad puede ser un evento, como el fin
de mes, un periodo de ventas o el tiempo de inactividad de una
máquina. Una relación es la asociación que describe a la interacción
entre las entidades.
MODELO DE CASO DE USO
Un modelo de caso de uso describe qué hace un sistema sin describir
cómo lo hace, es decir, es un modelo lógico del sistema. El modelo de caso de
uso presenta al sistema desde la perspectiva de un usuario fuera del mismo
(por ejemplo, los requerimientos del sistema).
Simbolos de casos de uso:
Un diagrama de caso de uso contiene los símbolos del actor y del caso de
uso, junto con líneas conectoras El término actor se refiere a un rol
específico de un usuario del sistema. Por ejemplo, un actor puede ser un
empleado, pero también puede ser un cliente en la tienda de la empresa.
Un caso de uso provee a los desarrolladores una perspectiva de lo que
quieren los usuarios, sin detalles técnicos o implementación Podemos
considerar un caso de uso como una secuencia de transacciones en un
sistema. El modelo de casos de uso se basa en las interacciones y
relaciones de casos de uso individuales.
Relaciones de los casos de uso:
 Hay cuatro tipos básicos de relaciones de comportamiento: comunica,
incluye, extiende y generaliza

Desarrollo de diagramas de caso de uso:

Para crear un diagrama de un caso de uso, empiece por pedir a los usuarios
una lista de todo lo que el sistema deba hacer por ellos. Esto se puede
realizar mediante entrevistas, en una sesión de diseño de aplicación
conjunta o a través de otras sesiones guiadas en equipo. Anote quién está
involucrado con cada caso de uso y las responsabilidades o servicios que el
caso de uso debe proveer a los actores o a los otros sistemas.
Desarrollo de escenarios de casos de uso:
Los escenarios de casos de uso pueden describir lo que ocurre al comprar
un artículo agotado, o si una empresa de tarjetas de crédito rechaza la
compra solicitada por un cliente.

Niveles de los casos de uso:

1. Blanco es el nivel más alto. Éste es el nivel empresarial
2. El cometa es inferior al blanco. puede estar en el nivel de unidad de
negocio o de departamento, y es un resumen de los objetivo
3. Azul está a nivel del mar
4. Índigo o pez es un caso de uso que muestra muchos detalles, a menudo
a un nivel funcional o subfuncional.
5. Negro o almeja, como en el fondo del océano. Éstos son los casos de
uso más detallados, a un nivel de subfunción
En la figura 2.16 se muestra un ejemplo de escenario de caso de uso.
Algunas de las áreas que se incluyen son opcionales y tal vez no todas las
organizaciones las utilicen. Las tres áreas principales son:
1. Un encabezado de área que contiene los identificadores e iniciadores del caso.
2. Los pasos realizados.
3. Un área de pie de página que contiene precondiciones, suposiciones, preguntas y
demás información relacionada

Porque son útiles los diagramas de caso de uso

 Los diagramas de caso de uso se están haciendo populares debido a
su sencillez y carencia de detalles técnicos. Se utilizan para mostrar el
alcance de un sistema, junto con las principales características del
mismo y los actores que trabajan con esas características principales.
NIVELES DE ADMINISTRACIÓN
La administración en las organizaciones existe en tres amplios
niveles horizontales: control operacional, planeación y control
administrativo (administración de nivel medio), y administración
estratégica.
el control operacional forma el nivel inferior de la administración de tres
niveles. Los gerentes de operaciones toman decisiones mediante el uso
de reglas predeterminadas que tienen resultados predecibles cuando se
implementan en forma correcta.
La administración de nivel medio forma el segundo nivel (intermedio) del
sistema de administración de tres niveles. Los gerentes de este nivel
toman decisiones de planeación y control de corto plazo en relación con
la mejor forma de asignar los recursos para cumplir con los objetivos de
la organización
La administración estratégica es el tercer nivel del control administrativo
de tres niveles. Los gerentes estratégicos ven hacia el futuro, más allá de
la organización, y toman decisiones que guiarán a los gerentes del nivel
medio y de operación en los meses y años por venir.
CULTURA ORGANIZACIONAL
La cultura organizacional es un área establecida de investigación que ha
crecido en forma notable en la última generación. Así como es apropiado
pensar que las organizaciones incluyen muchas tecnologías, es igual de
apropiado verlas como anfitrionas de varias subculturas competentes.
Las subculturas pueden ejercer una poderosa influencia en el
comportamiento de sus miembros, incluyendo las sanciones a favor o en
contra del uso de los sistemas de información.
 RESUMEN:
CAPITULO III

Fundamentalmente un analista de sistemas debe dominar e incluir la iniciación de

proyectos, la determinación de la viabilidad de un proyecto, la programación de
proyectos, y la planeación y administración de las actividades y los miembros de
un equipo para optimizar la productividad. Estas capacidades se consideran
aspectos fundamentales de un proyecto.

Los cinco aspectos fundamentales de un proyecto que el analista de sistemas

debe dominar son:

✓ La iniciación de proyectos
✓ La determinación de la viabilidad de un proyecto
✓ La planeación y el control de actividades
✓ La programación de proyectos
✓ La administración de los miembros del equipo de análisis de
sistemas.

Los proyectos pueden ser solicitados por diversas personas de la organización. La

selección de proyecto es una decisión difícil, ya que se solicitarán más proyectos
de los que se pueden realizar. Cinco criterios importantes para la selección de
proyectos son:

✓ que el proyecto solicitado tenga el respaldo de los directivos de la

organización,
✓ que cuente con un periodo adecuado de compromiso para la
terminación del proyecto
✓ que impulse a la organización hacia la consecución de sus metas,
✓ que sea factible
✓ que tenga la importancia suficiente para darle mayor prioridad que
a otros proyectos.
 RESUMEN DEL CAPITULO
IV
RECOPILACION DE INFORMACION
METODOS INTERACTIVOS

El primero es la entrevista.
El libro nos dice que para que podamos entrevistar hay que hacerlo primero con
nosotros mismo, para poder ver nuestros errores al momento de entrevistar a
alguien. La entrevista es uno de los métodos interactivo más conocido por los
analistas de sistemas, ya que durante su proceso al entrevistar a un encargado de
tomar las decisiones en la organización, se puede recopilar información de gran
importancia, como son las metas, sentimientos, opiniones y los procedimientos
informales. La entrevista se realiza mediante un dialogo de preguntas y respuestas
entre dos personas, las preguntas se tienen que preparar desde antes no al
instante. Un analista se vale de este método para tener una mejor relación con el
cliente, ya que así puede observar con atención el lugar de trabajo y así poder
recopilar una mejor información con base a los requerimientos de información.

Hay cinco pasos que deben realizarse para preparar la entrevista:

1. Leer los antecedentes.
2. Establecer los objetivos de la entrevista.
3. Decidir a quién entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.

Las preguntas se clasifican en dos tipos en abiertas y cerradas, en las abierta se

permiten utilizar todas las opciones de respuestas posibles, mientras que las
cerradas limitan las respuestas. Las entrevista se estructura de tres maneras:
• En forma de pirámide esta empiezan con preguntas cerrada y termina con
preguntas generales.
• En embudo inicia con preguntas abiertas y generales y termina con preguntas
cerradas.
• En diamante combina los dos tipos de entrevista.
El segundo es el JAD (diseño de conjunto de aplicaciones)

Con la ayuda de este método los analistas pueden examinar con eficacia los
requerimientos y así diseñar una interfaz de usuario. Al hacer una cuidadosa
evaluación nos puede ayudar a determinar si el JAD es adecuando utilizarlo en la
organización.
Capítulo 5

RECOPILACIÓN DE INFORMACIÓN: MÉTODOS DISCRETOS

Los métodos discretos de deben utilizar con métodos interactivos, pues son
insuficientes si se usan por sí solos, a esto se denomina metodología mixta.

1. Muestreo
Es el proceso de seleccionar sistemáticamente elementos representativos de una
población, el analista debe decidir con respecto a dos cuestiones, datos generados
por la organización y a quiénes afectará el sistema.
1.1. La necesidad del muestreo
Se debe realizar muestreo por varias razones como:
 Contener los costos
 Agilizar el proceso de recopilación de datos
 Mejorar la efectividad
 Reducir la predisposición
El muestreo ayuda a acelerar el proceso mediante la recopilación de datos
seleccionados, en vez de recopilar todos los datos de toda la población, también
ayuda a mejorar la efectividad si se permite obtener información más precisa,
también permite reducir la predisposición durante el proceso de recopilación de
datos.
1.2. Diseño del muestreo
Se deben seguir los siguientes pasos:
 Determinar los datos a recolectar o describir
Elaborar plan realista en cuantos a lo que debe hacer con los datos después de
recolectarlos, se debe identificar variables, atributos y elementos de datos asociados
a recopilar en la muestra.
 Determinar la población a muestrear
Se debe determinar cuál es la población, a quién se va a entrevistar.
 Elegir el tipo de muestra
No se basa en Se basa en
probabilidad probabilidad
Los elementos de De conveniencia Simple Aleatoria
la muestra se (fácil de preparar (no es práctico
seleccionan pero no es confiable, cuando el muestreo
directamente sin se base en el involucra
restricciones. juicio) documentos e
informes)
 Los elementos de la Intencionada Compleja Aleatoria
muestra se (confiable sólo en (apropiadas)
seleccionan de un nivel
acuerdo a ciertos moderado)
criterios.
Compleja Aleatoria
 Muestreo Sistemático: no es bueno por el problema de
periodicidad, no se aplica a una lista ordenada.
 Muestreo Estratificado: identificar subpoblaciones o estratos.
 Muestreo de Conglomerados: seleccionar de un grupo
de persona o documentos para estudiarlos.
 Decidir sobre el tamaño de la muestra.
Depende del costo o el tiempo requerido de las personas de la empresa o del
analista, se siguen los siguientes pasos:
 Determinar el atributo
 Localizar la base de datos o los informes en lo que se
pueda encontrar el atributo
 Examinar el atributo. Estimar 𝑝, la proporción de la población
que cuenta con el atributo.
 Tomar la decisión subjetiva en relación con la
estimación del intervalo aceptable i.
 Elegir el nivel de confianza y buscar el coeficiente de confianza
(valor 𝑧) en una tabla.
 Calcular 𝜎𝑝, el error estándar de la proporción, de la siguiente
𝑧
manera: 𝜎𝑝 = i
 Determinar el tamaño de la muestra, 𝑛, mediante la fórmula: 𝑛
= 𝑝(1−𝑝) + 1
𝜎𝑝2
Cuando se trata de entrevistas el tamaño de la muestra depende del tiempo que se va a
tardar en las entrevistas.
2. Investigación
Investigar es descubrir o analizar información, el analista debe trabajar como Sherlock
Holmes.
2.1. Análisis de documentos cuantitativos
 Informes para la toma de decisiones: consisten en informes
sobre el estado del inventario, las ventas o la producción, su función
es dar apoyo a una acción rápida.
 Informes de rendimiento: consisten en una comparación entre el
rendimiento actual y el esperado, su función es medir la brecha entre
el rendimiento actual el esperado.
 Registros: proveen actualizaciones periódicas de lo que ocurren en la
empresa
 Formularios de captura de datos: se usan para cambiar los flujos
de información de la organización.
2.2. Análisis de documentos cualitativos
Muchos de estos documentos contienen gran cantidad de detalles que revelan las
expectativas de los autores con respecto al comportamiento de los demás.
 MEMOS: revelan un diálogo activo y continuo en la organización,
los MEMOs proveen una clara idea de los valores, posturas y
creencias de los miembros de la organización.
  Anuncios: dan una idea de la cultura oficial de la organización.
 Sitios Web Corporativos: tener en cuenta la interactividad, la
accesibilidad y el nivel de seguridad.
 Manuales: incluyen el de procedimientos de operación y los
manuales de línea, los manuales representan lo “ideal”, deben ser
actualizados.
 Manuales de Políticas: abarcan amplias áreas de comportamiento de
los empleados y la empresa, al examinarlos puede obtener una
buena idea de los valores, posturas y creencias que guían la
empresa.
3. Observación del comportamiento del encargado de tomar decisiones
Mediante este método el analista trata de ver de primera mano las relaciones que
existen entre los encargados de tomar las decisiones y los demás miembros de la
organización. El analista utiliza entrevistas interactivas y cuestionarios, pero la
observación es la más importante, los analistas deben
utilizar una metodología humanista para describir lo que hacen los gerentes, y las
actividades se registran con verbos.
4. Observación del Entorno Físico
Se obtienen detalles los requerimientos humanos de información.
4.1. Observación estructurada del entorno (STROBE)
Para aplicar el método STROBE el analista tiene que observar de manera explícita
siete elementos concretos que se encontrarán comúnmente en las oficinas.
 Ubicación de la oficina: oficinas accesibles (interacción pero
mensajes informales), inaccesibles (menos interacción pero
mensajes orientados a tareas) , oficinas distribuidas (retencion de
informes) y oficinas conglomeradas (fomentan difusión de
información).
 Colocación del escritorio: ofrece pistas en cuanta a la forma en que
el encargado de tomar decisiones ejerce su poder.
 Equipo estacionario: almacenar información.
 Accesorios: se refiere a todo el equipo pequeño empleado para procesar
información.
 Fuentes externas de información: buscar información externa o utilizar la
que se posee.
 Iluminación y colores de la oficina: iluminación cálida y luz
incandescente es igual a comunicación personal
 Ropa que utilizan los encargados de tomar decisiones: la ropa nos da
un entendimiento de la credibilidad de los gerentes.
4.2. Aplicación del método STROBE
Se puede implementar con el uso de una lista de verificación de anécdotas con
símbolos de taquigrafía representativa, usan 5 símbolos:
 Una marca de verificación indica que se confirmó la narrativa
 Una “X” indica que se invierte la narrativa
 Un ovalo sirve como pista para que el analista busque más detalles
 Un cuadrado indica que la observación de los elementos STROBE
modifica la narrativa
 In círculo indica que la narrativa se complementa con lo que se observó.

Resumen cap6 – Metodología Ágil y Prototipos

La creación de prototipos es una técnica de recopilación de

información útil para complementar el SDLC tradicional; tanto los
métodos ágiles como la interacción humano-computadora
comparten sus raíces en los prototipos. Cuando los analistas de
sistemas utilizan prototipos buscan reacciones de los usuarios,
sugerencias, innovaciones y planes de revisión para realizar
mejoras al prototipo y por ende modificar los planes del sistema con
un mínimo de costo y de interrupciones.

Los cuatro lineamientos principales para desarrollar un prototipo

son:

1)Trabajar en módulos administrables

2)Crear el prototipo con rapidez

3)Modificar el prototipo

4)Hacer énfasis en la interfaz de usuario.

Aunque no siempre es necesario o conveniente usar prototipos, hay

que tener en cuenta que existen tres ventajas principales
interrelacionadas en cuanto a su uso:

1)El potencial de cambiar el sistema durante las primeras etapas de

su desarrollo

2)La oportunidad de detener el desarrollo en un sistema que no está

funcionando

3)La posibilidad de desarrollar un sistema que se acerque más a las

necesidades y expectativas de los usuarios.

Éstos tienen que desempeñar un papel definido en el proceso de

creación de prototipos, por lo que los analistas de sistemas deben
trabajar en forma sistemática para obtener y evaluar las reacciones
de los usuarios en relación con el prototipo.

Un uso específico de los prototipos es el desarrollo rápido de

aplicaciones (RAD). Ésta es una metodología orientada a objetos
con tres fases: planeación de requerimientos, taller de diseño RAD e
implementación.
El modelado ágil es una metodología de desarrollo de software que
define un plan general con rapidez, desarrolla y entrega el software
rápidamente y después revisa el software en forma continua para
agregar características adicionales. Los valores de la metodología
ágil que comparten tanto el cliente como el equipo de desarrollo son
comunicación, simpleza, retroalimentación y valentía. Las
actividades ágiles son codificación, prueba, escucha y diseño. Los
recursos disponibles son tiempo, costo, calidad y alcance. Las
prácticas ágiles diferencian a los métodos ágiles, incluyendo un tipo
de método ágil conocido como programación extrema (XP), de los
otros procesos de desarrollo de sistemas.

Anuncios
INFORMAR DE ESTE ANUNCIO

Las cuatro prácticas básicas de la metodología ágil son:

1)Entregas pequeñas

2)Semana de trabajo de 40 horas

3)Cliente en el sitio

4)Programación en pareja.

El proceso de desarrollo ágil incluye elegir una tarea que esté

directamente relacionada con una de las características deseadas
del cliente con base en las historias de usuarios, elegir un socio de
programación, seleccionar y escribir los casos de prueba
apropiados, escribir el código, ejecutar los casos de prueba, depurar
el código hasta que se ejecuten todos los casos de prueba,
implementarlo con el diseño existente e integrarlo a lo que ya existe.

En las últimas secciones de este capítulo comparamos cómo las

metodologías SDLC y ágil manejan el proceso de mejorar la
eficiencia en el trabajo del conocimiento de una manera distinta.
Después vimos varios peligros inherentes para las organizaciones
que adoptan metodologías innovadoras, incluyendo una cultura
organizacional incompatible, una mala sincronización del proyecto,
el costo de la capacitación para los analistas de sistemas, las
reacciones desfavorables de los clientes en cuanto a las nuevas
expectativas de comportamiento, las dificultades para medir el
impacto y la posibilidad de comprometer los derechos creativos
individuales de los programadores y analistas.