Intoduccion A La Ingenieria Del Software

21,369 views
21,218 views

Published on

Published in: Education, Business
3 Comments
6 Likes
Statistics
Notes
No Downloads
Views
Total views
21,369
On SlideShare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
850
Comments
3
Likes
6
Embeds 0
No embeds

No notes for slide

Intoduccion A La Ingenieria Del Software

  1. 2. Definición de ingeniería de software. <ul><li>Es una disciplina o área de la información o ciencias de la computación, que ofrece métodos o técnicas para desarrollar y mantener software de calidad que resuelven problemas de todo tipo. La Ingeniería del Software trata de áreas muy diversas de la informática y de las ciencias computacionales, tales como constantes de compiladores, sistemas operativos o desarrollos de Internet. </li></ul>
  2. 3. Historia de la ingeniería de software. <ul><li>El término ingeniería del software empezó a usarse a finales de la década de los sesenta, para expresar el área de conocimiento que se estaba desarrollando en torno a las problemáticas que ofrecía el software en ese momento. </li></ul>
  3. 4. <ul><li>En esa época, el crecimiento espectacular de la demanda de sistemas de computación cada vez más y más complejos, asociado a la inmadurez del propio sector informático (totalmente ligado al electrónico) y a la falta de métodos y recursos, provocó lo que se llamó la crisis del software (en palabras de Edsger Dijkstra) entre los años 1965 y 1985. </li></ul>
  4. 5. <ul><li>Durante esa época muchos proyectos importantes superaban con creces los presupuestos y fechas estimados, algunos de ellos eran tan críticos (sistemas de control de aeropuertos, equipos para medicina, entre otros) que sus implicaciones iban más allá de las pérdidas millonarias que causaban. </li></ul>
  5. 6. <ul><li>La crisis del software pasó, no tanto por la mejora en la gestión de los proyectos, sino en parte porque no es razonable estar en crisis más de veinte años, y en parte porque se estaban haciendo progresos en los procesos de diseño y metodologías. </li></ul>
  6. 7. <ul><li>Así pues, desde 1985 hasta el presente, han ido apareciendo herramientas, metodologías y tecnologías que se presentaban como la solución definitiva al problema de la planificación, previsión de costes y aseguramiento de la calidad en el desarrollo de software. </li></ul>
  7. 8. <ul><li>Entre las que se encuentran la programación estructurada, la programación orientada a objetos, a los aspectos, las herramientas CASE, el lenguaje de programación ADA, la documentación, los estándares, CORBA, los servicios web y el lenguaje UML (entre otros) fueron todos anunciados en su momento como la solución a los problemas de la ingeniería del software, la llamada “bala de plata” (por silver bullet ). Y lo que es más, cada año surgen nuevas ideas e iniciativas encaminadas a ello. </li></ul>
  8. 10. Mitos del software. <ul><li>Los mitos del software-creencias acerca del software y de los procesos empleados para construirlo- se pueden rastrear hasta los primeros días de la computación. Los mitos tienen ciertos atributos que los convierten en insidiosos. </li></ul>
  9. 11. <ul><li>Mitos de la administración </li></ul><ul><li>Los gestores con responsabilidad sobre el software, como los gestores en la mayoría de las disciplinas, están normalmente bajo la presión de cumplir las propuestas, hacer que no se retrase el proyecto y mejorar la calidad. Un gestor de software se agarra frecuentemente a un mito del software. </li></ul><ul><li>Mito: Si se falla en la planificación, se puede añadir mas programadores y adelantar el tiempo perdido. </li></ul>
  10. 12. <ul><li>Mitos del cliente </li></ul><ul><li>En muchos casos, el cliente cree en los mitos que existen sobre el software, debido a que los gestores y desarrolladores de software hacen muy poco para corregir la mala información. Los mitos conducen a que el cliente se cree una falsa expectativa y, finalmente, quede insatisfecho con el desarrollador del software. </li></ul><ul><li>Mito: Si los requisitos del proyecto cambian continuamente, los cambios pueden acomodarse fácilmente, ya que el software es flexible. </li></ul>
  11. 13. <ul><li>Mitos de los desarrolladores </li></ul><ul><li>Los mitos en los que aun creen muchos desarrolladores se han ido fomentando durante 50 años de cultura informática. Durante los primeros días del desarrollo del software, la programación se veía como un arte. Las viejas formas y actitudes tardan en morir. </li></ul><ul><li>Mito: Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado. </li></ul>
  12. 15. <ul><li>La ingeniería de software es una tecnología multicapa, cualquier enfoque de ingeniería debe apoyarse sobre un compromiso de organización de calidad. </li></ul><ul><li>El fundamento de la ingeniería de software es la capa del proceso. El proceso de la ingeniería de software es la unión que mantiene juntas las capas de tecnología y que permiten un desarrollo racional y oportuno de la ingeniería de software. El proceso define un marco de trabajo para un conjunto de áreas clave de proceso que se deben establecer para la entrega de la tecnología de la ingeniería de software. </li></ul>
  13. 16. <ul><li>* </li></ul><ul><li>Los métodos de la ingeniería de software indican como construir técnicamente el software. Los métodos abarcan una gran gama de tareas que incluyen análisis de requisitos, diseño, construcción de programas, pruebas y mantenimiento. </li></ul><ul><li>Las herramientas de la ingeniería de software proporcionan un enfoque automático o semiautomático para el proceso y para los métodos. </li></ul>
  14. 17. El proceso del software. <ul><li>Se define como un marco de trabajo para las tareas que se requieren en la construcción de software de alta calidad. ¿El proceso es un sinónimo de la Ingeniería del software? Si y No un proceso de software define el enfoque que se adopta mientras el software esta en desarrollo. Pero la ingeniería del software también abarca las tecnologías que requiere el proceso (métodos, técnicas y herramientas automatizadas). </li></ul>
  15. 18. Software de alta calidad. <ul><li>El instituto de la ingeniería del software (CEI) ha desarrollado un modelo completo de un amplio proceso basado en un conjunto de capacidades de software y de sistemas que deben de estar presentes conforme las organizaciones alcanzan diferentes grados de capacidad y madurez. </li></ul>
  16. 19. <ul><li>Nivel 0: Incompleto. El área del proceso (por ejemplo, la gestión de requisitos) aún no se realiza o todavía no alcanza todas las metas y objetivos definidos para el nivel 1 de capacidad. </li></ul><ul><li>Nivel 1: Realizado. Todas las metas específicas de área del proceso (como las definió la IMCM) han sido satisfechas. Las tareas de trabajo requeridas para producir el producto específico han sido realizadas. </li></ul><ul><li>Nivel 2: Administrado. Todos los criterios del nivel 1 han sido satisfechos. Además, todo el trabajo asociado con el área de proceso se ajusta a una política organizacional definida; toda la gente que ejecuta el trabajo tiene acceso a recurso adecuados para realizar su labor; los clientes están implicados de manera activa en el área de proceso, cuando esto se requiere; todas las tareas de trabajo y productos están “monitoreadas, controlados y revisados; y son evaluados en apego a la descripción del proceso” </li></ul>
  17. 20. <ul><li>Nivel 3: Definido. Todos loa criterios del nivel 2 se han cumplido. Además, el proceso esta “adaptado al conjunto de procesos de estándar de la organización, de acuerdo con las políticas de adaptación de esta misma, y contribuye a la información de los productos del trabajo, mediciones y otras mejorías del proceso para los activos del proceso organizacional”. </li></ul><ul><li>Nivel 4: Administrativo en forma cuantitativa. Todos los criterios del nivel 3 han sido cumplidos. Además, el área del proceso se controla y mejora mediante mediciones y evaluación cuantitativa. “Los objetivos cuantitativos para la calidad y el desempeño del proceso están establecidos y se utilizan como un criterio para administrar el proceso”. </li></ul><ul><li>Nivel 5: Mejorado. Todos loa criterios del nivel 4 han sido satisfechos. Además, el área del proceso “se adapta y mejora mediante el uso de medios cuantitativos (estadísticos) para conocer las necesidades cambiantes del cliente y mejorar de manera continua la eficacia del área del proceso que se está considerando”. </li></ul>
  18. 21. Factores de calidad y productividad. <ul><li>PROCESO DEL SOFTWARE PERSONAL (PSP) </li></ul><ul><li>Cada desarrollador usa distintos procesos para construir un software, estos pueden ser no eficientes o exitosos o también pueden cambiar a diario, pero existe un proceso. </li></ul><ul><li>WATTS HUMPHREY dice que para cambiar un proceso inefectivo se tiene que pasar por cuatro fases y estas requieren capacitación e instrumentación. PSP resalto la medida personal al profesional de la planeación, también hace responsables al profesional de la planeación del proyecto y la calidad de todos los productos. </li></ul><ul><li>Existen 5 actividades de marco de trabajo que son: </li></ul>
  19. 22. <ul><li>1. Planeación: Aquí se selecciona los requisitos y se desarrolla el tamaño y la estimación de los recursos. Estas mediciones se anotan en las plantillas y al final se identifican las tareas de desarrollo y se crea un programa del proyecto. </li></ul><ul><li>2. Diseño de alto nivel: Se analizan los factores externos y se construyen prototipos cuando hay incertidumbre. </li></ul><ul><li>3. Revisión del diseño de alto nivel: Se aplican los métodos de verificación a los errores que se descubrieran en el diseño. </li></ul>
  20. 23. <ul><li>4. Desarrollo: Se refina y revisa el diseño y se verifica el código y se compila, además todas las mediciones se guardan para los resultados de trabajo. </li></ul><ul><li>5. Análisis de resultados: Aquí se determina la efectividad del proceso, analizando todos los datos que se tienen. </li></ul><ul><li>El PSP destaca que cada ingeniero tiene la necesidad de identificar los errores y de entender la importancia y los tipos de errores que suelen cometerse. </li></ul>
  21. 24. <ul><li>Integrantes: </li></ul><ul><li>Javier Muñoz Cantú </li></ul><ul><li>Jessica s. García Villarreal </li></ul><ul><li>Luis Carlos Vázquez Vázquez </li></ul><ul><li>Gabriela Macías Solís </li></ul><ul><li>Enrique A. Álvarez Cárdenas </li></ul>

×