Hoja de presentación

Foto

Nombre: Waldo Ramírez Amonte

Matricula: 100372179
Materia: Ingeniería del Software
Profesor: José M. Amado P
Trabajo: Informe unidad 2
Teléfono: waldomix002@gmail.com
Correo: 8294911332
 INDICE

1. Introducción
2. El proceso del software
• Modelos del proceso
• Desarrollo ágil
3. Administración de la calidad
• Conceptos de calidad
• Técnicas de revisión
• Aseguramiento de la calidad del software
• Estrategias de prueba de software
4. Administración de proyectos de software
• Conceptos de administración
• Métricas de proceso y de proyecto
• Estimación para proyectos de software
• Calendarización del proyecto
5. Temas avanzados
• Mejoramiento del proceso de software
• Tendencias emergentes en ingeniería del software
6. Conclusión
7. Bibliografía
 Introducción

En el siguiente tema se va aclarar los enfoques

prácticos mediante el libo de Roger Pressman
sobre el tema de "Proceso de Software" en donde
se abarca varios conceptos de la ingeniera de
software, el cómo se administra y controla la
calidad del mismo al igual que aprender los
principios, conceptos y técnicas que se aplican
para administrar y controlar la calidad del
software. Aprenderá sobre las técnicas de
administración requeridas para planificar,
organizar, monitorear y controlar proyectos para
si entrar en lo que viene siendo los temas
avanzados la cual extenderán su comprensión de
la ingeniería del software.
 El proceso del software

Modelos del proceso

Un modelo general del proceso para la ingeniería de software incluye un conjunto de actividades
estructurales y sombrilla, acciones y tareas de trabajo. Cada uno de los modelos de proceso
puede describirse por un flujo distinto del proceso: descripción de cómo se organizan secuencial
y cronológicamente las actividades estructurales, acciones y tareas. Los patrones del proceso
pueden utilizarse para resolver los problemas comunes que surgen como parte del proceso del
software. Los modelos de proceso prescriptivo se han aplicado durante muchos años en un esfuerzo
por introducir orden y estructura al desarrollo de software. Cada uno de dichos modelos sugiere
un flujo de proceso algo distinto, pero todos llevan a cabo el mismo conjunto de actividades
estructurales generales: comunicación, planeación, modelado, construcción y desarrollo.
Los modelos de proceso secuencial, como el de la cascada y en V, son los paradigmas más
antiguos del software. Sugieren un flujo lineal del proceso que con frecuencia no es congruente
con las realidades modernas (cambio continuo, sistemas en evolución, plazos ajustados, etc.)

Desarrollo ágil
En la Organizada con cuatro actividades
estructurales: planeación, diseño, codificación y pruebas, la XP sugiere cierto número de
técnicas innovadoras y poderosas que permiten a un equipo ágil generar entregas frecuentes
de software que posee características y funcionalidad que han sido descritas y clasificadas según su
prioridad por los participantes. Otros modelos de proceso ágil también insisten en la colaboración
humana y en la organización propia del equipo, pero definen sus actividades estructurales y
seleccionan diferentes puntos de importancia. Por ejemplo, el DAS utiliza un proceso iterativo que
incluye un ciclo de planeación adaptativa, métodos relativamente rigurosos para recabar
requerimientos, y un ciclo de desarrollo iterativo que incorpora grupos de consumidores y revisiones
técnicas formales como mecanismos de retroalimentación en tiempo real.

El Scrum pone el énfasis en el uso de un conjunto de patrones de software que han demostrado ser
eficaces para proyectos que tienen plazos de entrega apretados, requerimientos cambiantes o que se
emplean en negocios críticos. Cada patrón de proceso define un conjunto de tareas de desarrollo y
permite al equipo Scrum construir un proceso que se adapte a las necesidades del proyecto. El
método de desarrollo de sistemas dinámicos (MDSD) resalta el uso de la programación con caja de
tiempo y sugiere que en cada incremento de software sólo se requiere el trabajo suficiente que
facilite el paso al incremento que sigue. Cristal es una familia de modelos de proceso ágil que se
adaptan a las características específicas del proyecto.
 Administración de la calidad

