1.
Universidad Pedagógica
Nacional Francisco Morazán
Informática Básica
Lic: Marcio Rodas
PTEG-G-Grupo n° 7-LISTA N° 8,9,13,20, 49
VISITA N° 3- CAP N° 7- INGENIERIA DEL SOFTWARE

2.
La disciplina de la ingeniería del Software
 Diferencias entre propiedades del software y otros campos de la ingeniería
 La capacidad de construir sistemas a partir de componentes genéricos prefabricados
 Falta de técnicas cuantitativas, denominadas métricas, para medir las propiedades del
software.

3.
El ciclo de vida del Software
El software entra en un ciclo de utilización y mantenimiento, un ciclo que continua durante el
resto de la vida útil de ese software.

4.
Fase de desarrollo tradicional
 Análisis de requisitos: consiste en especificar que servicios proporcionara el
sistema propuesto, identificar las condiciones impuestas a esos servicios y definir
como interactuara el mundo exterior con el sistema.
 Diseño: implica crear un plan para la construcción del sistema.
 Implementacion: implica la escritura de programas, la creación de archivos de
datos y el desarrollo de base de datos.
 Pruebas: proceso de depurar los programas y confirmar que el producto software
final era compatible con la especificación de requisitos.

5.
Metodologías de ingeniería del
Software
Modelo en cascada: el proceso de desarrollo solo se le dejaba fluir en una dirección.
Modelo incremental: el sistema software se construye en incrementos, siendo el primer
sistema una versión simplificada del producto final, con una funcionalidad limitada.
Modelo iterativo: similar al incremental, se basa en el concepto de refinar cada versión.

6.
Modularidad
División del software en unidades mas manejables, que se denominan de forma genérica módulos, cada
una de las cuales trata únicamente con una parte de las tareas globales asignadas al software.
Acoplamiento
Minimizar el vinculo entre módulos se conoce como acoplamiento intermodular, y se presenta de diversas
formas:
 Acoplamiento de control: tiene lugar cuando un modulo pasa el control de la ejecución a otro.
 Acoplamiento de datos: hace referencia a la compartición de datos entre módulos. Si dos módulos
interactúan con el mismo elemento de datos, entonces las modificaciones realizadas por un modulo
pueden afectar al otro, y las modificaciones en el formato de los propios datos podría tener
repercusiones en ambos módulos.
Cohesión: grado de relación entre las distintas partes internas de un modulo.

7.
Cohesiones: débiles y fuertes
Cohesión lógica: forma débil de cohesión; es la cohesión dentro de un modulo inducida por el
hecho de que sus elementos internos realizan actividades que tienen una naturaleza lógica similar.
Cohesión funcional: forma fuerte de cohesión; es la cohesión funcional, que quiere decir que
todas las partes del modulo están centradas en realizar una única actividad.

8.
Ocultamiento de la Información
Hace referencia a la acción de restringir la información a una parte especifica de un sistema
software. El objetivo es evitar que las acciones de los módulos tengan dependencias o
efectos innecesarios en otros módulos.
Un modulo debe diseñarse de manera que otros módulos no necesiten acceder a su
información interna y cada modulo debe implementarse de forma que se refuercen las
fronteras del modulo.
Componentes: es por definición una unidad reutilizable de software. Están basados en el
paradigma orientado a objetos y se presentan en la forma de un conjunto de uno o mas
objetos que funcionan como unidad autocontenida.

9.
Herramientas existentes
Antes
Diagrama de flujo: es un medio de representar la información obtenida a partir de dichos
análisis de flujo de datos.
Diccionario de datos: es un repositorio central de información acerca de los elementos
de datos que aparecen a través de un sistema software.
HERRAMIENTAS MAS MODERNAS
UML: Unified Modeling Language, lenguaje unificado de modelado, trata de capturar la
imagen del sistema propuesto desde el punto de vista del usuario. Esta herramienta es el
diagrama de casos de uso; muestra el sistema propuesto como un rectángulo de gran
tamaño, en el que las interacciones (denominados casos de uso) entre el sistema y sus
usuartios se representan como ovalos y los usuarios del sistema (llamados actores) se
representan mediante figuras de personas.

