Act 1,3,4,7,8 Ingenieria de Sotfware

5/10/2018 Act 1,3,4,7,8 Ingenieria de Sotfware - slidepdf.com

http://slidepdf.com/reader/full/act-13478-ingenieria-de-sotfware 1/29

Act 1: Revisión de Presaberes

Página 1 - Importancia de la Ingeniería de Software

A continuación se presenta un conjunto de lecturas que lo ambientarán en el curso de Ingeniería de software y a la vez al final de cada lectura se le hará unas preguntas para

evaluar sus presaberes. La puntuación de esta actividad es de 8 puntos de un total de

500.

El software satura nuestro mundo y algunas veces damos por sentado su rol en hacer que

nuestras vidas sean más confortables, eficientes y efectivas. Hoy en día, el softwaretrabaja tanto explícitamente como detrás de la escena, virtualmente en todos los aspectos

de nuestras vidas, incluso en los sistemas críticos que comprometen nuestra salud y

bienestar. Por esta razón, la ingeniería de software es más importante que nunca. Las

buenas prácticas de la ingeniería de software deben asegurar que éste haga una

contribución positiva a la manera en que se desarrollan nuestras vidas.

La ingeniería de software es el proceso de construir aplicaciones de tamaño o alcanceprácticos, en las que predomina el esfuerzo del software y que satisfacen los

requerimientos de funcionalidad y desempeño.La ingeniería de software, ofrece métodos

y técnicas para desarrollar, mantener,producir y asegurar software de calidad.

Por tal razón, este curso pretende describir los aspectos técnicos y de gestión de laIngeniería de Software, así como de establecer la importancia de la garantía de calidad del

software.

Página 2 - Competencias a desarrollar

Las competencias que promueve el curso y que son necesarias son:

COGNITIVA: Capacidad de apropiarse de un conjunto de conocimientos a travésdel desarrollo, control y acción de procesos de pensamiento como: conocer ellenguaje de la ingeniería de software, identificar lo que significa Calidad delSoftware, identificar el proceso de software y métricas del proyecto. En laingeniería de software es muy importante la Inducción – Deducción, donde sepuede generalizar o particularizar a partir de diversos escenarios.

COMUNICATIVA: Capacidad de comprender, expresar mensajes y de desarrollarprocesos argumentativos, apoyados por la asertividad en las relacionesinterpersonales. Están relacionadas con el desarrollo de los sentidos paraobservar, hablar, leer, escribir y escuchar lo mejor posible, de tal manera que seoptimice la comunicación y las relaciones interpersonales, ya que comoestudiante debe interactuar con sus compañeros y con su tutor y en su vidaprofesional debe interactuar con muchas personas, ya que en el proceso de



desarrollo de software es clave la recolección de información medianteentrevistas, charlas, observación y lectura de documentos.

CONTEXTUAL: Capacidad de ubicar el conocimiento en el contexto científico,político, cultural, tecnológico, social y en el plano nacional e internacional, así

como la disposición y capacidad para aplicarlo en procesos de transformaciónque inciden en la calidad de vida de la población.

VALORATIVA: Capacidad de apropiarse de valores como el respeto a la vida. Ladignidad humana, la convivencia, la solidaridad, la tolerancia y la libertad queorientan las acciones del individuo como persona, como ser social y comoprofesional.

1. El curso de Ingeniería de software pretende describir los aspectos técnicosy de gestión de esta disciplina, así como de establecer la importancia dela garantía de calidad del software.

Verdadero

Falso

2. La capacidad deubicar el conocimiento en un escenario científico,político, cultural, tecnológico o social, así como la disposición y capacidadpara aplicarlo en procesos de transformación que inciden en la calidad devida de la población, hacen parte de la siguiente competencia:

Valorativa

Comunicativa

Contextual

Cognitiva

3. El desarrollo de habilidades como la Inducción y la Generalización, hace parte de la

siguiente competencia:

Comunicativa

Valorativa

Cognitiva

Contextual

4. La netiqueta, palabra derivada del inglés net (red) y del francés etiquette (buena

educación), es el conjunto de normas que regulan el comportamiento de los usuariosde las diversas aplicaciones del internet.



De la misma manera que existen protocolos para los encuentros físicos entre personas, lanetiqueta describe protocolos que se deben utilizar en los encuentros electrónicos..

Ajustarse a las normas de la netiqueta en los cursos virtuales de la UNAD, hace parte del

desarrollo de la siguiente competencia:

Valorativa

Contextual

Comunicativa

Cognitiva

Página 7 - Intencionalidades Formativas

El cursoIngeniería de Software correspondiente al componente básico profesionaldel Programa de Ingeniería de Sistemas tiene como objetivo desarrollarhabilidades y adquirir capacidades en la utilización de métodos y técnicas paradesarrollar y mantener software de calidad.

El curso tiene 3 créditos académicos los cuales comprenden el estudioindependiente y el acompañamiento tutorial, con el propósito de:

Comprender los aspectos técnicos y de gestión de la disciplina deingeniería de software.

Capacitar a los estudiantes en las técnicas de gestión necesarias paraplanificar, organizar, supervisar y controlar proyectos de software.

Fomentar en el estudiante técnicas de gestión de calidad del software. Obtener un conjunto de técnicas de prueba de software con el propósito

de encontrar y corregir errores antes de entregar el software al cliente.

5. El curso de Ingeniería de Software está compuesto por tres unidades didácticas que

corresponden a:

2 Créditos Académicos



6. Uno de los propósitos que pretende el curso Ingeniería de Software es:



Capacitar a los estudiantes en las técnicas de gestión necesarias para que creen su

propia empresa

Fomentar en el estudiante técnicas de gestión para desarrollar software libre.

Capacitar a los estudiantes en las técnicas de gestión necesarias para planificar,

