Pteg g-grupo 6-lista33-visita3-expo cap 7 tema ingenieria del software
1.
2.
3. LA ACM (association for computing
machinery asociation del hardware de
computación
4. Incluyen sistemas de planificación de
proyecto(como ayuda para la estimación
de costes, para fijación de hitos en los
proyectos
Para la asignatura personal
5. EL CICLO ES UN CONJUNTO : el ciclo de
vida del software se muestra en la figura 7.1
esta figura representa el echo de una ves
que el software asido el desarrollo
6. Los primeros enfoques de la ingeniería del
software insistían en realizar el análisis de
requisitos, el diseño, la implementación y las
pruebas de una manera estrictamente
secuencial.
7. El resultado fue un proceso de desarrollo al
que ahora denominamos modelo en casada,
por analogía por el hecho que al proceso de
desarrollo solo se le dejaba fluir en una
dirección.
8. De acuerdo con este modelo, el sistema
software deseado se construye en
incrementos, siendo el primer sistema una
versión simplificada del producto final, con
una funcionalidad limitada. Una vez probada
esta versión (y una vez quizá evaluada por
el futuro usuario) se añaden y prueban mas
características de una manera incremental
hasta que el sistema esta completo.
9. Para modificar software es preciso entender el
programa o al menos las partes relevantes del
mismo. Conseguir esa comprension suele ser
ya bastante dificil en el caso de pequeños
programas y seria practicamente imposible si
tratamos con sistemas software grandes, salvo
que recurramos a la modularidad; es decir, a la
division del software en unidades mas
manejables , que se denominan de forma
generica modulos, cada una de las cuales trata
unicamente con una parte de las tareas
globales asignadas al software.
10. Los módulos se representan de diversas
maneras. Ya hemos visto que en el contexto
del paradigma imperativo, los módulos
aparecen como procedimientos. Por lo
contrario, el paradigma orientado a los
objetos emplea los objetos como módulos
constituyentes básicos.
11. La mayoría de las personas estarían de
acuerdo en que una empresa o un individuo
tienen derecho a recuperar la inversión
necesaria para desarrollar un software de
calidad y a obtener beneficio económico de
la misma. En caso contrario, es poco
probable que hubiera muchas personas
dispuestas a acometer la tarea de fabricar el
software que nuestra sociedad desea.
12. En pocas palabras, los desarrolladores de
software necesitan que se le reconozca una
cierta propiedad sobre el software que
producen.
13. Estan basadas en los principios bien
establecidos de copyright y las leyes de
patentes. De hecho, el proposito de un
copyright o de una patente es permitir al
desarrollador de un producto comercializar
ese producto a las personas interesadas, al
mismo tiempo que se protegen sus derechos
de propiedad.
14. 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.
15. Se establecieron para permitir que un
inventor se beneficie comercialmente de su
invento. Para obtener una patente el
inventor debe proporcionar los detalles de su
invento y demostrar que se trata de algo
nuevo, útil y que no resulta obvio para otras
personas con una preparación similar.
16. La documentación del software sirve para
tres cosas distintas, lo que conduce a
que existan tres categorías de
documentación: 1.
Documentación del usuario
2.Documentacion del sistema
3.Documentacion técnica
17. El propósito de la documentación del
usuario es explicar las características del
software y describir como utilizarlo.
18. En esta sección se investigaran algunas de
las técnicas de modelado y de los sistemas
de notación utilizados durante las etapas de
análisis y diseño del desarrollo del software.