10.
DISEÑO INTERNO ORIENTADO A OBJETOS
DEL SISTEMA
DIAGRAMA DE CLASES: es un sistema de notación que permite representar la estructura de
las clases y las relaciones existentes entre ellas (denominadas asociaciones en la jerga de
UML)
FORMAS BASICAS DE LA MULTIPLICIDAD DE LAS ASOCIACIONES
• relación uno-a-uno
• relación uno-a-muchos
• relación muchos-a-muchos

11.
DIAGRAMAS DE CLASES
TIPOS DE DIAGRAMAS DE INTERACCION: un tipo de diagrama de interacción es
el diagrama de secuencia que describe la comunicación entre los individuos que
están involucrados en la realización de una tarea.
Patrón de diseño: es un modelo pre desarrollado para la resolución de un problema
recurrente en el diseño software.
 Adapter
 Decorator

12.
Aseguramiento de la calidad
 Aprobar especificaciones de requisitos software
 Uso de revisiones de requisitos, revisiones de diseños y revisiones de implementación

13.
Metodologías de pruebas de
software
Pruebas de caja de cristal
Principio de Pareto: afirma que los resultados pueden a menudo mejorarse de la manera mas
rápida concentrando los esfuerzos en un área determinada.
Prueba del camino básico: consiste en desarrollar un conjunto de datos de prueba que
garantice que cada instrucción del software se ejecute al menos una vez.
Pruebas de caja negra
Análisis de valores limite: consiste en identificar rangos de datos, denominados clases de
equivalencia, para los que el software debería comportarse de forma similar y .luego probar el
software con datos próximos a los limites de dichos rangos.
Pruebas beta: se proporciona una versión preliminar del software a un segmento del publico
objetivo con el fin de comprobar como se comporta el software en situaciones de la vida real,
antes de solidificar la versión final del producto y lanzarlo al mercado.

14.
Documentación
La documentación del software sirve para tres cosas distintas, lo que conduce a que
existan tres categorías de documentación:
Documentación del usuario: el propósito es explicar las características del software y
describir como utilizarlo.
Documentación del sistema: su propósito es describir la composición interna del
software, de modo que este pueda ser mantenido en las etapas posteriores de su ciclo de
vida. Sus componentes principales son: la versión fuente de todos los programas que
componen el sistema y un registro de los documentos de diseño, incluyendo la
especificación de requisitos del software y la forma en la que estas especificaciones se
obtuvieron durante el diseño.
Documentación técnica: su propósito es describir como hay que instalar y dar servicio a
un sistema software.

15.
La interfaz persona-maquina
La investigación en el diseño de interfaces persona-maquina se apoya en las áreas
de la ingeniería denominadas ergonomía, que trata con el diseño de sistemas que
armonicen con las capacidades físicas de los seres humanos, y cognetica, que trata
del diseño de sistemas que armonicen con las habilidades mentales de las personas

16.
Propiedad del software y
responsabilidad legal
El propósito de copyright o de una patente es permitir al desarrollador de un “ producto ”
comercializar ese producto ( o partes del mismo) a las personas interesadas, al mismo
tiempo que se protegen sus derechos de propiedad.
Licencia de software: es un acuerdo legal entre el propietario y el usuario de un producto
software que concede al usuario ciertos permisos para utilizar el producto sin transferirle los
derechos de propiedad intelectual sobre el mismo.
Leyes de patentes: se establecieron para permitir que un inventor se beneficie
comercialmente de su invento.

17.
Bibliografia
INTRODUCCION A LA COMPUTACION, 11 ° EDICION
J. GLENN BROOKSHEAR
MADRID, 2012