organizar, supervisar y controlar proyectos de software.

Obtener un conjunto de técnicas de prueba de software con el propósito de encontrar

y corregir errores después de entregar el software al cliente.

7. El propósito de Capacitar a los estudiantes en las técnicas de gestión para

planificación, supervisión y control de proyectos de software, hacen parte del

desarrollo de la siguiente competencia:

Contextual

Valorativa

Comunicativa

Cognitiva

Página 11 - Unidades Didácticas

Este curso esta compuesto por tres unidades didácticas a saber:

Unidad 1.Introducción a la ingeniería de software: se presenta una vista general sobre ladefinición de: ingeniería de software, producto de software, procesos de software, sedetermina las características del software, los mitos del software. Se presenta también los

diferentes tipos de proceso y los modelos evolutivos del software.

Unidad 2.Gestión y planificación de proyectos de software: se trata de determinar como

se debe gestionar el personal, el proceso y el problema durante un proyecto de software. Se

identifican las métricas de software y cómo pueden emplearse para gestionar el proceso desoftware y el proyecto llevado a cabo como parte del proceso.

Unidad 3.Control de calidad del software: se contemplan los aspectos relacionados con

la calidad del software, se identifican los aspectos de gestióny las actividades específicasdel proceso de calidad del software. Se establece la importancia de la garantía de calidad

del software así como se definen las estrategias para los planes de garantía de calidad del

software.

8. En la unidad didáctica Control de calidad del softwarese identifican las métricas

de software y su empleo para gestionar el proceso de software y el proyecto llevado



a cabo como parte del proceso.

Falso

Verdadero

9. La unidad didáctica donde se determinan planes para garantizar la calidad del

software a desarrollar, es:

Unidad II

Unidad I

Unidad III

Unidad IV

10. El tema referente a los Mitos del Software, es abordado en la Unidad:.

Unidad 2

Unidad 3

Unidad 4

Unidad 1



Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Esta Lección Evaluativa tiene un puntaje máximo de 8 puntos sobre un total de 500. Se

espera que el estudiante haya explorado con anterioridad la Unidad 1.

Introducción a la Ingeniería de Software

La ingeniería de Software fue definida por FritzBauer a finales de los 60's como "elestablecimiento y uso de principios de ingeniería para obtener software que fuera confiable

y que funcionara eficientemente con las máquinas reales". A pesar de tener ya bastante

tiempo, esta definición da el sentimiento correcto de lo que se espera de la disciplina.

La importancia del uso de estas medidas es característica para todas las disciplinas de la

ingeniería. La métrica se refiere a estándares de las medidas usadas para cuantificar

aspectos específicos de un proceso, de un producto o de un proyecto de la ingeniería. Unamedida es el mapa de un mundo empírico a un mundo más formal y más matemático.

En épocas tempranas la programación era la tarea de oro de la Ingeniería del Software

utilizando como técnica la programación estructurada o modular, pero ahora la ingeniería y

el diseño de requisitos son las actividades relevantes de esta disciplina, emrgiendo métodos

estructurados de análisis y también métodos estructurados de diseño al igual quecomenzaron tecnologías orientadas a objetos.

En los años 90's la gerencia de proyecto ganó interés y llego a ser un componente

importante en ingeniería del Software. En la década pasada, los estándares de la ingeniería

de Software y la madurez de proceso han caracterizado la industria del software como una

disciplina madura.

En un nivel técnico, la ingeniería del software comienza con una serie de tareas que hacen

modelos y que resultan en una especificación completa de requisitos y una representacioncomprensiva de diseño del software que será construido.

A lo largo de la historia de la Industria del software han existido muchos métodos o

modelos de desarrollo de software, pero al parecer los métodos orientados a objetos van a

llegar a ser el estandard por el cual se va a regir esta industria.

Aunque para ciertos sistemas que manejan información crítica, se han desarrollado métodos

formales para producir software con la integridad más alta. Los métodos formales confíanen las técnicas matemáticas que expresan y modelan los requisitos de cualquier producto enel ciclo vital del software.

El desarrollo de software orientado a objetos comenzó en los 80's como una etapa naturalde los métodos estructurados. UML (Unified Modeling Language) ha emergido como una

unificación de los diversos métodos orientados a objeto y se está convirtiendo en un

estándard de ISO.



Actualmente, la tecnología de componentes es un método para desarrollarsoftware que está creciendo. A diferencia de los métodos tradicionales, latecnología Component-Base (Basada en Componentes) trata de sentar las basespara el diseño y desarrollo de aplicaciones distribuidas basadas en componentessoftware reutilizables.

Según la definición del IEEE, "software es la suma total de los programas de ordenador,

procedimientos, reglas, la documentación asociada y los datos que pertenecen a un sistema

de cómputo" y un producto de software "es un producto diseñado para un usuario". En estecontexto, la Ingeniería de Software (SE del inglés "Software Engineering") es un enfoque

sistemático del desarrollo, operación, mantenimiento y retiro del software.

Su origen se debe a que desde hace varios años el entorno de desarrollo de sistemas

software, viene adoleciendo de algunas dificultades que se hacen evidentes en los

siguientes aspectos:

Retrasos considerables en la planificación Poca productividad

Elevadas cargas de mantenimiento

Demandas cada vez más desfasadas con las ofertas

Baja calidad y fiabilidad del producto

Dependencia de los realizadores

Esto es lo que se ha denominado comunmente "crisis del software". La palabra crisis se

define en el diccionario como "un punto decisivo en el curso de algo, momento, etapa, o

evento decisivo o crucial". Sin embargo para el software no ha habido ningún punto crucial,sólo una lenta evolución.

La crisis en la industria del software ha permanecido durante muchos años, lo cual parece

