INTEGRANTES:

Luis Alberto Huanchi Ayca Yaneth Huaman Huaman Joao Maldonado Vasquez

1) En la introduccin de este capitulo, Baetjer puntualiza El proceso ofrece una interaccin entre usuarios y diseadores, entre usuarios y herramientas en evolucin, entre diseadores y herramientas en evolucin (Tecnologa) . Hgase cinco preguntas respecto a : a) Lo que los diseadores deben preguntar a los usuarios El conocimiento informtico que disponen los usuarios. Experiencias anteriores en uso de sistemas relacionados. La predisposicin al cambio, aprendizaje de nuevas tecnologas y voluntad de facilitar informacin al analista o diseador. El conocimiento de los procesos y la gestin a automatizar; Identificacin de las reas y procesos crticos. Si tiene conocimiento de los datos que ingresarn al sistema y los datos que espera obtener al aplicar el sistema.

b) Los usuarios deben preguntar a los diseadores El tipo y tiempo capacitacin, aprendizaje e implementacin del sistema. La forma de soporte y mantenimiento a recibir posterior a la instalacin. Conocimiento previo del rea en cuestin. Que tan adaptable a nuevas polticas internas y externas, cambios tecnolgicos ser el sistema (parmetros, configuraciones y flexibilidad). Que tan factible es introducir un cambio luego de que se ha empezado a desarrollar el proyecto. Tecnologa (software y hardware) a implementar. Metodologa de investigacin y modelo de desarrollo a usar.

c) Lo que los usuarios deben preguntarse asi mismos sobre el producto de software que se construir
Disponibilidad de tiempo y predisposicin al esfuerzo en asimilar un nuevo proyecto. Capacidad de interactuar con el investigador. Tengo el conocimiento y la experiencia necesaria para aportar positivamente en el proyecto. Luego de haber interactuado con el nuevo producto ser capaz de heredarlo a otro usuario sin mayor esfuerzo. Que beneficios en tiempo de proceso, reportes, comunicacin, almacenamiento, tendr el nuevo software a construir.

d) Lo que los diseadores deben preguntarse asi mismo sobre el producto de software que se construir y el proceso que se utilizara para hacerlo. Estoy utilizando un modelo adecuado a la necesidad del nuevo proyecto. Conozco al mximo las herramientas y los recursos disponibles. Tengo la informacin necesaria para el desarrollo del producto de software que se construir. Estoy en la capacidad (experiencia y conocimientos) de realizar este proyecto o cuento con el personal adecuado para realizarlo. Satisface las necesidades, requerimientos y alcances del nuevo proyecto al presupuesto establecido.

2) En la figura 2.1 se colocan los 3 estratos de ingeniera de software arriba en un estrato titulado un enfoque de calidad. Esto implica un programa de calidad de una organizacin amplia como gestin de calidad total. Realizar una pequea investigacin y desarrollar una gua de los principios claves de un programa de gestin de calidad total. a) Consecucin de la plena satisfaccin de las necesidades y expectativas del usuario (interno y externo). b) Desarrollo de un proceso de mejora continua en todas las actividades y procesos llevados a cabo en el desarrollo de software (implantar la mejora continua tiene un principio pero no un fin). c) Total compromiso de la Direccin y un liderazgo activo de todo el equipo directivo. d) Participacin de todos los miembros del grupo de desarrollo y fomento del trabajo en equipo hacia una Gestin de Calidad Total. e) Involucracin del cliente en el sistema de Calidad Total de grupo de desarrollo, dado el fundamental papel de ste en la consecucin de la Calidad en el producto final (software). f) Identificacin y Gestin de los Procesos Clave de la organizacin, superando las barreras departamentales y estructurales que esconden dichos procesos. g) Toma de decisiones de gestin basada en datos y hechos objetivos sobre gestin basada en la intuicin. Dominio del manejo de la informacin.

3) Existe la posibilidad de que las actividades genricas del proceso de ingeniera del software no se aplique? Si es as, descrbase No existe la posibilidad de omitir actividades genricas ya que son tiles tanto para pequeos sistemas como para grandes proyectos de software. Las actividades genricas: Comunicacin, Planeacin, Modelado, Construccin y Despliegue. Estas cinco actividades genricas son tiles durante el desarrollo de programas pequeos, grandes aplicaciones en red, y en la ingeniera de sistemas basados en computadoras grandes y complejas. Los detalles del proceso del software sern muy diferentes en cada caso, pero las actividades dentro del marco permanecern iguales.