Conceptos de calidad
Toda organización de software se enfrenta al dilema de la calidad del software. En esencia,
todos quieren elaborar sistemas de alta calidad, pero en un mundo dirigido por el mercado,
sencillamente no se dispone del tiempo y el esfuerzo requeridos para producir software “perfecto”.
La cuestión es la siguiente: ¿debe elaborarse software que sea “suficientemente bueno”?
Aunque muchas compañías hacen eso, hay una desventaja notable que debe tomarse en cuenta.
Sin importar el enfoque que se elija, la calidad tiene un costo que puede estudiarse en términos
de prevención, evaluación y falla. Los costos de prevención incluyen todas las acciones de
la ingeniería de software diseñadas para prevenir los defectos. Los costos de evaluación están
asociados con aquellas acciones que evalúan los productos del trabajo de software para determinar su
calidad. Los costos de

Técnicas de revisión
Un modelo de referencia para la formalidad de la revisión identifica roles de las personas,
planeación y preparación, estructura de la reunión, enfoque de corrección y verificación como
las características que indican el grado de formalidad con el que se realiza una revisión. Las
revisiones informales son de naturaleza casual, pero pueden usarse con eficacia para detectar
errores. Las revisiones formales son más estructuradas y tienen una probabilidad mayor de dar como
resultado un software de alta calidad. Las revisiones informales se caracterizan por tener una
planeación y preparación mínimas y poco registro de su desarrollo. Las verificaciones de escritorio y la
programación por parejas forman parte de esta categoría de revisión. Una revisión técnica formal es
una reunión estilizada que ha demostrado ser extremadamente eficaz para detectar errores. Los
walkthrougs y las inspecciones establecen roles definidos para cada revisor, estimulan la planeación y
la preparación previa, requieren la aplicación de lineamientos de revisión definidos y ordenan llevar
registros y hacer reportes.

Aseguramiento de la calidad del software

Este debe tomarse en cuenta las palabras de Dunn y Ullman [Dun82]: “El aseguramiento
de la calidad del software es el mapeo de los preceptos administrativos y de las disciplinas
de diseño del aseguramiento de la calidad, en el ámbito administrativo y tecnológico aplicable
a la ingeniería de software.” La capacidad de asegurar la calidad es la medida de una disciplina
madura de la ingeniería. Cuando el mapeo se lleva a cabo con éxito, el resultado es una ingeniería de
software madura.

Estrategias de prueba de software

La estrategia para probar software orientado a objeto comienza con pruebas que ejercitan
las operaciones dentro de una clase y luego avanzan hacia la prueba basada en hebra para
integración. Las hebras son conjuntos de clases que responden a una entrada o evento. Las pruebas
basadas en uso se enfocan en clases que no colaboran demasiado con otras clases.
Administración de proyectos de software

Conceptos de administración de proyecto

La administración de proyectos de software es una actividad sombrilla dentro de la ingeniería
de software. Comienza antes de iniciar cualquier actividad técnica y continúa a lo largo del
modelado, construcción y despliegue del software de cómputo. Cuatro P tienen influencia sustancial
sobre la administración del proyecto de software: personal, producto, proceso y proyecto. El personal
debe organizarse en equipos eficaces, motivados para hacer trabajo de software de alta calidad, y
coordinarse para lograr comunicación efectiva. Los requerimientos del producto deben comunicarse
de cliente a desarrollador, dividirse (descomponerse) en sus partes constitutivas y ubicarse para su
trabajo por parte del equipo de software. El proceso debe adaptarse al personal y al producto. Se
selecciona un marco conceptual común al proceso, se aplica un paradigma de ingeniería de software
adecuado y se elige un conjunto de tareas de trabajo para realizar el trabajo. Finalmente, el proyecto
debe organizarse de forma que permita triunfar al equipo de software.

Métricas de proceso y de proyecto

Las métricas de calidad del software, como las métricas de productividad, se enfocan en el
proceso, el proyecto y el producto. Al desarrollar y analizar una línea de referencia de métricas
para la calidad, una organización puede corregir aquellas áreas del proceso de software que
sean la causa de los defectos de software. La medición da como resultado un cambio cultural. La
recopilación de datos, cálculo de métricas y análisis de métricas son los tres pasos que deben
implementarse para comenzar un programa de métricas. En general, un enfoque dirigido a metas
ayuda a una organización a enfocarse en las métricas correctas para su empresa. Al crear una línea de
referencia de métricas, un a base de datos que contenga mediciones de proceso y producto, los
ingenieros de software y sus gerentes pueden obtener mejor comprensión del trabajo que hacen y del
producto que elaboran.