una contradicción para el término. Lo que si se podría decir es que hay un problema crónico

en el desarrollo de software.

Actualmente está surgiendo una gran expectativa ante la evolución de la Ingeniería del

Software, al ir apareciendo nuevos métodos y herramientas formales que van a permitir enel futuro un replanteamiento de ingeniería en el proceso de elaboración de software. Dicho

replanteamiento vendrá a suplir la demanda creciente por parte de los usuarios, permitiendo

dar respuesta a los problemas de:

Administración Calidad

Productividad

Fácil mantenimiento

Este último es uno de los grandes problemas, pues puede llegar a suponer un incremento

superior al 60% del total del costo del software.



Las nuevas metodologías suponen un enfoque integral del problema, abarcando todas las

fases, que en su mayoría no se consideraba en los desarrollos tradicionales. En particular

son fundamentales la reducción de costos y plazos, así como la calidad del producto final.Estas tecnologías constituyen la denominada "Ingeniería del Software", que se puede

definir como "el tratamiento sistemático de todas las fases del ciclo de vida del software".

Hay otras definiciones, pero todas inciden en la importancia de una disciplina de ingenieríapara el desarrollo de software.

1

Se puede decir que el desarrollo de la Ingeniería del Software comienza con el desarrollo deSoftware Orientada a Objetos.

Su respuesta :

Falso

Correcto, realmente el desarrollo de la Ingeniería del Software comienza a partir de la

programación estructurada.

2

La definición de la Ingeniería de Software como el establecimiento y uso deprincipios de ingeniería para obtener software que fuera confiable y quefuncionara eficientemente con las máquinas reales, se debe a:

Su respuesta :

Fritz Bauer

Muy bien, a pesar de ser vieja, esta definición da el sentimiento correcto detrás de la

disciplina.

3

La tecnología Basada en Componentes trata de sentar las bases para el diseño y desarrollo

de aplicaciones distribuidas basadas en módulos de software.

Su respuesta :

Falso

Correcto, se basa en componentes de software reutilizables.

4



Los métodos que utilizan técnicas matemáticas para expresar y modelar los requisitos de

cualquier producto en el ciclo vital del software, se le denomina:

Su respuesta :

Formales

Correcto, hay ciertos sistemas que manejan información crítica y los métodos formalespermiten desarrollar este tipo de software con la más alta integridad

5

El desarrollo de software viene adoleciendo desde hace algún tiempo de algunas

dificultades que han originado la crisis del software. Cuál de las siguientes opciones NO

corresponde a estas dificultades?

Su respuesta :

Independencia de los realizadores

Correcto.

6

Las dificultades con las que ha venido adoleciendo el desarrollo y mantenimiento desoftware durante las últimas décadas, se le conoce como:

Su respuesta :

Crisis del Software

Correcto, problemas como retrasos en la entrega, sobrecostos, dificultad en el

mantenimiento, entre otros, originaron este término.

7

Uno de los problemas de los que adolece la Industria del Software es la dificultad en elmantenimiento del mismo, este problema representa un incremento notable en el costo final

del software aproximado al 40%.

Su respuesta :

Falso

Correcto, este incremento es mucho más alto.

8



De acuerdo a la lectura anterior, se puede inferir que la crisis del software ya se superó.

Su respuesta :

Falso

Correcto

9

Las nuevas metodologías aplicadas en el proceso de elaboración de software suponen un

enfoque del problema que abarca:

Su respuesta :

Todo el Ciclo de Vida del software.

Correcto

10

La ingeniería del software pretende principalmente:

Su respuesta :

Reducir costos y plazos de entrega deteniendose en la calidad del producto final.

Correcto, el objeto de esta disciplina es el desarrollo de software de calidad.

Si desea puede realizar otro intento. (Solo tiene Dos).



Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Esta Lección Evaluativa tiene un máximo puntaje de 25 puntos sobre un total de 500. Se espera que

el estudiante haya realizado con anterioridad una lectura completa de la Unidad 1.

Para poder comprender lo que es el software (y consecuentemente la Ingeniería del Software), es

importante examinar las características del software que lo diferencian de otras cosas que los

hombres pueden construir.

El software es un elemento del sistema que es lógico, en lugar de físico. Por lo tanto el software

tiene unas características considerablemente distintas a las del hardware:

El software se desarrolla, no se fabrica en un sentido clásico. Aunque existen similitudes entre el

desarrollo del software y la construcción del hardware, ambas actividades son fundamentalmente

diferentes. En ambas actividades la buena calidad se adquiere mediante un buen diseño, pero lafase de construcción del hardware puede introducir problemas de calidad que no existen (o son

fácilmente corregibles) en el software. Ambas actividades dependen de las personas, pero la

relación entre las personas dedicadas y el trabajo realizado es completamente diferente para el

software. Ambas actividades requieren de la construcción de un producto, pero los métodos son

diferentes.

Los costos del software se encuentran en la ingeniería. Esto significa que los proyectos de software

no se pueden gestionar como si fueran proyectos de fabricación.

El software no se estropea. El software no es susceptible a los males del entorno que hacen que el

hardware se estropee. Otro aspecto de ese deterioro ilustra la diferencia entre el hardware y el

software. Cuando un componente se estropea, se sustituye por una pieza de repuesto. No hay

pieza de repuesto para el software. Cada fallo en el software indica un error en el diseño o en el

proceso mediante el que se tradujo el diseño a código maquina ejecutable. Por tanto, el

mantenimiento del software tiene una complejidad considerablemente mayor que la del

mantenimiento del hardware.

La mayoría del software se construye a medida, en vez de ensamblar componentes existentes.

No existen catálogos de componentes de software. Se puede comprar software ya desarrollado,

pero solo como una unidad completa, no como componentes que pueden reensamblarse en

nuevos programas.

