Implementacion de software

36,580 views

Published on

Published in: Technology
2 Comments
4 Likes
Statistics
Notes
  • me gustaria usar alguna informacion contenida en esta presentacion sera posible que me proporcionen algunos datos por favor
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • hola quetal
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
36,580
On SlideShare
0
From Embeds
0
Number of Embeds
151
Actions
Shares
0
Downloads
755
Comments
2
Likes
4
Embeds 0
No embeds

No notes for slide

Implementacion de software

  1. 1. Lic. Tom Rodríguez<br />DESARROLLO e implantación del software de Aplicación<br />
  2. 2. MÉTODO DE DESARROLLO DE SOFTWARE DEL PROCESO UNIFICADO<br />Los métodos empleados en proyectos de desarrollo de software han evolucionado constantemente. Entre los que más se han aplicado encontramos los siguientes:<br />El método de ad hoc <br />Los centrados en datos popularizados<br />Los de descomposición funcional y estructurados <br />Los métodos formales como cleanroom<br />Los orientados a objetivos <br />Los métodos ágiles<br />
  3. 3. ACTUALIDAD<br />Hoy en día los métodos más utilizados son los empleados son los métodos orientados a objetivos. Estos:<br />Son aplicados el marco de trabajo o del proceso unificado.<br />El software se organiza como clases de objetos relacionados<br />Se basan en una refinación sucesiva de los objetos desde su moldeado conceptual hasta su implementación.<br />De tal manera que la descomposición es por objetos y no por funciones.<br />
  4. 4. Tipos de Software<br />Software de sistemas: también es llamado sistema operativo es el software de computadora más básico que permite la manipulación de hardware de la manera más eficiente, pueden ser de tarea única o multitarea, siendo estos los más utilizados actualmente.<br />Software de aplicación: son creados para facilitar un trabajo especifico, generalmente están dispuestos para procesar las operaciones de un negocio o empresariales en tiempo real, colaborando en la toma de decisiones.<br />Software científico y de ingeniería: este tipo se caracteriza por tener algoritmos que trabajan con extensas formulas y números para el procesamiento de tareas que llevarían mucho tiempo.<br />
  5. 5. El Proceso Unificado<br />El Proceso Unificado guía a los equipos de proyecto en cómo administrar el desarrollo iterativo de un modo controlado mientras se balancean los requerimientos del negocio, el tiempo al mercado y los riesgos del proyecto. <br />El proceso describe los diversos pasos involucrados en la captura de los requerimientos y en el establecimiento de una guía arquitectónica lo más pronto, para diseñar y probar el sistema hecho de acuerdo a los requerimientos y a la arquitectura. <br />El proceso describe qué entregables producir, cómo desarrollarlos y también provee patrones. <br />
  6. 6. metodología del Proceso Unificado<br />Su metodología emplea el ciclo de vida interactivo e incremental con cuatro fases:<br />Iniciación <br />Elaboración<br />Construcción <br />Transición<br /><ul><li>Dentro de este ciclo se desarrollan actividades relacionadas con 9 procesos también llamados disciplinas. Dentro de estos 6 son considerados claves y 3 de soporte</li></li></ul><li>Proceso Unificado: DISCIPLINAS<br />Disciplinas: es un conjunto de actividades relacionadas (flujo de trabajo) vinculada a un área específica dentro del proyecto total. Las más importantes son: requerimiento o requisito, análisis y diseño, implementación y prueba. <br />
  7. 7. DISCIPLINA: Especificación de requisitos<br />Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, pos condiciones, flujo de eventos, requisitos no-funcionales asociados.<br /><ul><li>Definir alcance y objetivos del negocio.
  8. 8. Determinar riesgo.
  9. 9. Especificar requisitos funcionales modelados con actores y casos de uso.
  10. 10. Especificar otros requisitos no funcionales.</li></li></ul><li>DISCIPLINA: Análisis y diseño<br />Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno de implementación). <br />Está constituido esencialmente por un Diagrama de Clases y algunos Diagramas de Estados para las clases que lo requieran. <br />
  11. 11. DISCIPLINA: Análisis y diseño<br />Elaborar modelo de análisis.<br /><ul><li>Especificar y modelar clases y sus relaciones.
  12. 12. Especificar y modelar la vista de comportamiento o modelo dinámico (interacciones entre clases de objetos).</li></ul>Elaborar modelo de diseño (refinando el modelo de análisis) hasta lograr que sea un prototipo de código.<br /><ul><li>Estructurar clases en paquetes y subsistemas de diseño (se convertirán en componentes durante la implementación).
  13. 13. Definir interfaces entre paquetes subsistemas.</li></li></ul><li>DISCIPLINA: Implementación<br />Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de ficheros necesarios para la implantación y despliegue del sistema. <br /><ul><li>Definir la organización del código en términos de subsistemas estructurados en capas.
  14. 14. Implementar (codificar y estructurar) clases y objetivos en términos de componentes (código fuente, ejecutables, bases de datos, etcéteras.
  15. 15. Ejecutar pruebas de componentes como unidades.
  16. 16. Integrar los resultados producidos por desarrolladores individuales y equipos en un sistema ejecutable.</li></li></ul><li>DISCIPLINA: Pruebas<br />Para cada Caso de Uso se establecen pruebas de Aceptación que validarán la correcta implementación del Caso de Uso. Cada prueba es especificada mediante un documento que establece las condiciones de ejecución, las entradas de la prueba, y los resultados esperados.<br /><ul><li>Verificar las interacciones entre objetos.
  17. 17. Verificar la integración adecuada de todos los componentes del software.
  18. 18. Verificar que todos los requisitos se hayan implementado adecuadamente.
  19. 19. Asegurarse de que todos los defectos se hayan identificado y corregidos antes de la liberación.</li></li></ul><li>Implantación de software de aplicación<br />
  20. 20. Son cinco las Fases que se utilizan en la Implantación de software de aplicación:<br />
  21. 21. Fase 1: Preparar un ambiente operacional y uno de prueba separados<br />Se entiende por ambiente o plataforma la combinación específica de hardware y software que nos permite correr un sistema, por ambiente operacional, la plataforma donde corre el sistema actual y por ambiente de test o de prueba, la plataforma utilizada para desarrollar y dar mantenimiento a los sistemas. <br />El tener el ambiente operacional y el de prueba separados permite proteger el sistema y evitar problemas que pudieran dañar los datos o interrumpir las operaciones durante las tareas de prueba.<br /><ul><li>La plataforma operacional del sistema de información incluye las configuraciones de hardware y software apropiadas, utilidades del sistema, recursos de telecomunicaciones y otros componentes. A esta plataforma operacional sólo tienen acceso los usuarios bajo un control estricto. Los analistas de sistemas y programadores no tienen acceso.
  22. 22. El ambiente de test reduciendo probablemente a una estación de trabajo o a un servidor, contiene copias de todos los programas y procedimientos, así como de los archivos de datos de prueba.</li></li></ul><li>Fase 2: Ofrecer capacitación a los usuarios, administradores y técnicos<br />
  23. 23. Fase 3: Realizar la conversión de datos y el cambio de sistema<br /><ul><li>Es una parte importante de la implantación o instalación del sistema y que consiste en cargar en el nuevo sistema los datos existentes. Dependiendo del sistema puede hacerse antes, durante o después de completar el ambiente operacional.
  24. 24. El proceso de cambio del sistema consiste en poner en línea el nuevo sistema y en retirar el anterior. Puede realizarse de forma directa en paralelo, mediante un piloteo o por etapas intercaladas dependiendo del riesgo implícito y del tiempo disponible para realizar la tarea.</li></li></ul><li>Fase 4: Efectuar una evaluación luego de la instalación del sistema<br />Una vez instalado el sistema, debe permitir observar la calidad del nuevo sistema de información de forma integral. Se pone énfasis en determinar si el sistema efectivamente cumple ciertos requisitos, permite lograr los objetivos de los usuarios y produce los beneficios para los cuales fue aprobado.<br />
  25. 25. Fase 5: Presentar un reporte final a la administración<br />Se realiza un reporte final que debe incluir las versiones definitivas de toda la documentación del sistema, las modificaciones o mejoras a realizar a futuro que fueron detectadas, la recapitulación de los presupuestos y cronogramas utilizados durante la instalación y los resultados de los test correspondientes a la evaluación final.<br />

×