4) Las actividades sombrilla ocurren a lo largo de todo el proceso del software. Se aplican de modo uniforme a travs del proceso o algunas estn concentradas en una o mas actividades del marco de trabajo? Se aplican a lo largo del proceso de software, y no se pueden aplicar de manera uniforme a lo largo de todo el proceso del software. Las actividades sombrilla son actividades conjuntas (asociadas) al resto de actividades genricas, para asegurar que el proyecto cumpla con las metas establecidas en cada uno de los pasos. Aunque cada actividad de sombrilla es diferente, y depende de la actividad genrica a la que est asociada, el esfuerzo trabajo necesario para aplicarlo es distinto al momento de evaluar cada situacin. Sin embargo las actividades sombrilla de forma global se aplican de manera igual en todo el proceso del software.

5) Descrbase un marco de trabajo del proceso con palabras propias. Cuando se dice que las actividades del marco de trabajo son aplicables a todos los proyectos, esto significa que las mismas tareas de trabajo se aplican a todos los proyectos, sin importar el tamao y complejidad? Explquese su respuesta

Un marco de trabajo en trminos simplificados puede ser un mapa o plantilla a seguir en el que constan actividades tiles para el equipo de desarrollo. Las actividades genricas: Comunicacin, Planeacin, Modelado, Construccin y Despliegue.
Las actividades sombrilla: Seguimiento y control del proyecto de software, Gestin del riesgo, Aseguramiento de la calidad del software, Revisiones tcnicas formales, Medicin, Gestin de configuracin del software, Gestin de la reutilizacin, Preparacin y produccin del producto de trabajo.

Estas cinco actividades genricas junto con las actividades sombrilla son tiles durante el desarrollo de programas pequeos, grandes aplicaciones en red, y en la ingeniera de sistemas basados en computadoras grandes y complejas. Los detalles del proceso del software sern muy diferentes en cada caso, pero las actividades dentro del marco permanecern iguales. Por lo tanto podemos decir que las mismas tareas de trabajo se pueden aplicar a todos los proyectos, sin importar el tamao y la complejidad.

6) Intente establecer un conjunto de tareas para las actividades de comunicacin

a) Presentacin b) Entrevistas previas c) Definicin de requerimientos d) Elaboracin de cuestionarios e) Elaboracin de encuestas f) Entrevistas formales g) Desarrollo de informes h) Documentacin de tareas realizadas i) Seguimiento

7) Investigar un poco mas acerca de la IMCM y discutir las ventajas y desventajas de los modelos de la IMCM continuo y discreto
MODELO VENTAJAS
- Estrategia Incorporada. - Las ares del proceso se basan en si misma. - Mejores beneficios a largo plazo. - La mayor parte de los problemas de calidad son planeados de esa forma. - Las reas del proceso. seleccionadas pueden cumplir con los objetivos de negocios directamente. - Se pueden conseguir resultados mas rpido. - Se requiere una inversin inicial menor.

DESVENTAJAS
- Mayor inversin al inicio. - Los resultados que se pueden medir, pueden tomar mas tiempo. - Puede ser mas difcil convencer a la alta gerencia. Puede ser mas difcil de implementar. - Las evaluaciones son mas caras. - Los problemas sistemticos de calidad pueden no ser tomados en cuenta. - Puede que no se tengan beneficios a largo plazo. - Falta de estrategia incorporada. - Se pueden implementar los procesos en el orden equivocado.

IMCM DISCRETO

IMCM CONTINUO

8) Desplegar documentacin de la IMCM del sitio de la red del SEI y seleccionar una rea del proceso que no sea la de planeacin del proyecto. Hacer una lista de las metas especificas (ME) y las practicas especificas (PE) asociadas que se definan mediante el rea que se haya elegido. AREA DE TRABAJO: Medicin y Anlisis
Meta Especfica Prcticas Especficas SG1 Alinear las Actividades de Medicin y Anlisis Los objetivos y actividades de medicin estn alineados con las metas y necesidades de informacin identificadas. SP1.1 Establecer objetivos de medicin SP1.2 Especificar mediciones SP1.3 Especificar procedimientos de recogida y almacenamiento de datos SP1.4 Especificar procedimientos de anlisis

SG2 Proporcionar Resultados de la Medicin Los resultados de las mediciones, las cuales soportan las metas y necesidades de informacin, son proporcionados.