El software puede aplicarse en cualquier situación en la que se haya definido previamenteun conjunto especifico de pasos procedimentales (es decir, un algoritmo). (Excepciones

notables a esta regla son el software de los sistemas expertos y de redes neuronales).

Las siguientes áreas del software indican la amplitud de las aplicaciones potenciales:



Software de Sistemas: El software de sistemas es un conjunto de programas que han sido

escritos para servir a otros programas. El área del Software de Sistemas se caracteriza por

una fuerte interacción con el hardware de la computadora; una gran utilización pormúltiples usuarios; una operación concurrente que requiere una planificación, una

compartición de recursos y una sofisticada gestión de procesos; unas estructuras de datos

complejas y múltiples interfaces externas. (p. Ej.: compiladores, editores, utilidades, ciertoscomponentes del sistema operativo, utilidades de manejo de periféricos, procesadores de

telecomunicaciones).

Software de Tiempo Real: El software que mide/analiza/controla sucesos del mundo real

conforme ocurren, se denomina de tiempo real. Entre los elementos del software de tiempo

real se incluyen: un componente de adquisición de datos que recolecta y da formato a lainformación recibida del entorno externo, un componente de análisis que transforma la

información recibida del entorno externo, un componente de análisis que transforma la

información según lo requiera la aplicación, un componente de control/salida que responda

al entorno externo y un componente de monitorización que coordina todos los demás

componentes, de forma tal que pueda mantenerse la respuesta en tiempo real.

Software de Gestión: El procesamiento de información comercial constituye la mayor de

las áreas de aplicación del software. Los sistemas discretos (p. Ej.: nominas, cuentas de

haberes/débitos, inventarios, etc.), han evolucionado hacia el software de sistemas de

información de gestión (SIG), que accede a una o más bases de datos grandes que contieneninformación comercial. Las aplicaciones en esta área reestructuran los datos existentes para

facilitar las operaciones comerciales o gestionar la toma de decisiones. Además de las

tareas convencionales de procesamiento de datos, las aplicaciones de software de gestióntambién realizan calculo interactivo (p. Ej. : el procesamiento de transacciones en puntos de

ventas).

Software de Ingeniería y Científico: El software de Ingeniería y Científico está

caracterizado por los algoritmos de manejo de números. Las aplicaciones van desde la

astronomía a la vulcanología, desde el análisis de la presión de los automotores a la

dinámica orbital de los lanzadores espaciales y desde la biología molecular a la fabricaciónautomática.

Software Empotrado: El software Empotrado reside en memoria de solo lectura y se

utiliza para controlar productos y sistemas de los mercados industriales y de consumo. El

software empotrado puede ejecutar funciones muy limitadas y curiosas (p. Ej.: el control de

las teclas de un horno de microondas) o suministrar una función significativa y con

capacidad de control (p. Ej.: funciones digitales en un automóvil, tales como control de lagasolina, indicaciones en el salpicadero, sistemas de frenado, etc.).

Software de Computadoras Personales: El mercado del software de computadoras

personales ha germinado en la pasada década. El procesamiento de textos, las hojas de

calculo, los gráficos por computadora, multimedia, entretenimientos, gestión de bases dedatos, aplicaciones financieras de negocios y personales, y redes o acceso a bases de datos

externas son algunas de los cientos de aplicaciones.



Software de Inteligencia Artificial: El software de inteligencia artificial (IA) hace uso de

algoritmos no numéricos para resolver problemas complejos para los que no son adecuados

el calculo o el análisis directo. El área más activa de la IA es la de los sistemas expertos,también llamados sistemas basados en el conocimiento.

Durante los primeros años de la era de la computadora, el software se contemplaba comoun añadido. La programación de computadoras era un "arte de andar por casa" para el que

existían pocos métodos sistemáticos. El desarrollo del software se realizaba sin ningunaplanificación, hasta que los planes comenzaron a descalabrarse y los costos a correr. Los

programadores trataban de hacer las cosas bien, y con un esfuerzo heroico, a menudo salían

con éxito. El software se diseñaba a medida para cada aplicación y tenia una distribución

relativamente pequeña.

La mayoría del software se desarrollaba y era utilizado por la misma persona u

organización. La misma persona lo escribía, lo ejecutaba y si fallaba, lo depuraba. Debido aeste entorno personalizado del software, el diseño era un proceso implícito, realizado en la

mente de alguien y la documentación normalmente no existía.

La segunda era en la evolución de los sistemas de computadora se extienden desde la mitad

de la década de los sesenta hasta finales de los setenta. La multiprogramación y los sistemas

multiusuario introdujeron nuevos conceptos de interacción hombre - máquina. Las técnicasinteractivas abrieron un nuevo mundo de aplicaciones y nuevos niveles de sofisticación del

hardware y del software. Los sistemas de tiempo real podían recoger, analizar y transformar

datos de múltiples fuentes, controlando así los procesos y produciendo salidas enmilisegundos en lugar de minutos. Los avances en los dispositivos de almacenamiento en

línea condujeron a la primera generación de sistemas de gestión de bases de datos.

La segunda era se caracterizó también por el establecimiento del software como producto yla llegada de las "casas del software". Los patronos de la industria, del gobierno y de la

universidad se aprestaban a "desarrollar el mejor paquete de software" y ganar así mucho

dinero.

Conforme crecía el número de sistemas informáticos, comenzaron a extenderse las

bibliotecas de software de computadora. Las casas desarrollaban proyectos en los que seproducían programas de decenas de miles de sentencia fuente. Todos esos programas, todas

esas sentencias fuente tenían que ser corregidos cuando se detectaban fallos, modificados

cuando cambiaban los requisitos de los usuarios o adaptados a nuevos dispositivos

