2.1.En la introducción de este capítulo, Baetjer afirma que: “El proceso genera interacción entre usuarios y diseñadores, entre usuarios y herramientas cambiantes [tecnología].” Enliste cinco preguntas que a) los diseñadores deben responder a los usuarios, b) los usuarios deben plantear a los diseñadores, c) los usuarios deben hacerse a sí mismos sobre el producto de software que ha de elaborarse, d) los diseñadores deben plantearse acerca del producto de software que va a construirse y del proceso que se usará para ello. A
¿Qué haría el software? ¿Cómo estaría protegido el software? ¿Cuánto costara el software? ¿Cuánto tardara en estar listo el software? ¿Cuáles son los principales beneficios que el software me brinda?
¿Cuánto tiempo durara el software? ¿Cómo se hará el mantenimiento y cada cuánto? ¿Cómo será su funcionabilidad? ¿Me podrían ir mostrando el proceso que lleva el software?
¿Estoy dando toda la información necesaria para la creación del software? ¿El diseñador me estará comprendiendo bien mis necesidades?
¿El cliente me dijo todo lo que necesito saber? ¿Qué tipo de modelo debería usar? ¿Puede que cambien los requerimientos con el pasar del tiempo? ¿Qué tipo de capacitación debería recibir el cliente? ¿El software será compatible con el sistema operativo que usan?
B
C
D
2.2. Trate de desarrollar un conjunto de acciones para la actividad de comunicación. Seleccione una acción y defina un conjunto de tareas para ella.
El conjunto de acciones preparadas de antemano para lograr objetivos específicos. Preguntas claves para un plan de comunicación: Qué queremos conseguir, Cuáles son nuestros objetivos y las ideas? Cuál es el mensaje que queremos transmitir? A quiénes vamos a dirigir nuestra comunicación? Qué queremos que hagan con la información? Cuáles son los medios apropiados que va a utilizar para dicha comunicación? Cómo vamos a ejecutar el plan?
2.3. Un problema común durante la comunicación ocurre cuando se encuentra a dos participantes que tienen ideas en conflicto sobre lo que debe ser el software, es decir, que tienen requerimientos mutuamente conflictivos. Desarrolle un patrón del proceso (esto sería un patrón de la etapa) con el empleo de la plantilla presentada en la sección 2.1.3 que aborda este problema y sugiera un enfoque eficaz para él.
Patrón de etapas: Especificación de software: Se debe definir la funcionalidad y restricciones operacionales que debe cumplir el software. Patrón de tarea: Diseño e Implementación: Se diseña y construye el software de acuerdo a la especificación. Patrón de fase: Validación: El software debe validarse, para asegurar que cumpla con lo que quiere el cliente. Evolución: El software debe evolucionar, para adaptarse a las necesidades del cliente.
Además de estas actividades fundamentales, Pressman menciona un conjunto de “actividades protectoras”, que se aplican a lo largo de todo el proceso del software. Ellas se señalan a continuación: Seguimiento y control de proyecto de software. Revisiones técnicas formales. Garantía de calidad del software. Gestión de configuración del software. Preparación y producción de documentos. Gestión de reutilización. Mediciones.
2.4. Investigue un poco sobre el PPS y haga una breve presentación que describa los tipos de mediciones que se pide hacer a un ingeniero individual de software y la forma en la que pueden usarse para mejorar la eficacia personal.
Los PPS permiten que el equipo planee, diseñe y construya software en forma disciplinada, al mismo tiempo que mide cuantitativamente el proceso y el producto. La etapa post mórtem es el escenario de las mejoras del proceso.
2.5. El uso de scripts (mecanismo requerido en el PES) no es apreciado de manera universal en la comunidad del software. Haga una lista de pros y contras en relación con los scripts y sugiera al menos dos situaciones en las que serían útiles, y otras dos en las que generarían menos beneficios.
Ventajas
Define estándares aplicables. Controla la programación de actividades del proyecto. Utilidad Planificación de Desarrollo.
2.6. Lea a [Nog00] y escriba un ensayo de dos o tres páginas donde analice el efecto que tiene el “caos” en la ingeniería de software.
Los sistemas de software están en la propensión de que un sistema sea sensible a las condiciones iniciales a fin que el sistema se vuelve impredecible en el tiempo. En la figura 1 las diferentes fases de Desarrollo de Software Vida Cy CLE (SDLC) se muestran. Si nos permiten requisitos para ser cambiados en las últimas fases distintas de Requisito Software Especificación (SRS) que significa las necesidades de los usuarios de un sistema de software pueden cambiar con el tiempo, invalidando los requisitos establecidos en una anterior fase. En el diseño de software orientado a objetos se hace hincapié en un fácil mantenimiento y la reutilización de los componentes. Los atributos de calidad del software como corrección, robustez, extensibilidad, y la compatibilidad también debe abordarse durante el diseño. Una de las principales organizaciones de preguntases " ¿Qué tan seguro está mis sistemas de fallas?” Respuesta a una pregunta de este tipo es a menudo difícil. La raíz de la mayoría de los problemas de seguridad es software que falla de manera inesperada cuando bajo ataque. A pesar de una amplia investigación en la ingeniería de seguridad, medir la seguridad sigue siendo un problema difícil. Mientras que no tienen medidas de seguridad con absoluta certeza, que a menudo se basan en la medición del riesgo en la evaluación de la seguridad. Usando riesgo de evaluar las decisiones de seguridad es una práctica común. Proporciona un mecanismo sistemático para la optimización de costes y recursos. La difícil parte radica en ofrecer información precisa información sobre los fallos y su probabilidad. Dado que los sistemas son típicamente expuestos a cambios constantes, riasociado sks son a menudo afectadas por tales cambios. Sin embargo, el riesgo de una ssessments no son típicamente repetida tan a menudo como cambios se introducen en los sistemas.
2.7. Dé tres ejemplos de proyectos de software que podrían efectuarse con el modelo de cascada. Sea específico. Proyecto de control e consultas médicas (creación de turnos y fichas delpaciente). Proyecto de control inventarios (registro de entradas y salidas de mercadería). Proyecto de control de personal (registro de entrada y salida) 2.8. Proporcione tres ejemplos de proyectos de software que podrían abordarse con el modelo de hacer prototipos. Sea específico.
Aplicaciones que involucren interacción humano/maquina o uso extensivo de graficas por computadoras Aplicaciones de algoritmos matemáticos Sistemas en los que los resultados pueden ser examinados fácilmente sin interacción en tiempo real Software de Simulación caja registradora de un supermercado.
2.9. ¿Qué adaptaciones del proceso se requerirían si el proyecto evolucionara en un sistema o producto que se entregase? Que el software se adapte a nuevos cambios, los requisitos son inevitables, no sólo después de entregado en producto sino también durante el proceso de desarrollo.
2.10. Diga tres ejemplos de proyectos de software que podrían realizarse con el modelo incremental. Sea específico. Un sistema operativo Sistema de control de satélites Diseño de un cajero automático simple. 2.11. Conforme avanza hacia fuera por el flujo de proceso en espiral, ¿qué puede decirse sobre el software que se está desarrollando o que está en mantenimiento? Se puede decir que en este modelo el software debe enfocarse en la evolución real a que puede someterse de manera constante y que se evaluaran los riesgos que podrían llegar a tener si no hace un trabajo con existo.
2.12. ¿Es posible combinar modelos de proceso? Si es así, diga un ejemplo. Si es posible, el modelo de espiral es un buen ejemplo porque lleva la secuencia del modelo de cascada, al finalizar el ciclo hay un prototipo y luego empieza nuevamente haciendo un bucle hasta obtener el software con todos los requerimientos deseados por el cliente.
2.13. El modelo de proceso concurrente define un conjunto de “estados”. Describa con sus propias palabras qué es lo que representan, y después indique cómo entran en juego dentro del modelo de proceso concurrente.
Es la representación de un estado que puede cambiar de procedimiento y volver a generar un estado si es que el cliente requiere de un cambio al software de tal manera que puede generar un mismo estado n veces necesarias al requerimiento del cliente. El modelado concurrente proporciona un panorama apropiado del estado actual del proyecto. Cada actividad, acción o tarea de la red existe simultáneamente con otras actividades, acciones o tareas.
2.14. ¿Cuáles son las ventajas y desventajas de desarrollar software en el que la calidad no es “suficientemente buena”? Es decir, ¿qué pasa cuando se pone el énfasis en la velocidad de desarrollo sobre la calidad del producto?
Ventajas Se diseña específicamente para las necesidades que se tienen. Se puede cambiar y modificar con el tiempo. Desventajas Puede que el software este lleno de errores y es poco fiable. No tienen una presentación y dependen de los desarrolladores. 2.15. Dé tres ejemplos de proyectos de software que serían abordables con el modelo basado en componentes. Sea específico. Software clínico: Un software para hospitales y clínicas Software educativo: Sistema para la gestión
2.16. ¿Es posible demostrar que un componente de software, o incluso un programa completo, es correcto? Entonces, ¿por qué no todos lo hacen?
Porque no todos utilizan la misma metodología de hacer prototipos.
2.17. ¿Son lo mismo el proceso unificado y el UML? Explique su respuesta.
No, porque UML es un lenguaje que se utiliza para modelar un sistema. Y RUP es una metodología tradicional pesada que me indica unos pasos a seguir para desarrollar mi sistema.
