• Author / Uploaded
• iona duarte

Citation preview

Después de haber realizado la lectura del material de apoyo y sus respectivas investigaciones en medios físicos o digital. Resolver las siguientes preguntas utilizando su análisis y criterios personal 1. ¿Por qué muchos desarrolladores de software no ponen atención suficiente a la ingeniería de requerimientos? ¿Existen algunas circunstancias que puedan ignorarse? Muchas veces se puede argumentar que en un principio no son válidos sino que se van agregando a medida que se va desarrollando el proyecto, otra veces puede ser por la adaptación de un sistema existente así que los requerimientos varían de acuerdo a las necesidades que se generaron al momento de la implementación, es importante acotar que el objetivo principal es eliminar puntos débiles y posibilitar la realización de nuevos requerimientos, por medio de conjunto de entradas, comportamientos y salidas. No es que existan circunstancias que se puedan ignorar, es que muchas veces llegan a ser innecesarias y mas cuando no se llega a un común acuerdo entre el usuario y el programador. El usuario siempre se inclinará por mantener bajos costos en muy poco tiempo, mientras que el programador lo hará más en el aspecto eficiente y ágil sin perder tiempo.

2. Los ingenieros de software, tiene la responsabilidad de indagar los requerimientos de un cliente que dice estar demasiado ocupado para tener una reunión. ¿Qué debe hacer para recabar los requerimientos?, analice el material de apoyo para responder. Al momento de realizar la indagación siempre será importante que el equipo de trabajo se reúna para puntualizar los aspectos a desarrollar, principalmente el cliente y el programador. Al identificar los participantes y el rol que cada uno tendrá ayudarán aportando la lista de los requerimientos, siempre se debe tener en cuenta que todos tendrán perspectivas diferentes, pero nunca se debe perder el enfoque principal de los requerimientos, trabajar para lograr el desarrollo del proyecto y así obtener no solo un equipo de trabajo homogéneo sino lograr como resultado un desarrollo de software personalizado. 3. Como puede un Ingeniero de Software, resolver los problemas que ocurren cuando los requerimientos deben indagarse para tres o cuatro clientes distintos. Una de las cosas que como ingeniero se debe aprender es a lidiar y adaptarse a la opinión de varios usuarios, todos tendrán perspectivas diferentes, así que se debe llegar a un común acuerdo para lograr un proyecto eficiente para todos, aprender a escuchar las necesidades de los involucrados y llegar a una negociación de los requerimientos.

4. ¿Por qué se dice que el modelo de requerimientos representa una fotografía instantánea del sistema en el tiempo? Porque se tiene un meta especifico a cumplir, aunque durante el desarrollo existan ajustes siempre abra una visión de lo que se requiere, así se podrá concebir el software de manera rápida. 5. Suponga que ha convencido al cliente (es usted muy buen vendedor) para que esté de acuerdo con todas las demandas que usted hace como desarrollador. ¿Eso lo convierte en un gran negociador? ¿Por qué? A opinión personal y por la experiencia en el área no es correcto liderar un proyecto y que solo la opinión de uno sea la que se cumpla, porque se es mas propenso a errores a futuro, a fracasos y perdida de tiempo y recursos, mientras que cuando se abre a la posibilidad de tener un equipo que aporte ideas, serán ellos quienes a la hora de modificar ayudaran a rectificar y lograr que el proyecto sea desarrollado con calidad. 6. Desarrolle al menos tres “preguntas libres de contexto” adicionales que podría plantear a un participante durante la concepción.  ¿Cuál es la necesidad principal en la empresa, que requiere la implementación de un software?  ¿Que desean lograr con la implementación del software en la empresa?  ¿Qué tan abierto está el personal por el implemento de un software nuevo en la empresa?

7. Desarrolle un “kit” para recabar requerimientos. Para una empresa que desea instalar un software a una maquina dispensadora de refrescos.

8. Describa con sus propias palabras lo que es un patrón de análisis. Los patrones de análisis es la estructura conceptual del proceso de los negocios, más que de la implementación del software, un patrón debe tener la solución parcial o completa ante las situaciones que se vayan presentando en el desarrollo del proyecto. 9. Sugiera uno o varios patrones de análisis para los siguientes dominios de aplicación: a) Software de contabilidad.

b) Software de correo electrónico. c) Navegadores de internet. d) Software de procesamiento de texto. e) Software para crear un sitio web.

Escojo en primera a los navegadores web, que tienen que modelar siempre un protocolo de comunicación, por el que se comunican con los servidores y permiten al usuario navegar en internet por peticiones y respuestas.    

  

Nombre del patrón: Protocolito Intención: El patrón trata de modelar la interacción, y flujo que se da en el protocolo de comunicación HTTP que debe satisfacer el navegador web. La motivación: Servir de interfaz en una solicitud de cliente (petición) y respuesta de servidor. Solución: Definir un conjunto de pasos que modelen el protocolo. Dicho modelo debe poseer por lo menos dos identificadores (cliente y servidor) implementados en clases. Los objetos deben proveer métodos de comunicación e interfaces para la transmisión y transporte de Hipertexto y Archivos. Consecuencias: El patrón facilita la tarea de modelar el protocolo, apoyándose en las clases de cliente y servidor. Diseño: Uso del patrón de diseño Comando y Visitante Los usos conocidos: Todos los navegadores, lo deben implementar como requisito.

10. ¿Qué piensa que pasa cuando la validación de los requerimientos detecta un error? ¿Quién está involucrado en su corrección? Básicamente quienes se darán cuenta primeramente son el cliente y el jefe del equipo, definitivamente se debe trabajar en pro de la corrección para seguir con el proyecto, Se hace una interpretación de los errores cometidos, por medio de retroalimentación se realizan las aclaratorias necesarias, se suministra la información con las inconsistencias y requerimientos que se deben modificar y buscar la solución para la implementación.