hardware que se hubieran adquirido. Estas actividades se llamaron colectivamente

mantenimiento del software.

La tercera era en la evolución de los sistemas de computadora comenzó a mediados de los

años setenta y continuo mas allá de una década. El sistema distribuido, múltiples

computadoras, cada una ejecutando funciones concurrente y comunicándose con alguna

otra, incrementó notablemente la complejidad de los sistemas informáticos. Las redes deárea local y de área global, las comunicaciones digitales de alto ancho de banda y la

creciente demanda de acceso "instantáneo" a los datos, supusieron una fuerte presión sobre

los desarrolladores del software.



La conclusión de la tercera era se caracterizó por la llegada y amplio uso de los

microprocesadores. El microprocesador ha producido un extenso grupo de productos

inteligentes, desde automóviles hasta hornos microondas, desde robots industriales aequipos de diagnósticos de grupo sanguíneo.

La cuarta era de la evolución de los sistemas informáticos se aleja de las computadorasindividuales y de los programas de computadoras, dirigiéndose al impacto colectivo de las

computadoras y del software. Potentes máquinas personales controladas por sistemasoperativos sofisticados, en redes globales y locales, acompañadas por aplicaciones de

software avanzadas se han convertido en la norma.

La industria del software ya es la cuna de la economía del mundo. Las técnicas de la cuarta

generación para el desarrollo del software están cambiando en la forma en que la

comunidad del software construye programas informáticos. Las tecnologías orientadas a

objetos están desplazando rápidamente los enfoques de desarrollo de software másconvencionales en muchas áreas de aplicaciones.

Sin embargo, un conjunto de problemas relacionados con el software ha persistido a travésde la evolución de los sistemas basados en computadora, y estos problemas continúan

aumentando.

los avances del software continúan dejando atrás la habilidad de desarrollar software paraalcanzar el potencial del hardware.

La habilidad de desarrollar nuevos programas no pueden ir al mismo ritmo de la

demanda de nuevos programas, no se puede construir programas lo suficientemente rápido

como para cumplir las necesidades del mercado y de los negocios.

El uso extenso de computadoras ha hecho de la sociedad cada vez más dependiente de la

operación fiable del software. Cuando el software falla, pueden ocurrir daños económicos

enormes y ocasionar sufrimiento humano.

En respuesta a estos problemas, las practicas de la Ingeniería del Software se están

adoptando en toda la industria.

El proceso de desarrollo de software no es único. No existe un proceso desoftware universal que sea efectivo para todos los contextos de proyectos dedesarrollo. Debido a esta diversidad, es difícil automatizar todo un proceso de

desarrollo de software. A pesar de la variedad de propuestas de proceso de software, existe un conjuntode actividades fundamentales que se encuentran presentes en todos ellos:

1. Especificación de software: Se debe definir la funcionalidad yrestricciones operacionales que debe cumplir el software.

2. Diseño e Implementación: Se diseña y construye el software de acuerdo ala especificación.



3. Validación: El software debe validarse, para asegurar que cumpla con loque quiere el cliente.

4. Evolución: El software debe evolucionar, para adaptarse a las necesidadesdel cliente.

Además de estas actividades fundamentales, hay otras que se aplican a lo largode 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. Gestión de riesgos.

Estas actividades de protección, tales como garantía de calidad del software,gestión de configuración del software y medición, abarcan el modelo delproceso. Las actividades de protección son independientes de cualquier actividaddel marco de trabajo y aparecen durante todo el proceso.

1

Una de las siguientes opciones es una característica del software.

Su respuesta :

Se construye a la medida

Correcto, No existen catálogos de componentes de software.

2

El software que reside en memoria de solo lectura y que es utilizado para controlar

productos y sistemas de los mercados industriales, se le denomina:

Su respuesta :

Empotrado

Correcto.

3



Un software diseñado para mejorar los procesos de la búsqueda de información en Internet

basado en ciertos patrones establecidos, estaría dentro de la categoría:

Su respuesta :

Inteligencia Artificial

Correcto, El área más activa de la IA es la de los sistemas expertos, también llamadossistemas basados en el conocimiento.

4

Un software diseñado para el Control de la Hora de Entrada y Salida a los trabajadores de

una empresa y que utiliza la tecnología touch screen para facilitar su interacción, estaría

dentro de la categoría:

Su respuesta :

Sistemas

Correcto.

5

Una de las características de la primera era de la evolución del software es:

Su respuesta :

La documentación del software desarrollado no existía.

Correcto, el diseño era implicito y estaba en la mente del programador

6

La tecnología que actualmente está desplazando rápidamente los enfoques de desarrollo de

software más convencionales, se le denomina:

Su respuesta :

Orientada a Objetos

Correcto.

7

Una de las características de la tercera era de la evolución del software es:

Su respuesta :



La Programación Concurrente.

Correcto, Aplicada a sistemas distribuidos, múltiples computadoras, donde cada una ejecuta

funciones concurrentes y se comunican entre sí.

8

La Actividad Especificación de software presente en el proceso de desarrollo desoftware, se refiere a:

Su respuesta :

Definir la funcionalidad y restricciones operacionales que debe cumplir el software.

Correcto.

9

De acuerdo a la lectura anterior se puede inferir que, existe un estándar único para el

desarrollo de software que es suministrado por la disciplina Ingeniería de Software.

Su respuesta :

Falso

Correcto, No existe un proceso de software universal que sea efectivo para todos los

contextos de proyectos de desarrollo.

10

El cliente debe daptarse a las limitaciones y restricciones del softwaredesarrollado.

Su respuesta :

Falso

Correcto, Al contrario el sofware debe hacerse a la medida del cliente.

Si desea puede hacer otro intento desde el pricipio. (Recuerde son 2 intentos)



Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Página 1 - Gestión de Proyectos