Estimación para proyectos de software

Las estimaciones de proyecto precisas por lo general usan al menos dos de las tres técnicas
recién anotadas. Al comparar y reconciliar las estimaciones desarrolladas usando diferentes
técnicas, el planificador tiene más probabilidad de derivar una estimación precisa. La estimación
de proyecto de software nunca puede ser una ciencia exacta, pero una combinación de
buenos datos históricos y técnicas sistemáticas pueden mejorar la precisión de la estimación.
Las técnicas empíricas usan expresiones derivadas empíricamente para esfuerzo y tiempo a fin de
predecir dichas cantidades de proyecto. Las herramientas automatizadas pueden usarse para
implementar un modelo empírico específico.

Calendarización del proyecto

La calendarización es la culminación de una actividad de planificación que es un componente
principal de la administración de proyectos de software. Cuando se combina con los métodos
de estimación y análisis de riesgos, establece un mapa de caminos para el gerente del proyecto.
La calendarización comienza con la descomposición del proceso. Las características del
proyecto se usan para adaptar un conjunto de tareas adecuado para el trabajo que se va a realizar.
Una red de tareas muestra cada tarea de ingeniería, su dependencia de otras tareas y su
duración proyectada. La red de tareas se usa para calcular la ruta crítica, un cronograma y otra
información del proyecto. Al usar el calendario como guía, puede monitorearse y controlar cada paso
en el proceso de software.
 Temas avanzados

Mejoramiento del proceso de software

Un marco conceptual de mejoramiento del proceso de software define las características que
debe presentar si debe lograrse un proceso de software efectivo, un método de valoración
que ayuda a determinar si dichas características están presentes y una estrategia para auxiliar
a una organización de software a implementar dichas características de proceso que se encuentren
debilitadas o que falten. Sin importar los grupos que defienden el MPS, la meta es mejorar
la calidad del proceso y, en consecuencia, la calidad y la puntualidad en la entrega del software.
Un modelo de madurez de proceso proporciona un indicio global de la “madurez del proceso”
que muestra una organización del software. Asimismo, proporciona un sentimiento cualitativo
sobre la efectividad relativa del proceso de software que se usa actualmente.
El mapa de caminos MPS comienza con la valoración, una serie de actividades de evaluación
que descubren tanto fortalezas como debilidades en la forma en que la organización aplica el
proceso de software existente y las prácticas de ingeniería del software que pueblan el proceso.
Como consecuencia de la valoración, una organización de software puede desarrollar un plan
MPS global.

Tendencias emergentes en ingeniería del software

Las tendencias que tienen efecto sobre la tecnología de ingeniería del software con frecuencia
provienen de las áreas de negocios, organizacional, de mercado y cultural. Dichas “tendencias
blandas” pueden guiar la dirección de la investigación y la tecnología que se deriva como
consecuencia de la investigación. Conforme se introduce nueva tecnología, se avanza a través de un
ciclo de vida que no siempre conduce a una adopción extensa, aun cuando las expectativas originales
sean altas. El grado en el que cualquier tecnología de ingeniería del software gana adopción extensa
está ligado a su habilidad para abordar los problemas impuestos por las tendencias blandas y duras.
Las tendencias blandas (la creciente necesidad de conectividad y colaboración, proyectos
globales, transferencia de conocimiento, el impacto de las economías emergentes y la influencia
de la cultura humana en sí) conducen a un conjunto de retos que abarcan la complejidad
administrativa y los requerimientos emergentes, hasta hacer malabares con una mezcla de talentos
siempre cambiante entre equipos de software dispersos geográficamente.
 Conclusión

Concluyo diciendo que se analizó varios

principios en la que participan los
requerimientos en un enfoque practico, para
conocer la manera en que se da a conocer el
manejo de la ingeniería de software, dando
una metodología en su creación dada su
manera de administración al cubrir en toda
su totalidad cumpliendo lo que el usuario se
propone a conseguir como un proyecto entre
otro.
 Bibliografía
• http://www.javier8a.com/itc/bd1/ld-Ingenieria.de.software.enfoque.practico.7ed.Pressman.PDF