“Año de la consolidación del Mar de Grau”
UNIVERSIDAD NACIONAL DEL CALLAO Facultad de Ingeniería Industrial y de Sistemas Escuela Profesional de Ingeniería de Sistemas
INTEGRANTES:
Aguilar Mendrano Rosmery Bastidas Rodriguez, Edith Chavez Claussen, Jose Enrique Estela Gomez, Cristian Alberto Flores Villar, Jessenia Hsieh Te-Jung
1225210328 982789j 1225220549 1225210266 1125210205 1213120555
Mendoza Rosado Irvin Solis Aquino Luigui Zegarra Eguiluz, Stephani
1415250014 1023120246 1225220344
DOCENTE: Dr. Ramírez Veliz, Juan Francisco
CURSO: Análisis de Sistemas
TEMA: Preguntas de Repaso y Problemas del Capítulo VI del libro “Análisis y Diseño de Sistemas” de Kendall y Kendall CICLO: VI
PREGUNTAS 1. ¿Cuáles son los cuatro tipos de información que busca el analista por medio de la creación de prototipos? Prototipo de Parches: la construcción de un sistema funcional que cumple las expectativas pero que durante el proceso será reacondicionado o reformulado con los diversos errores que se encuentren. Prototipo No Operacional: Probar ciertos aspectos del diseño, mostrando las entradas y salidas necesarias pero no el procesamiento, debido a que las aplicaciones requieren una codificación demasiado extensa o costosa. Primer Prototipo de una serie: Construir un primer modelo a escala completa, llamada PILOTO que funcione, porque será aplicado en diferentes sitios geográficos, es decir, hacer un primer producto para tomar las decisiones.
Prototipo de características seleccionadas: El sistema se construye por módulos, de tal manera que si las características se evalúan exitosamente, entonces se le incluyen en el sistema final. 2. ¿Qué significa el término prototipo de parches? Es un prototipo que se basa en la construcción de un sistema funcional que cumple las expectativas pero que durante el proceso será reacondicionado o reformulado con los diversos errores que se encuentren. En ingeniería, a esta metodología se le conoce como “breadboarding”: crear un modelo funcional de un circuito integrado (cuya forma final será microscópica) uniendo partes. 3. Defina un prototipo que sea un modelo a escala no funcional. Es un prototipo para un sistema de información en que se muestran las entradas y salidas necesarias pero no el procesamiento, debido a que las aplicaciones requieren una codificación demasiado extensa o costosa como para incluirla en el prototipo. 4. Dé un ejemplo de un prototipo que sea un primer modelo a escala completa. El prototipo de un nuevo modelo de computadora.
5. Defina lo que significa un prototipo que es un modelo con ciertas características esenciales, pero no todas. Es un prototipo donde se presentan al usuario algunas de las características principales del sistema y las mismas se mantienen a lo largo del desarrollo, durante este proceso existirá una retroalimentación donde se añadirá o eliminará partes del sistema que se crean convenientes hasta llegar a un producto final acorde a las necesidades y expectativas del usuario. 6. Haga una lista de las ventajas y desventajas de usar prototipos para sustituir el SDLC tradicional.
DESVENTAJAS DE LA ELABORACIÓN DE PROTOTIPOS:
Puede ser bastante difícil manejar la elaboración de prototipos como un
proyecto en el esfuerzo de sistemas más grandes. Los usuarios y los analistas podrían adoptar un prototipo como si fuera un sistema final cuando de hecho es deficiente y su propósito nunca fue
el de servir como sistema terminado. El analista necesita considerar estas desventajas contra las ventajas conocidas al decidir si hace el prototipo, cuándo lo hace y de qué partes del sistema lo hace.
VENTAJAS DE LA ELABORACIÓN DE PROTOTIPOS:
La posibilidad de modificar el sistema en las primeras etapas del
desarrollo. La oportunidad de suspender el desarrollo de un sistema que no sea
funcional (sistemas indeseables). La posibilidad de desarrollar un sistema que se acerque más a satisfacer las necesidades y expectativas de los usuarios.
7. Describa cómo se pueden usar los prototipos para mejorar el SDLC tradicional. La elaboración de prototipos puede utilizarse como un método adicional y especializado para ayudar a la etapa de levantamiento de requerimientos. La primera preocupación es todo el tiempo que se requiere para pasar por el ciclo de vida del desarrollo. La segunda preocupación sobre el uso del SDLC es que los requerimientos del usuario cambian a través del tiempo. Los requerimientos del usuario evolucionan durante el considerable intervalo existente entre el análisis de los requerimientos del usuario y la fecha en que se entrega el sistema final. En el SDLC tradicional, una vez que se entrega un sistema, con frecuencia es demasiado tarde para modificarlo. Para resolver estos problemas, algunos analistas proponen la elaboración de prototipos como una alternativa al ciclo de vida del desarrollo de sistemas. Cuando la elaboración de prototipos se usa de esta forma, el analista reduce
efectivamente el tiempo entre la determinación de los requerimientos de información y la entrega de un sistema funcional. Lo que un prototipo busca es desarrollar un sistema que se acerque más a satisfacer las necesidades y expectativas de los usuarios, no usar un modelamiento lineal como el SDLC. 8. ¿Cuáles son los criterios para decidir si debemos crear el prototipo de un sistema? Estimar los costos involucrados en la construcción de un módulo del sistema. Si los costos del tiempo de los programadores y del analista, así como los costos del equipo están dentro del presupuesto, se puede continuar con la construcción del prototipo. 9. Haga una lista de los cuatro lineamientos que debe observar el analista al desarrollar un prototipo.
Trabajar en módulos manejables. Construir rápidamente el prototipo Modificar el prototipo en iteraciones sucesivas Hacer énfasis en la interfaz de usuario.
10. ¿Cuáles son los dos problemas principales implicados en la elaboración de prototipos? La primera preocupación es todo el tiempo que se requiere para pasar por el ciclo de vida del desarrollo. Conforme aumenta la inversión de tiempo del analista, el costo del sistema entregado se incrementa proporcionalmente. La segunda preocupación sobre el uso del SDLC es que los requerimientos del usuario cambian a través del tiempo. Los requerimientos del usuario evolucionan durante el considerable intervalo existente entre el análisis de los requerimientos del usuario y la fecha en que se entrega el sistema final. Por lo tanto, debido al extenso ciclo del desarrollo, el sistema resultante podría ser criticado por abordar deficientemente los requerimientos de información del usuario actual.
11. Haga una lista de las tres principales ventajas de usar prototipos.
Poder cambiar el sistema durante modificar el sistema en las primeras
etapas del desarrollo. La oportunidad de suspender el desarrollo de un sistema que no sea
funcional. La posibilidad de desarrollar un sistema que se acerque más a satisfacer las necesidades y expectativas de los usuarios.
12. ¿Cómo puede un prototipo montado en un sitio Web interactivo facilitar el proceso de creación del mismo? Responda en un párrafo. El proceso de desarrollo de un sitio web incluye seleccionar una tarea que se relaciona directamente a una característica deseada por el cliente que se basa en las historias del usuario; escoger a un compañero de programación; seleccionar y escribir los casos de prueba adecuados; escribir el código; aplicar los casos de prueba; depurar el código hasta que se apliquen. 13. ¿Cuáles son las tres formas en que puede ayudar un usuario en el proceso de creación del prototipo? Hay tres formas principales en las que un usuario puede ayudar en la elaboración de prototipos:
Experimentando con el prototipo. Dando reacciones sinceras sobre el prototipo. Sugiriendo adiciones o eliminaciones al prototipo.
Los usuarios deben tener libertad para experimentar con el prototipo. En contraste con una simple lista de características de sistemas, el prototipo permite a los usuarios la interacción real. Una forma de facilitar esta interacción es instalar un prototipo en un sitio Web interactivo. 14. Defina lo que significa RAD. El desarrollo rápido de aplicaciones (RAD) es un enfoque orientado a objetos para el desarrollo de sistemas que incluye un método de desarrollo así como también herramientas de software. Es lógico discutir RAD y la elaboración de prototipos en el mismo capítulo, debido a que están conceptualmente muy unidos. Ambos tienen como meta la reducción del tiempo que generalmente se
necesita en un SDLC tradicional entre el diseño y la implementación del sistema de información. Finalmente, el RAD y la elaboración de prototipos se enfocan en satisfacer más de cerca los requerimientos cambiantes de los negocios. Una vez que ha aprendido los conceptos de la elaboración de prototipos, es mucho más fácil entender la esencia del RAD, que se puede considerar como una implementación específica de la elaboración de prototipos. 15. ¿Cuáles son las tres fases del RAD? Fase de planeación de requerimientos En esta fase, usuarios y analistas se reúnen para identificar los objetivos de la aplicación o sistema para identificar los requerimientos de información que surgen de dichos objetivos. Esta fase requiere que ambos grupos se involucren intensamente; no se trata simplemente de firmar una propuesta o documento. Taller de diseño del RAD El proceso de diseñar y refinar los prototipos se puede representar mejor como un taller. Cuando imagina un taller, sabe que la participación es intensa, no pasiva, y que generalmente se hace con las manos. Fase de implementación Tan pronto como sean convenidos estos aspectos del negocio o no técnicos del sistema y los sistemas sean construidos y se refinen, los nuevos sistemas, o parte de ellos, son probados e introducidos en la organización. 16. Defina la programación extrema. La programación extrema (XP) es un enfoque de desarrollo de software que adopta lo que generalmente designamos como prácticas de desarrollo de software aceptable y las lleva al extremo. Por ejemplo, la retroalimentación es importante
para los programadores,
analistas,
diseñadores,
usuarios y
computadoras La administración de proyectos es importante de tal manera que la programación extrema intenta definir rápidamente un plan global del sistema,
desarrollar y liberar rápidamente el software y posteriormente revisarlo continuamente para incorporarle características adicionales. Pero la programación extrema no sólo se basa en los resultados. Se basa en los valores principios y prácticas. Ahora examinaremos cómo los valores y principios de XP dan forma al desarrollo de sistemas extremos. 17. ¿Cuáles son los cuatro valores que deben compartir el equipo de desarrollo y los clientes de negocios cuando se toma un enfoque de programación extrema?
Comunicación: Cada esfuerzo humano tiene la posibilidad de fallar en la comunicación.
Los
proyectos
de
los
sistemas
que
requieren
una
actualización constante y un diseño técnico son especialmente propensos a dichos errores. Se tiende hablar más con las personas porque el sistema
debe actualizarse constantemente. Simpleza: La simpleza en el desarrollo de software significa que empezaremos con la cosa más sencilla que podemos hacer. Esto requiere
un enfoque claro de las metas del proyecto y realmente es un valor básico. Retroalimentación: Es importante para tener un enfoque de la programación extrema. La retroalimentación ocurre cuando los clientes crean pruebas funcionales para todas las historias que los programadores habrán de
implementar. Valentía: Tiene que ver con un nivel de confianza que debe existir en el equipo de desarrollo. Significa que no se debe tener miedo de tirar una tarde o un día de programación y empezar de nuevo si todo está mal. Significa tomar en cuenta los propios instintos (y resultados de la prueba) respecto de lo que funciona y lo que no.
18. ¿Cuáles son las cuatro prácticas básicas de la metodología ágil? Codificar: Se designa como una actividad dado que no es posible hacer nada sin ella. El proceso básicamente es esto: tenga un pensamiento, codifíquelo, pruébelo y vea si ese pensamiento era lógico. También se puede codificar para comunicar ideas que de otra manera permanecerían borrosas o sin forma. Es esencial para el desarrollo. Probar:
La programación extrema da mucha importancia a las pruebas automatizadas. La programación extrema apoya la generación de pruebas escritas para verificar la codificación, la funcionalidad, el rendimiento y la conformidad con los objetivos. XP se apoya en las pruebas automatizadas y existen grandes bibliotecas de pruebas para la mayoría de los lenguajes de programación. Estas pruebas necesitan ser actualizadas conforme sea necesario durante el progreso del proyecto. Escuchar: En la programación extrema, esta actividad se lleva al extremo. Los desarrolladores escuchan de manera activa a sus compañeros de programación. En XP se depende menos de la comunicación formal escrita y por ello escuchar se vuelve una habilidad muy importante. El desarrollador también escucha de manera activa al cliente. Diseñar: Lo cual es una forma de crear una estructura para organizar toda la lógica en el sistema. Diseñar es una actividad evolutiva, y por ello los sistemas que se diseñan con un enfoque de la programación extrema se conceptualizan como en constante evolución, siempre diseñándose. Con frecuencia un buen diseño es simple.
19. Mencione las cuatro variables de control de recursos que se utilizan en la metodología ágil. Hay cuatro actividades básicas de desarrollo que utiliza la programación extrema. Dichas actividades son codificar, probar, escuchar y diseñar. Codificar: Se designa como una actividad dado que no es posible hacer nada sin ella. Un autor afirma que la cosa más valiosa que recibimos de la codificación es el "aprendizaje".
El proceso básicamente es esto: tenga un pensamiento, codifíquelo, pruébelo y vea si ese pensamiento era lógico. También se puede codificar para comunicar ideas que de otra manera permanecerían borrosas o sin forma. Cuando veo su código, puedo generar un nuevo pensamiento. El código fuente es la base para que un sistema sobreviva. Es esencial para el desarrollo. Probar: La programación extrema da mucha importancia a las pruebas automatizadas. La programación extrema apoya la generación de pruebas escritas para verificar la codificación, la funcionalidad, el rendimiento y la conformidad con los objetivos. XP se apoya en las pruebas automatizadas y existen grandes bibliotecas de pruebas para la mayoría de los lenguajes de programación. Estas pruebas necesitan ser actualizadas conforme sea necesario durante el progreso del proyecto. Hay razones de corto y largo plazos para hacer pruebas. Probar a corto plazo le proporciona la confianza extrema en lo que está construyendo. Si las pruebas se ejecutan perfectamente usted puede seguir adelante con la confianza renovada. A largo plazo, probar mantiene vivo un sistema, y le permite hacer muchos más cambios de los que serían posibles si ninguna prueba fuera escrita o ejecutada. Escuchar: En la programación extrema, esta actividad se lleva al extremo. Los desarrolladores
escuchan
de
manera
activa
a
sus
compañeros
de
programación. En XP se depende menos de la comunicación formal escrita y por ello escuchar se vuelve una habilidad muy importante. El
desarrollador
también
escucha
de
manera
activa
al
cliente.
Los
desarrolladores asumen que no saben nada acerca del negocio en el que están colaborando, y por lo tanto deben escuchar cuidadosamente a los usuarios para obtener las respuestas a sus preguntas. El desarrollador necesita entender la eficacia de escuchar. Si no escucha, no sabrá lo que debe codificar o lo que debe probar. Diseñar:
Lo cual es una forma de crear una estructura para organizar toda la lógica en el sistema. Diseñar es una actividad evolutiva, y por ello los sistemas que se diseñan con un enfoque de la programación extrema se conceptualizan como en constante evolución, siempre diseñándose. Con frecuencia un buen diseño es simple. También, éste debe permitir la flexibilidad: Diseñar bien permite agregar extensiones al sistema haciendo cambios en un solo lugar. El diseño eficaz ubica la lógica cerca de los datos en que estará operando. Sobre todo, el diseño debe ser útil para todos aquellos que lo necesitarán conforme
avance
el
esfuerzo
de
desarrollo,
incluyendo
a
clientes
y
programadores.
20. Describa los pasos comunes en un episodio de desarrollo ágil. SINCRONIZACIÓN Las organizaciones deben hacer y responder la pregunta acerca de cuándo es el mejor momento para innovar con la adopción de nuevas metodologías de desarrollo de sistemas, cuando se tienen en cuenta todos los proyectos y factores (internos y externos). COSTO Otro de los riesgos en cuanto a la adopción de metodologías ágiles para las organizaciones es el costo involucrado en la educación y capacitación de los analistas de sistemas y programadores en relación con la nueva metodología. REACCIONES DE LOS CLIENTES Cuando los clientes (ya sean internos o externos) se involucran como usuarios o iniciadores de los esfuerzos de desarrollo de sistemas de información, las reacciones en cuanto al uso de nuevos métodos requeridos por la metodología ágil también son una consideración clave. MEDICIÓN DEL IMPACTO Otra consideración para las organizaciones que adoptan metodologías ágiles es cómo certificar y medir que los nuevos métodos van a facilitar el desarrollo exitoso de sistemas. Las fortalezas y debilidades de los métodos estructurados tradicionales que se utilizan para desarrollar sistemas de información son muy conocidas. Describa los pasos comunes en un episodio de desarrollo ágil.
1. Escuchar las historias de los usuarios por medio del cliente. 2. Dibujar un modelo del flujo de trabajo lógico para apreciar las decisiones de negocios representadas en la historia de un usuario. 3. Crear historias de usuarios con base en el modelo lógico. 4. Desarrollar algunos prototipos de visualización. Para ello hay que mostrar a los clientes el tipo de interfaz que tendrán. 5. Usar la retroalimentación de los prototipos y los diagramas del flujo de trabajo lógico para desarrollar el sistema hasta crear un modelo físico de datos. 21. ¿Qué es una historia de usuario? ¿Debe ser escrita o hablada? Indique su opción y después defienda su respuesta con un ejemplo. Una historia de usuario es un listado de las diferentes acciones que son posibles en un escenario específico. El desarrollo de la misma es principalmente hablado entre el desarrollador y el usuario, pero debe quedar escrita para usarla de referencia en el desarrollo del sistema.
Creación de una página web.
22. Haga lista de las herramientas de software que pueden ayudar al desarrollador a realizar una variedad de pruebas de código. • •
una
Pruebas unitarias de código: SUnit y Junit. Probadores
unitarios
automatizados,
probadores
de
aceptación
y
probadores de GUI: JUnit, ComUnit, VBUnit, Nunit, httpUnit y Rational Visual Test Tools. •
Medición del sistema y desempeño de componentes: Jmeter, JUnitPerf,
PerfMon, TrueTime, RealTime y Microsoft Visual Studio Analyzer. •
Control del código fuente: CVS, Visual Source Safe y PVCS.
•
Entornos de desarrollo: IBM VisualAge, Microsoft Visual Studio .NET y
JBuilder. 23. ¿Qué es la SCRUM?
Un enfoque ágil se conoce como "melé". La palabra melé se toma de la posición de arranque en rugby en la cual los equipos se ponen frente a frente y pelean por la posesión del balón. En realidad melé se refiere al trabajo en equipo, similar a lo que se necesita hacer en un juego de rugby. Tal como los equipos de rugby empezarán un juego con una estrategia global, los equipos de desarrollo empiezan el proyecto con un plan de alto nivel que puede cambiarse sobre la marcha conforme avance el "juego". Los miembros del equipo de desarrollo de sistemas comprenden que el éxito del proyecto es más importante, y su éxito individual es secundario. El líder del proyecto tiene alguna, pero no mucha, influencia en los detalles. Más bien, las tácticas del juego se dejan a los miembros del equipo, como si estuvieran en el campo. El equipo de sistemas trabaja dentro de un horario estricto (30 días para el desarrollo), así como un equipo de rugby jugaría limitándose estrictamente al tiempo de un juego. De hecho, melé es una metodología de alta intensidad. Es sólo uno de los enfoques que adoptan la filosofía del modelado ágil.
24. Nombre las siete estrategias para mejorar la eficiencia en el trabajo del conocimiento. •
Reducir el tiempo y los errores de la interfaz.
•
Reducir el tiempo de aprendizaje del proceso y las pérdidas duales de
procesamiento. •
Reducir el tiempo y esfuerzo requeridos para estructurar las tareas y
aplicar formato a las salidas. •
Reducir la expansión improductiva del trabajo.
•
Reducir el tiempo y costos del almacenamiento, la investigación de datos
y del conocimiento. •
Reducir el tiempo y costos de la comunicación y la coordinación.
•
Reducir las pérdidas debido a la sobrecarga humana de información.
25. Identifique seis riesgos al adoptar una innovación organizacional.
Derechos individuales Cultura de la Organización Sincronización Costo Medición del impacto Reacciones de los clientes
PROBLEMAS 1. Como parte de un proyecto grande de sistemas, el banco Clone Bank de Clone, Colorado, quiere que usted los ayude a establecer un nuevo formulario de informes mensual para sus clientes de las cuentas de cheques y de ahorros. El presidente y vicepresidente están muy de acuerdo con lo que dicen los clientes en la comunidad: piensan que sus clientes desean un resumen de su cuenta de cheques que se parezca al que ofrecen los otros tres bancos de la ciudad. Sin embargo, no están dispuestos a comprometerse a realizar ese formulario sin un resumen formal de retroalimentación de los clientes que respalde su decisión. La retroalimentación no se utilizará para cambiar el prototipo del formulario de ninguna manera. Ellos quieren que usted envíe un prototipo de un formulario a un grupo y que envíe el formulario anterior a otro grupo. a. En un párrafo describa por qué tal vez no valga la pena crear un prototipo del nuevo formulario bajo estas circunstancias.
En este caso, no es conveniente crear un prototipo de un nuevo formulario debido a que existe dos grupos de clientes que son independientes uno del otro, por lo que el cliente siempre tiene que interactuar en todo momento con el sistema propuesto; por lo que no se puede tomar los resultados de un grupo
para trabajar con el otro. b. En un segundo párrafo describa una situación en la que sería conveniente crear un prototipo de un nuevo formulario. b. En un segundo párrafo describa una situación en la que sería conveniente crear un prototipo de un nuevo formulario. Es aconsejable crear un prototipo para el nuevo formulario bajo el modelo funcional a escala completa que permite a los usuarios experimentar la interacción real con el nuevo sistema, pero minimiza el costo de superar cualquier problema que se presente. Para la toma de decisión de elaborar un prototipo, se deben observar cuatro lineamientos principales al integrar la elaboración de prototipos con la fase de determinación de requerimientos del SDLC:
Trabajar en módulos manejables. Construir rápidamente el prototipo. Modificar el prototipo en iteraciones sucesivas. Poner énfasis en la interfaz de usuario.
El modelo funcional a escala completa permite a los usuarios experimentar la interacción real con el nuevo sistema, pero minimiza el costo de superar cualquier problema que se presente. 2. C. N. Itall ha sido analista de sistemas para la empresa Tun-L Vision Corporation durante muchos años. Cuando usted llegó para formar parte del equipo de análisis de sistemas y sugirió la creación de prototipos como parte del SDLC para un proyecto actual, C.N. dijo: “Seguro, pero no puedes poner atención a lo que dicen los usuarios. No tienen idea de lo que quieren. Voy a crear el prototipo, pero no voy a ‘observar’ a los usuarios”. a. Con el mayor tacto posible para no molestar a C. N. Itall, haga una lista de las razones que respaldan la importancia de observar las reacciones de los usuarios, las sugerencias y las innovaciones en el proceso de creación del prototipo. La elaboración exitosa de prototipos depende de una retroalimentación del usuario frecuente y oportuna, lo que sirve para modificar el sistema y hacerlo más receptivo a las necesidades reales. Al igual que cualquier esfuerzo de sistemas, los cambios oportunos son menos costosos que los cambios que se hacen más tarde en el desarrollo del proyecto.
El papel del usuario en la elaboración de prototipos se puede resumir en dos palabras: intervención honrada. Sin la intervención del usuario hay poca razón para elaborar el prototipo. Los comportamientos precisos y necesarios para interactuar con un prototipo pueden variar, pero está claro que el usuario es fundamental en el proceso de la elaboración de prototipos. Comprendiendo la importancia que tiene el usuario en el éxito del proceso, los miembros del equipo de análisis de sistemas deben propiciar y recibir de buena manera la retroalimentación y deben evitar su propia resistencia natural a cambiar el prototipo. Un usuario puede ayudar
en
la
elaboración
de
prototipos
experimentando con el prototipo y dando reacciones sinceras sobre el prototipo así como también sugiriendo adiciones o eliminaciones al prototipo. Los usuarios deben tener libertad para experimentar con el prototipo. En contraste con una simple lista de características de sistemas, el prototipo permite a los usuarios la interacción real. Una forma de facilitar esta interacción es instalar un prototipo en un sitio Web interactivo. Otro aspecto del papel de los usuarios en la elaboración de prototipos requiere que proporcionen reacciones sinceras acerca del prototipo. Otro aspecto del papel de los usuarios en la elaboración de prototipos es su
disposición
para
sugerir
adiciones
o
eliminaciones
de
las
características experimentadas. b. En un párrafo describa qué podría ocurrir si se crea el prototipo de una parte de un sistema y no se incorpora retroalimentación de los usuarios al sistema sucesivo. El papel del analista es producir tales sugerencias asegurando a los usuarios que
la
retroalimentación
que
ellos
proporcionan
se
toma
en
serio,
observándolos cuando interactúen con el sistema y haciendo entrevistas cortas y específicas con usuarios que tengan experiencias relacionadas con el prototipo. Aunque se les pedirá a los usuarios que den sugerencias e innovaciones para el prototipo, al final el analista tiene la responsabilidad de analizar esta retroalimentación y traducirla a los cambios que sean necesarios. Para facilitar el proceso de la elaboración de prototipos, el analista debe comunicar claramente a los usuarios los propósitos de dicha elaboración, junto
con la idea de que sólo es valiosa cuando los usuarios se involucran significativamente. 3.
“Cada
vez
que
creo
que
he
terminado
de
capturar
los
requerimientos de información de los usuarios, ya cambiaron de nuevo. Es como tratar de pegarle a un objetivo móvil. Creo que, la mitad del tiempo, ni ellos mismos saben lo que quieren”, exclama Flo Chart, analista de sistemas para 2 Good 2 Be True, una empresa que realiza encuestas sobre el uso de los productos para las divisiones de marketing de varias empresas de manufactura. a. En un párrafo explique a Flo Chart cómo le pueden ayudar los prototipos para definir mejor los requerimientos de información de los usuarios. Un
paso
importante
de
la
elaboración
de
prototipos
es
registrar
adecuadamente las reacciones del usuario, sus sugerencias e innovaciones, así como los planes de revisión. El desarrollo rápido de aplicaciones (RAD) es un enfoque orientado a objetos para el desarrollo de sistemas que incluye un método de desarrollo, así como también herramientas de software. Es lógico discutir RAD y la elaboración de prototipos en el mismo capítulo, debido a que están conceptualmente muy unidos. Ambos tienen como meta la reducción del tiempo que generalmente se necesita en un SDLC tradicional entre el diseño y la implementación del sistema de información. Finalmente, el RAD y la elaboración de prototipos se enfocan en satisfacer más de cerca los requerimientos cambiantes de los negocios. b. En un párrafo comente acerca de la observación de Flo: “Creo que, la mitad del tiempo, ni ellos mismos saben lo que quieren”. Asegúrese de explicar cómo pueden los prototipos ayudar a que los usuarios comprendan
mejor
y
articulen
sus
propios
requerimientos
de
información. Se le puede ayudar brindándole sugerencias, asegurando a los usuarios que la retroalimentación que ellos proporcionan se toma en serio, observándolos cuando interactúen con el sistema y haciendo entrevistas cortas y específicas con usuarios que tengan experiencias relacionadas con el prototipo ya que sin el papel del usuario en la elaboración de prototipos se puede resumir en dos
palabras: intervención honrada. Sin la intervención del usuario hay poca razón para elaborar el prototipo. Los usuarios tienen que desempeñar un papel diferente en el proceso de la elaboración de prototipos. Su ocupación principal debe ser interactuar con el prototipo a través de la experimentación. Los analistas de sistemas deben trabajar sistemáticamente para identificar y evaluar las reacciones de los usuarios al prototipo. c. Sugiera cómo podría un prototipo integrado en un sitio Web interactivo resolver las preocupaciones de Flo acerca de cómo capturar los requerimientos de información de los usuarios. Use un párrafo. Un prototipo de recaudación de información integrado en un sitio web es una buena alternativa, puesto que los usuarios podrían tener acceso desde cualquier computadora con internet. Esto ayudaría a que el usuario estando en un lugar cómodo tenga más predisposición a contestar las preguntas planteadas y tomarse el tiempo necesario de evaluarlas y responder con mejor criterio y veracidad. 4. Harold, gerente de distrito para la cadena de varias tiendas de nombre Sprocket’s Gifts, piensa que construir un prototipo sólo puede significar una cosa: un modelo a escala no funcional. También cree que este método es demasiado torpe para crear prototipos de sistemas de información y por lo tanto se rehúsa a usarlo. a. Haga una breve comparación (en dos o tres párrafos) y contraste los otros tres tipos de creación de prototipos posibles, de manera que Harold pueda comprender bien lo que significa la creación de un prototipo. Prototipo de parches
Sistema funcional.
Construido a base de actualizaciones (parches).
Los procesos de recuperación y almacenamiento de información pueden ser deficientes.
Prototipo escrito con rapidez para ser funcional y no eficiente.
Sirve para que los usuarios puedan interactuar con el sistema y adaptarse a la interfaz.
b. Harold tiene la opción de implementar un sistema, probarlo y después instalarlo en otras cinco ubicaciones de Sprocket si tiene
éxito. Nombre un tipo de prototipo que se ajustaría bien a esta metodología; defienda su elección en un párrafo. Prototipo corregido: La primera clase de elaboración de prototipos tiene que ver con la construcción de un sistema que funciona pero se corrige simultáneamente.
Sin
embargo,
la
recuperación
y
almacenamiento
de
información podrían ser ineficientes, debido a que los programas se escribieron rápidamente con el objetivo de ser funcionales en lugar de eficaces. Mediante este prototipo nos permitirá implementar nuestro sistema y también probarlo para después poderlo instalar en la demás unidades así como también los usuarios pueden interactuar con el sistema, acostumbrándose a la interfaz y los tipos de salidas disponibles. 5. “¡He tenido la idea del siglo!” proclama Bea Kwicke, un nuevo analista de sistemas en el grupo de sistemas que usted dirige. “Saltemos toda esta basura del SDLC y hagamos un prototipo de todo. Nuestros proyectos avanzarán más rápido, ahorraremos tiempo y dinero, y todos los usuarios se sentirán como si les pusiéramos atención en vez de alejarnos por meses sin hablarles”. a. Haga una lista de las razones que usted (como miembro del mismo equipo que Bea) daría a Bea para persuadirla de desechar el SDLC y crear un prototipo de cada proyecto. a. •
El SDLC nos permite dar forma al sistema antes de comprender
perfectamente el problema o las oportunidades pertinentes. •
Al reemplazar por completo el SDLC, podría producir un sistema
aceptado por ciertos grupos específicos de usuarios, pero que sea inadecuado para las necesidades del sistema en general. •
La documentación de todo el sistema a sido desarrollado mediante
SDLC. •
Es necesario para el sistema documentar cada paso del proceso, y esto
solo se logra usando SDLC. •
Los jefes (administradores de nivel superior), se sienten más cómodos y
seguros si se trabaja usando SDLC. La preparación de un prototipo operacional, con rapidez y en las etapas tempranas del
SDLC, permite al analista comprender mejor cómo desarrollar el resto del proyecto. Al mostrar a los usuarios en las primeras etapas del proceso cómo se ejecutan en la realidad algunas partes del sistema, la elaboración rápida de prototipos evita que se dediquen demasiados recursos a un proyecto que a la larga podría ser imposible de concretar. b. Bea está muy decepcionada con lo que usted dijo. Para animarla, use un párrafo para explicar las situaciones que usted considere que se presten para crear un prototipo. Una vez que se ha tomado la decisión de elaborar un prototipo, se deben observar cuatro lineamientos principales al integrar la elaboración de prototipos con la fase de determinación de requerimientos del SDLC:
Trabajar en módulos manejables. Construir rápidamente el prototipo. Modificar el prototipo en iteraciones sucesivas. Poner énfasis en la interfaz de usuario.
6. El siguiente comentario se escuchó en una reunión entre los gerentes y el equipo de análisis de sistemas en la empresa de mallas y cercas Fence-Me-In: “Ustedes nos dijeron que el prototipo estaría terminado hace tres semanas. ¡Todavía lo estamos esperando!”. a. Comente en un párrafo sobre la importancia de la entrega rápida del prototipo de una parte de un sistema de información. El prototipo es muy importante ya que de él depende del sistema de información verdadero. Con el prototipo el usuario puede hacer correcciones, puede modificar, puede agregar y eliminar elementos innecesarios. Es como una primera impresión de cómo será el verdadero sistema. La ventaja del prototipo es que como aun no es el original, es susceptible a cambios y modificaciones. Es por eso que es muy importante la rápida entrega de un prototipo, que permitirán a los gerentes de las empresas conocer en una primera instancia lo que desean. b. Haga una lista de los tres elementos del proceso de creación de prototipos
que
haya
que
controlar
oportuna del prototipo.
Retroalimentación con los usuarios.
para
asegurar
una
entrega
Se debe trabajar en módulos manejables.
Se debe trabajar 40 horas a la semana, para evitar sobrecargas.
c. ¿Cuáles son algunos elementos del proceso de creación de prototipos que sean difíciles de manejar? Haga una lista.
Falta de comunicación entre colegas.
Tiempo, generalmente el tiempo es el elemento más difícil de controlar.
Los costos, ya que pueden variar según el tiempo empleado para su elaboración.
9. Examine la colección de historias de usuarios del comerciante en línea que aparece anteriormente en el capítulo. A la tienda de medios en línea le gustaría ahora que usted agregara algunas características a su sitio Web. Con base en el formato que se mostró anteriormente en este capítulo en la figura 6.9, escriba una historia de usuario para las características que se enlistan a continuación: a. Incluir anuncios desplegables.
Incluya anuncios desplegables. Necesidad u Oportunid ad Historia
Actividad es
Recursos
Permita al usuario interactuar con ofertas que se puedan desplegar, es decir que se muestren varias opciones a partir de una sola caja de texto, haciéndolo mas interactivo. Muy Abajo Promedi Arriba Muy abajo del o del arriba promedi promedi o o Codificar x Probar x Escucha X r Diseñar X Tiempo x Costos x Calidad x
Alcance
x
b. Ofrecer al cliente la posibilidad de compartir con sus amigos los detalles de sus compras. Necesidad u Oportunid ad Historia
Actividad es
Recursos
Ofrezca compartir los detalles de las compras del cliente con sus amigos. Permítale al usuario una opción de envío de correo, para que este pueda compartir con sus amigos las características y los productos que se ofrecen en este sitio. Muy Abajo Promedi Arriba Muy abajo del o del arriba promedi promedi o o Codificar x Probar x Escucha x r Diseñar x Tiempo x Costos x Calidad x Alcance x
c. Extender la oferta de comprar otros artículos. Necesidad u Oportunid ad Historia
Extienda la oferta para permitir comprar otros artículos. Muestre en la página del sitio las mejores ofertas, y las más pedidas, pero no sólo una ni tampoco dos, si no muchas de estas para que el usuario tenga opción a elegir. Muy Abajo Promedi Arriba Muy abajo del o del arriba promedi promedi o o
Actividad es
Recursos
Codificar Probar Escucha r Diseñar Tiempo Costos Calidad Alcance
x x X X x x x x
10. Vaya al sitio Web de herramientas de Palm en www.palmgear.com. Explore el sitio Web y escriba una docena de historias de usuario breves para mejorar el sitio Web. Dar la bienvenida al cliente. El cliente al ingresar a la página se debe sentir muy bien atendido. Dele una agradable bienvenida.
Haga su buscador más visible. Debe hacer que su buscador llame la atención y sobre todo debe estar a la plena vista del usuario.
Ofrezca una opción de cambio de idioma. Permite a un usuario que domina el inglés, cambiarlo a un idioma más comercial como es el español, si es posible agregue más idiomas a la página para ganar más clientes.
Mostrar los títulos correspondientes y la disponibilidad. Despliegue los resultados de la búsqueda en una nueva página web.
Muestre una opción para votar El cliente debe sentirse con el derecho de votar por un producto que es de su agrado. Para luego ser puesto en una lista de los mejores productos.
Muestre un ranking de los productos más vendidos.
Haga visible en una lista si es posible con imágenes los productos más vendidos en el último mes y vaya actualizándolo. Mostrar en la página de inicio una serie de artículos gratuitos. Muestre alternativas libres para descargar sin ningún costo, versiones beta o de prueba para que los usuarios se familiaricen con el uso.
Muestre el precio de los productos más rankeados. En una nueva página sin mucho tráfico visual muestre los precios de los productos más vendidos.
Sugerir otros productos similares. Incluya fotografías de otros productos que tienen temas similares.
Agregue los nombres y las direcciones de envío. Si la compra es un regalo, el cliente puede agregar el nombre y dirección del destinatario.
11. Vaya al sitio Web de iTunes y escriba una docena de historias de usuario breves para mejorar el sitio Web. Dar la bienvenida al cliente. El cliente al ingresar a la página se debe sentir muy bien atendido. Dele una agradable bienvenida. Mostrar más videos de los últimos títulos. Mostrar videos miniatura de los avances de las nuevas músicas por salir al mercado. Al darle clic se debe ir a una nueva página mostrando el video en su tamaño original. Screenshots en alta calidad. La página debe contener screenshots muy llamativos para el cliente, que originen un interés en él. Facilitar guías de la música.
Agregar en otra página una lista de músicas por orden alfabético, que contenga guías de músicas, es decir cómo superar ciertas dificultades que se presentan en estos. Comparar Consolas El cliente debe saber cuál de las músicas mostradas es la mejor en cuanto a especificación técnicas, para saber por cual decidirse, y cual le convendrá más a largo plazo. Categorizar los productos. Los productos mostrados en las páginas se deben categorizar por género, por ejemplo rock, pop, salsa, bachata, cumbia, etc. Para así facilitarle la búsqueda al cliente. Ofrecer una búsqueda avanzada. Se debe ofrecer este servicio para una búsqueda específica de algún producto. Crear un sistema de compras online. Se debe crear un sistema de compras para el cliente via internet. Brindar facilidades de pago. El cliente podrá efectuar las compras desde la comodidad de su hogar tan solo usando las tarjetas de crédito que el sistema habilite.
Mostrar detalles de compra. Mostrarle al cliente la compra que está realizando, el nombre del producto, el precio, el género y la fecha de la transacción. Emitir un comprobante de pago. Permitir comentarios. Habilitar una función donde se le permita al usuario comentar sobre algún producto adquirido.
12. Use las historias que escribió para el problema 9; recorra las cinco etapas del proceso de desarrollo ágil y describa lo que ocurre en cada una de las etapas. Exploración: Aquí se examina el entorno, conformamos el equipo de trabajo y valoramos las habilidades de los miembros.
Examinaremos también las tecnologías necesarias para la implantación de los nuevos requerimientos mencionados arriba. Planeación: Aquí estableceremos la fecha límite de entrega, teniendo en cuenta las habilidades de los miembros del equipo y de los requerimientos solicitados. Iteraciones a la primera versión: Aquí se hacen presentes las pruebas, la retroalimentación y cambios. Aquí realizamos las pruebas solicitadas y descritas por el cliente, para corregir los posibles errores. Puesta en producción: Aquí ocurre la liberación del programa, en este caso estrenaremos la nueva página web con los requerimientos dados por el solicitante. Todo esto se debe lograr dentro de la fecha límite establecido, debemos satisfacer al cliente cumpliendo todas sus necesidades. Mantenimiento: En esta etapa se pueden agregar nuevas características, se puede tomar en cuenta las sugerencias más arriesgadas del cliente y se puede cambiar o incorporar nuevos miembros al equipo.