Esta Lección Evaluativa tiene un puntaje máximo de 8 puntos sobre un total de 500. Se

espera que el estudiante haya explorado con anterioridad la Unidad 2.

Los proyectos software son diferentes por la sola razón de su tamaño, esto haceque existan tres categorías diferenciadas de proyectos, con problemas diferentes cada una:

Proyectos pequeños: consisten solamente en la implementación. No tienen costos

indirectos importantes.

Proyectos grandes: poseen implementación, pero hay muchas más cosas. Poseen gerencia

de proyecto, control de calidad, capacitación de personal, hay un plan de mantenimiento,

hay documentación importante para uso interno y externo. Se genera imformación paramercadeo.

Proyectos medianos: es un caso intermedio entre los dos anteriores.

Un error clásico de la historia de gestión de proyectos fue no advertir la existencia de estas

tres categorías diferentes y lo peor, todavía seguir pensando que la información o laexperiencia adquirida en proyectos pequeños puede servir para proyectos medianos y

grandes. Este hecho es una causa de los resultados catastróficos en la gestión de proyectos

de software.

Por otro lado, el tamaño del proyecto software tambíen determina el tamaño del grupo detrabajo, si es un proyecto pequeño, se necesitará un grupo máximo de 3 personas donde lainformación se pueda manejar de manera informal, pero si es un proyecto grande donde

involucra un equipo de mas de 10 personas, no se puede confiar en la memoria de los

integrantes y además la comunicación no va a ser tan personalizada, ya que por lo general

se necesita varios meses de trabajo para lograr los objetivos y esto conlleva a que se lleve lainformación de manera más organizada.

Página 5 - El Proceso de Software y Métricas

Cuando se empieza un proyecto de desarrollo de software, el primer problema a definir

consiste en resolver los siguientes cuestionamientos: ¿Cuáles son los datos del proyecto?

¿De qué información debemos partir?

La situación o la respuesta es diferente si es un proyecto nuevo o en el replanteo de uno



existente.

En un proyecto nuevo no hay nada hecho, la información que se posee es externa, la visiónque tiene alguién desde afuera, la visión que tiene el usuario. No se sabe nada interno del

proyecto como la cantidad de módulos a diseñar, número de personas que participarán o

líneas de código a generar. A lo sumo se tiene una cierta especificación del proyecto yalgunas metas de costo y plazo de entrega que se debe alcanzar. Lo que se sabe es muy

poco, sin embargo este pobre material, debería ser suficiente. Lo que falta en un proyecto

nuevo es la información de realización: costos, tiempo y personas.

Lo ideal sería dipsoner de una métrica aplicada sobre los datos externos que midiera todo

lo que hace falta. Luego con estimadores, obtener los costos, tiempo y personas necesarios.

Con estos resultados se haría la comparación con las metas externas. Se verificaría si el

costo y el plazo de entrega es aceptable. si no lo es, se debe replantear el proyecto,

modificar alguno de sus datos externos si no hay ajustes con las metas y proceder

nuevamente a recalcular. Una vez logrado esto, se aplican herramientas clásicas de gestiónpara dividir el proyecto en tareas, tiempos y otros elementos que permitan ejecutarlos.

En el caso de replanteo de un proyecto la situación es opuesta. Se tiene buenos registros de

cuánto costó el proyecto, en qué tiempo se hizo y cuántas personas trabajaron. Pero no se

ha registrado nada de los datos externos del proyecto, no se ha medido en lo previo.

El punto de partida consistiría en la recuperación de los datos externos del proyecto. Paraesto se hace una estimación preeliminar. Con esta estimación se aplica la metodología sobre

los datos externos y se estiman los costos, tiempos y personas. Estos elementos pueden

estar registrados, por lo tanto se pueden comparar los valores estimados con los datos del

proyecto y realizar los ajustes respectivos.

Página 9- Gestión del Riesgo

Se han producido amplios debates sobre la definición adecuada para riesgo de software, y

hay acuerdo común en que el riesgo siempre implica dos características:

Incertidumbre: El acontecimiento que caracteriza al riesgo puede o no puede

ocurrir; por ejemplo, no hay riesgos de un 100 por ciento de probabilidad.

Pérdida: Si el riesgo se convierte en una realidad, ocurrirán consecuencias no

deseadas o pérdidas.

Cuando se analizan los riesgos es importante cuantificar el nivel de incertidumbre y elgrado de pérdidas asociado con cada riesgo. Para hacerlo, se consideran diferentes

categorías de riesgos.

Los riesgos del proyecto amenazan al plan del proyecto. Es decir, si los riesgos del

proyecto se hacen realidad, es probable que la planificación temporal del proyecto se



retrase y que los costos aumenten. Los riesgos del proyecto identifican los problemas

potenciales de presupuesto, planificación temporal, personal (asignación y organización),

recursos. cliente y requisitos y su impacto en un proyecto de software.

Los riesgos técnicos amenazan la calidad y la planificación temporal del software que hayque producir. Si un riesgo técnico se convierte en realidad, la implementación puede llegar

a ser difícil o imposible. Los riesgos técnicos identifican problemas potenciales de diseño,implementación, de interfaz. verificación y de mantenimiento. Además. las ambigüedadesde especificaciones, incertidumbre técnica, técnicas anticuadas y las "tecnologías punta"

son también factores de riesgo. Los riesgos técnicos ocurren porque el problema es más

difícil de resolver de lo que pensábamos

Página 10 - Gestión del Riesgo

Los riesgos del negocio amenazan la viabilidad del software a construir y a menudo ponen

en peligro el proyecto o el producto. Los candidatos para los cinco principales riesgos del

negocio son:

1. Construir un producto o sistema excelente que no quiere nadie en realidad (riesgo

de mercado),2. Construir un producto que no encaja en la estrategia comercial general de la

