Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
INGENIERIA DE SOFTWARE
Sistemas II.
Pág.
INTRODUCCION......................................................................................................................... 1
Ingenieria de Software .......................................................................................................... 2
Importancia de la ingeniería de software ............................................................................. 3
Finalidad de la ingeniería de software .................................................................................. 3
Ventajas de la ingeniería de software .................................................................................. 3
Desde el punto de vista de gestión ................................................................................... 3
Desde el punto de vista de los ingenieros de Software .................................................... 4
Desde el punto de vista de cliente o usuario final ............................................................ 4
Desventajas de la ingeniería de software ............................................................................. 4
Factores de calidad y productividad ..................................................................................... 5
Capacidad individual ............................................................................................................. 8
Comunicación en grupo ........................................................................................................ 8
CONCLUSION........................................................................................................................... 14
BIBLIOGRAFIA.......................................................................................................................... 15
ii
INTRODUCCION
1
DESARROLLO
Ingenieria de Software
2
Importancia de la ingeniería de software
3
Optimizar el uso de recursos
Permitir la reutilización
4
Un error importante no detectado al principio puede ser desastroso.
Se requiere mucha paciencia por parte del cliente, porque solo hasta las etapas
finales del desarrollo podrá tener una versión operativa del producto.
5
requisitos que describen el problema, el diseño que modela la solución, el código que
conduce a un programa ejecutable y las pruebas que ejercitan el software para
detectar errores. Un buen ingeniero del software utiliza mediciones que evalúan la
calidad del análisis y los modelos de diseño, el código fuente y los casos de prueba
que se han creado al aplicar la ingeniería del software.
6
encuentra un error, se puede adaptar si su entorno cambia, o mejorar si el cliente
desea un cambio de requisitos.
Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y
seguridad.
7
Capacidad individual
Comunicación en grupo
8
En la ingeniería clásica, los requisitos se utilizan como datos de entrada en la etapa de
diseño del producto. Establecen qué debe hacer el sistema, pero no cómo hacerlo.
La fase de captura, elicitación y registro de requisitos puede estar precedida por una
fase de análisis conceptual del proyecto. Esta fase puede dividirse en recolección de
requisitos, análisis de consistencia e integridad, definición en términos descriptivos
para los desarrolladores y un esbozo de especificación, previo al diseño completo.
Un requisito funcional puede ser una descripción de lo que un sistema debe hacer.
Este tipo de requisito especifica algo que el sistema entregado debe ser capaz de
realizar.
Otros tipos de limitaciones externas, que afectan en una forma indirecta al producto.
Estas pueden ir desde la compatibilidad con cierto sistema operativo hasta la
adecuación a leyes o regulaciones aplicables al producto
Una colección de requisitos describe las características o atributos del sistema deseado.
Se omite el cómo debe lograrse su implementación, ya que esto debe ser decidido en
la etapa de diseño por los diseñadores.
9
Pseudorrequisitos: Son aquellos referidos al entorno donde será instalado o
implementado el sistema, que determinan en gran medida su desarrollo, pueden ser
cuestiones como hardware y software.
Los dos primeros pasos son los más difíciles del proceso. Una vez analizado el problema y
obtenido un algoritmo que lo resuelva, su transformación a un programa de ordenador es
una tarea de mera traducción al lenguaje de programación deseado.
Método gráfico.
10
Los pasos necesarios para realizar el método son nueve:
1. graficar las soluciones factibles, o el espacio de soluciones (factible), que satisfagan
todas las restricciones en forma simultánea.
2. Las restricciones de no negatividad Xi>= 0 confían todos los valores posibles.
3. El espacio encerrado por las restricciones restantes se determinan sustituyendo en
primer término <= por (=) para cada restricción, con lo cual se produce la ecuación de
una línea recta.
4. trazar cada línea recta en el plano y la región en cual se encuentra cada restricción
cuando se considera la desigualdad lo indica la dirección de la flecha situada sobre la
línea recta asociada.
5. Cada punto contenido o situado en la frontera del espacio de soluciones satisfacen
todas las restricciones y por consiguiente, representa un punto factible.
6. Aunque hay un número infinito de puntos factibles en el espacio de soluciones, la
solución óptima puede determinarse al observar la dirección en la cual aumenta la
función objetivo.
7. Las líneas paralelas que representan la función objetivo se trazan mediante la
asignación de valores arbitrarios a fin de determinar la pendiente y la dirección en la
cual crece o decrece el valor de la función objetivo.
11
Solución
12
13
CONCLUSION
14
BIBLIOGRAFIA
15