SP2.1 Recolectar datos para las mediciones SP2.2 Analizar datos de las mediciones SP2.3 Almacenar datos y resultados SP2.4 Comunicar resultados

9) Considerar la actividad de comunicacin dentro del marco de trabajo. Desarrollar un patrn completo del proceso (podra ser un patrn discreto) aprovechando los principios descritos en la seccin 2.4

Nombre del patrn: Comunicacin. Propsito: Llegar a establecer e implementar comunicacin entre usuarios, cliente, y todo el personal implicado dentro del desarrollo del nuevo proyecto de software, utilizando tcnicas y herramientas para la obtencin de informacin. Tipo: Tarea. Contexto inicial: Para aplicar este patrn de proceso se deben de considerar las siguientes condiciones. 1. Tener viabilidad para el desarrollo de investigacin. 2. Conocer el rea fsica de investigacin. 3. Identificar los clientes. 4. tener establecidas tcnicas de investigacin por parte del diseador.

Problema: La comunicacin es una de las fases por no decir la fase mas importante dentro del proceso de desarrollo de software, lograr obtener la informacin deseada conlleva muchos riesgos, y muchas de las veces la informacin es interpretada de una manera distinta a la que el cliente quiso expresar. Tambin existen clientes que se niegan a facilitar informacin. Solucin: Al aplicar correctamente las tcnicas de investigacin se logra una eficiente comunicaron e interpretacin de datos facilitados por el cliente, para llegar a establecer una slida base para los siguientes fases de desarrollo. Adems crea un ambiente de confianza entra cliente y desarrollador.

Contexto resultante: La comunicacin bi-direccional eficiente entre cliente y desarrollador tiene como consecuencia una recopilacin eficiente y confiable de informacin para usos como: En base a esta informacin se puede determinar el modelo de proceso que se utilizara en el desarrollo del proyecto. La informacin se la puede trasladar a un prototipo. Tenemos ya la mesa servida para realizar el anlisis de informacin. Patrones relacionados: Los siguientes son los patrones relacionados Reunin del equipo del proyecto. construccin de prototipos. Anlisis de requerimientos. Evaluacin del cliente.

10) Cul es el propsito de la evaluacin del proceso? Por qu el SPICE ha sido desarrollado como un estndar para la evaluacin del proceso? El objetivo de la evaluacin de proceso es llegar a tener una ingeniera de software exitosa y con esta tambin se puede medir la capacidad del desarrollador y del proceso para poder mejorarlo. El SPICE se lo considera un estndar por que contiene un conjunto de requisitos que satisface las necesidades de evaluacin del proceso de software en las organizaciones de desarrollo.

11) Investigar mas sobre el PSP y preparar una breve presentacin que indique los beneficios cuantitativos del proceso - Medicin de tiempo de proceso. - El desarrollador llega a entender de manera personal como influye la cantidad de tiempo que se demora en realizar un proceso dentro del proyecto y con esto l puede determinar las reas donde tiene que enfatizar. - Los defectos que entran y salen del proceso. - Cuantificar la cantidad de errores cometidos en cada proceso. - Los diferentes tamaos de los productos que se producen. - Medir en trminos de calidad y eficiencia los diferentes productos que se llegaron a obtener luego de haber puesto en marcha el proceso.

12) la utilizacin de escritos (un mecanismo requerido en el PSE) no goza de gran aceptacin entre la comunidad del software. Hacer una lista de las ventajas y desventajas mientras se toman en cuenta los escritos y sugerir al menos dos situaciones en que serian tiles y otras dos situaciones en donde no tendran tantos beneficios
VENTAJAS - Estructura de pasos a seguir . - reas de trabajo perfectamente definidas. - Busca la calidad desde el inicio del proyecto. - Para cada actividad hay un formato de trabajo predefinido. DESVENTAJAS - Muy estricto en los pasos a seguir. - Formatos de documentacin demasiado complejos. - Se requiere documentar cada paso y accin que se tome.

Situaciones favorables

Cuando hay mucha rotacin de personal es beneficioso ya que los escritos ayudan mucho a absorber los efectos de capacitar un nuevo personal En el caso de desarrollar algoritmos que ejecuten algn proceso complejo es muy beneficioso documentar con escritos dichos procesos y las consecuencias de los mismos.
Situaciones desfavorables Excesivas reuniones de trabajo para planeamiento y coordinacin de tareas a ejecutarse Nivel de detalle de control de los proceso puede resultar muy burocrtico dentro del grupo de trabajo.