compañía (riesgo estratégico),

3. Construir un producto que ei departamento de ventas no sabe cómo vender

4. Perder el apoyo de una gestión experta debido a cambios de enfoque o a cambios depersonal (riesgo de dirección)

5. Perder presupuesto o personal asignado (riesgos de presupuesto).

Es extremadamente importante recalcar que no siempre funciona una categorización tansencilla. Algunos riesgos son simplemente imposibles de predecir.

Los riesgos conocidos son todos aquellos que se pueden descubrir después de una

cuidadosa evaluación del plan del proyecto. del entorno técnico y comercial en el que se

desarrolla el proyecto y otras fuentes de información fiables (p. ej.: fechas de entrega pocorealistas. falta de especificación de requisitos o de ámbito del software. o un entorno pobre

de desarrollo), los riesgos predecibles se extrapolan de la experiencia en proyectos

anteriores (ej.: cambio de personal, mala comunicación con el cliente. disminución delesfuerzo del personal a medida que atienden peticiones de mantenimiento). Pueden ocurrir

pero son extremadamente difíciles de identificar por adelantado.

1. Para la gestión de proyectos software no se tiene en cuenta el tamaño del proyectoporque toda la información a manejar siempre es la misma.



Verdad

Falso

Falso Correcto, hay que tener en cuenta el tamaño porque este me orienta que debogestionar.

2. En los equipos de trabajo con más de 10 personas se puede utilizar unacomunicación de tipo informal.

Falso

Verdad

Falso Correcto, lo más probable es que se tenga que trabajar por mucho tiempo y lamemoria falla!

3. De acuerdo a la categorización anterior, un software desarrollado como opción degrado estaría en la categoría.

Proyectos pequeños

Proyectos medianos.

Proyectos Complejos

Proyectos Grandes

Proyectos medianos. Correcto, además de la implementación, debe haber otras actividadescomo la planificación, pruebas, etc.

4. Cuando se inicia un nuevo proyecto software la primera información a estimar essobre los costos, tiempos y personas.

Verdad

Falso

Verdad Correcto, esta la información externa que tenemos de primera mano



5. Cuando se inicia un nuevo proyecto software o se replantea uno existente, el

proceso de gestión a seguir es el mismo para ambos casos.

Falso Correcto, la información con que se cuenta es diferente y eso hace que la gestión

difiera.

6. En un proyecto nuevo la única información con que se cuenta desde el principio,

es:

La cantidad de módulos a diseñar

Número de personas que participarán

Líneas de código a generar

Algunas metas de costo y plazo de entrega que se deben alcanzar.

Algunas metas de costo y plazo de entrega que se deben alcanzar.

Correcto, esta la información externa que tenemos de primera mano.

7. Los riesgos técnicos identifican problemas potenciales de diseño, implementación,de interfaz, verificación y de mantenimiento.

Verdad Correcto, Los riesgos técnicos amenazan la calidad y la planificación temporal

del software que hay que producir.

8. El riesgo que se presenta cuando se desarrolla un software que nadie va a interesarse

en comprar o utilizar por las características de hardware que necesita para su optimo

funcionamiento, corresponde a:

De Dirección

De presupuesto

Riesgo estratégico

Riesgo de mercado

Riesgo de mercado Correcto.



9. Un riesgo en una interfaz de verificación de datos, corresponde a:

Riesgo Técnico

Riesgo Conocido

Riesgo Del Proyecto

Riesgo Predecible

Riesgo Técnico Correcto

10. Los riesgos del proyecto identifican los problemas potenciales depresupuesto, planificación temporal, personal y recursos.

Verdad

Correcto. Si los riesgos del proyecto se hacen realidad, es probable que la planificacióntemporal del proyecto se retrase y que los costos aumenten.

Si desea puede realizar otro intento. (Solo tiene Dos).

Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Hay cuatro P's que tienen una influencia sustancial en la gestión de proyectos software -personal, producto, proceso y proyecto -.

El personal debe organizarse en equipos eficaces, motivados para hacer un software de altacalidad y coordinados para alcanzar una comunicación efectiva.

Los ingennieros de software pueden organizarse en diferentes organigramas de equipos que

van desde las jerarquías de control tradicionales a los equipos de "paradigma abierto". Se

pueden aplicar varias técnicas de coordinación y comunicación para apoyar el trabajo del

equipo. En general, las revisiones formales y las comunicaciones informales persona apersona son las más valiosas para los profesionales.

Los requisitos del producto deben comunicarse desde el cliente al desarrollador, dividirse(descomponerse) en las partes que lo constituyen y distribuirse para que trabaje el equipo

de software.

El proceso debe adaptarse al personal y al problema. Se selecciona una estructura común

del proceso, se aplica un paradigma apropiado de ingeniería de software y se elige un

conjunto de tareas para completar el trabajo.



Finalmente, el proyecto debe organizarse de una manera que permita al equipo de software

tener éxito.

La medición permite que gestores y desarrolladores mejoren el proceso del software,

ayuden en la planificación, seguimiento y control de un proyecto de software, y evalúen la

calidad del producto (software) que se produce. Las medidas de los atributos específicos delproceso, del proyecto y del producto se utilizan para calcular las métricas del software.

Estas métricas se pueden analizar para proporcionar indicadores que guían acciones degestión y técnicas.

Las métricas del proceso permiten que una organización tome una visión estratégica

proporcionando mayor profundidad de la efectividad de un proceso de software.

Las métricas del proyecto son tácticas, permiten que el gestor de proyectos adapte elenfoque a flujos de trabajo del proyecto y a proyectos técnicos en tiempo real.

Las técnicas orientadas tanto al tamaño como a la función se utilizan en toda la industria.

Las métricas orientadas al tamaño hacen uso de las líneas de código como factor de

normalización para otras medidas como persona-mes o defectos.

El punto de función proviene de las medidas del dominio de información y de unaevaluación subjetiva de la complejidad del problema.

Las métricas de la calidad del software como métricas de productividad se centran en elproceso, en el proyecto y en el producto. Desarrollando una línea base de métricas de

calidad, una organización puede actuar con objeto de corregir áreas de proceso del software

que son la causa de los defectos del software.Las métricas tienen significado solo si han sido examinadas para una validez estadística.

Los ingenieros de software y sus gestores pueden obtener una visión más profunda del

trabajo que realizan y del producto que elaboran creando un línea base de métricas – una

base de datos que contenga mediciones del proceso y del producto-.

El planificador del proyecto de software tiene que estimar tres cosas antes deque comience el proyecto: cuánto durará, cuánto esfuerzo requerirá y cuántagente estará implicada. Además el planificador debe predecir los recursos (dehardware y software) que va a requerir, y el riesgo implicado.

El enunciado del ámbito ayuda a desarrollar estimaciones mediante una ovarias de las técnicas siguientes: descomposición, modelos empíricos yherramientas automáticas. Las técnicas de descomposición requieren de unesbozo de las principales funciones del software, seguido de las estimacionesde número de LDC, de los valores seleccionados dentro del dominio de lainformación, del número de personas - mes requeridas para implementar cada

función, o del número de personas - mes requeridas para cada actividad deingeniería de software. Las técnicas empíricas usan expresionesempíricamente obtenidas para el esfuerzo y para el tiempo, con las con las quese predicen esas magnitudes del proyecto. Las herramientas automáticasimplementan un determinado modelo empírico.

Para obtener estimaciones exactas para un proyecto, generalmente se utilizanal menos dos de las tres técnicas referidas anteriormente. Mediante lacomparación y la conciliación de las estimaciones obtenidas con las diferentes



técnicas, el planificador puede obtener una estimación más exacta. Laestimación del proyecto software nunca será una ciencia exacta, pero lacombinación de buenos datos históricos y de técnicas sistemáticas puedenmejorar la precisión de la estimación.

Cuando se pone mucho en juego en un proyecto de software el sentido comúnnos aconseja realizar un análisis de riesgo. Sin embargo, la mayoría de los jefes de proyecto lo hacen informal y superficialmente, si es que lo hacen. Eltiempo invertido identificando, analizando y gestionando el riesgo merece lapena por muchas razones: menos trastornos durante el proyecto, una mayorhabilidad de seguir y controlar el proyecto y la confianza que da planificar losproblemas antes de que ocurran.

El análisis del riesgo puede absorber una cantidad significativa del esfuerzo deplanificación del proyecto, pero el esfuerzo merece la pena.

1



La gestión de proyectos de software es una actividad que empieza y termina en la etapa de

definición del proyecto software.

Su respuesta :

Falso

Correcto, Esta actividad empieza antes de iniciar cualquier actividad técnica y continúa a lolargo de la definición, del desarrollo y del mantenimiento del software.

2

La gestión eficaz de un proyecto de software se centra en las cuatro P's, estas hacenreferencia a: Personal, Producto, Proceso y Proyecto.

Su respuesta :

Verdad

Correcto, Estas 4 P's tienen una influencia sustancial en la gestión de proyectos software.

3

De la anterior lectura se puede inferir que es imposible desarrollar un software en equipo.

Su respuesta :

Falso

Correcto, El personal debe organizarse en equipos eficaces, motivados para hacer unsoftware de alta calidad.

4

De acuerdo a la lectura anterior se puede inferir que para la gestión eficaz de un proyecto

de software, el orden de atención dado a las cuatro P’s no es importante.

Su respuesta :

Falso

Correcto.

5



De la lectura anterior se puede inferir que las métricas del software solo se orientan a

asegurar que el software desarrollado satisfaga las necesidades del cliente.

Su respuesta :

Falso

Correcto, La medición permite que gestores y desarrolladores mejoren no solo el producto(software) sino también el proceso del software.

6

De la lectura anterior se puede inferir que solo hasta que el software está terminado es quese puede medir su calidad.

Su respuesta :

Falso

Correcto, las métricas buscan asegurar la calidad del software desde el mismo momento

que empieza la planificación del mismo

7

Las métricas que permiten redireccionar el flujo de trabajo en un proyecto software

corresponde a:

Métricas del proyecto

Métricas de la Calidad

Métricas orientadas al tamaño

Métricas de punto de función

Las métricas que permiten redireccionar el flujo de trabajo en un proyecto softwarecorresponde a:

Su respuesta :

Métricas del proyecto



Correcto, las métricas también ayudan a la planificación, seguimiento y control de unproyecto de software.

8

El planificador del proyecto de software tiene que estimar principalmente trescosas antes de que comience el proyecto: cuánto costará, cuánto durará ycuánto esfuerzo requerirá.

Su respuesta :

Falso

Correcto, antes de tener en cuenta el costo del proyecto, se debe saber cuánta gente estaráimplicada.

9

Las técnicas que implementan un determinado modelo empírico, se les conoce como:

Herramientas automáticas

De descomposición

Modelos empíricos

Modelos fractales

Las técnicas que implementan un determinado modelo empírico, se les conoce como:

Su respuesta :

Herramientas automáticas

Correcto

10

Las técnicas existentes para hacer estimaciones del proyecto software puedenasegurar un 100% de precisión en la estimación.



Su respuesta :

Falso

Correcto, hay técnicas que se basan en la experiencia o en datos históricos, lo cual las hace

imprecisas.Esta actividad tiene dos intentos, si desea realice el otro.

Documents

Act 1,3,4,7,8 Ingenieria de Sotfware