Proceso para el desarrollo de software. El Proceso para el desarrollo de software, tambin denominado ciclo de vida del desarrollo de software es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar durante el proceso. Algunos autores consideran un modelo de ciclo de vida un trmino ms general que un determinado proceso para el desarrollo de software. Por ejemplo, hay varios procesos de desarrollo de software especficos que se ajustan a un modelo de ciclo de vida de espiral. GeneralidadeseditarLa gran cantidad de organizaciones de desarrollo de software implementan metodologas para el proceso de desarrollo. El museo de la historia de la computacin Antes de continuar, revisa este vdeo sobre el Museo de la historia de la computadora que se encuentra en Silicon Valley. Muchas de estas organizaciones pertenecen a la industria armamentstica, que en los Estados Unidos necesita un certificado basado en su modelo de procesos para poder obtener un contrato. El estndar internacional que regula el mtodo de seleccin, implementacin y monitoreo del ciclo de vida del software es ISO 1. Durante dcadas se ha perseguido la meta de encontrar procesos reproducibles y predecibles que mejoren la productividad y la calidad. Algunas de estas soluciones intentan sistematizar o formalizar la aparentemente desorganizada tarea de desarrollar software. Otros aplican tcnicas de gestin de proyectos para la creacin del software. Sin una gestin del proyecto, los proyectos de software corren el riesgo de demorarse o consumir un presupuesto mayor que el planeado. Dada la cantidad de proyectos de software que no cumplen sus metas en trminos de funcionalidad, costes o tiempo de entrega, una gestin de proyectos efectiva es algo imprescindible. Algunas organizaciones crean un grupo propio Software Engineering Process Group, abreviado SEPG encargado de mejorar los procesos para el desarrollo de software en la organizacin. Actividades del desarrollo de softwareeditar. Ejemplo Microsoft Project Desarrollo De Software' title='Ejemplo Microsoft Project Desarrollo De Software' />MANUAL DE MS PROJECT UNIDAD 1 El Proceso De Planificacin De Proyectos. Administracin de un proyecto con Microsoft Project 2003. La administracin de proyectos. Presentacin. Lo que tienes a continuacin es un completo tutorial en lnea que no dejamos de actualizar una comunidad de usuarios de Ms Office. Cvander. Creo que Microsoft ha visto oportunidades y las ha tomado. Tienen excelentes estrategias de mercadeo y han llevado la computacin hacia niveles novedosos. Microsoft Office es una suite ofimtica que abarca el mercado completo en Internet e interrelaciona aplicaciones de escritorio, servidores y servicios para los. Actividades del proceso de desarrollo de software representados en el desarrollo en cascada. Hay algunos modelos ms para representar este proceso. PlanificacineditarLa importante tarea a la hora de crear un producto de software es obtener los requisitos o el anlisis de los requisitos. La gua bsica de Project para 2010 ayuda a aprender la metodologa de administracin de proyectos mientras se emplea Project 2010. Explore research at Microsoft, a site featuring the impact of research along with publications, products, downloads, and research careers. Definicin de software En computacin, el software en sentido estricto es todo programa o aplicacin programado para realizar tareas especficas. El trmino. Los clientes suelen tener una idea ms bien abstracta del resultado final, pero no sobre las funciones que debera cumplir el software. Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un anlisis del mbito del desarrollo. Este documento se conoce como especificacin funcional. Implementacin, pruebas y documentacineditarLa implementacin es parte del proceso en el que los ingenieros de softwareprograman el cdigo para el proyecto de trabajo que est en relacin de las demanda del software, en esta etapa se realizan las pruebas de caja blanca y caja negra. Las pruebas de software son parte esencial del proceso de desarrollo del software. Esta parte del proceso tiene la funcin de detectar los errores de software lo antes posible. La documentacin del diseo interno del software con el objetivo de facilitar su mejora y su mantenimiento se realiza a lo largo del proyecto. Esto puede incluir la documentacin de un API, tanto interior como exterior. Prcticamente es como una receta de cocina. Despliegue y mantenimientoeditarEl despliegue comienza cuando el cdigo ha sido suficientemente probado, ha sido aprobado para su liberacin y ha sido distribuido en el entorno de produccin. Entrenamiento y soporte para el software es de suma importancia y algo que muchos desarrolladores de software descuidan. Los usuarios, por naturaleza, se oponen al cambio porque conlleva una cierta inseguridad, es por ello que es fundamental instruir de forma adecuada a los futuros usuarios del software. El mantenimiento o mejora de un software con problemas recientemente desplegado, puede requerir ms tiempo que el desarrollo inicial del software. Es posible que haya que incorporar cdigo que no se ajusta al diseo original con el objetivo de solucionar un problema o ampliar la funcionalidad para un cliente. Si los costes de mantenimiento son muy elevados puede que sea oportuno redisear el sistema para poder contener los costes de mantenimiento. Modelos de Desarrollo de SoftwareeditarLos modelos de desarrollo de software son una representacin abstracta de una manera en particular. Realmente no representa cmo se debe desarrollar el software, sino de un enfoque comn. Puede ser modificado y adaptado de acuerdo a las necesidades del software en proceso de desarrollo. Hay varios modelos para perfilar el proceso de desarrollo, cada uno de las cuales cuenta con pros y contras. El proyecto debera escoger el ms apropiado para sus necesidades. En ocasiones puede que una combinacin de varios modelos sea apropiado. Existen tres paradigmas de los modelos de desarrollo de software 1. Paradigma Tradicional Es uno de los paradigmas ms antiguo, se invent durante la creacin del mtodo estructurado. De Nba Live 2003 Completo there. Si se elige un proyecto, el mtodo varia en etapas. Como todo modelo, existen sus pros y contras al usar este paradigma Si se aplica este paradigma, unos de los principales problemas, es que las etapas realizadas no son autnomas de las siguientes, creando una dependencia estructural y en el acaso de un error atrasara todo el proyecto. Se tiene que tener pautas bien definidas, y que no se incurra a modificacin porque implicara en que el software no cumpla con su ciclo de vida. Tener en cuenta que el cliente no se vea afectado por la impaciencia. Paradigma Orientado a Objetos Estos modelos se basan en la Programacin orientada a objetos por lo tanto, se refiere al concepto de clase, el anlisis de requisitos y el diseo. El modelo o paradigma orientado a objetos posee dos caractersticas principales, las cuales son Permite la re utilizacin de software. Facilita el desarrollo de herramientas informticas de apoyo al desarrollo, el cual es simple al implementarla en una notacin orientado a objetos llamado UML. Paradigma de Desarrollo gil Es un paradigma de las Metodologas De Desarrollo basado en procesos giles. Estos intentan evitar los tediosos caminos de las metodologas tradicionales enfocndose en las personas y los resultados. Usa un enfoque basado en el Valor para construir software, colaborando con el cliente e incorporando los cambios continuamente. Modelo de cascadaeditarEl modelo de cascada define las siguientes etapas que deben cumplirse de forma sucesiva Especificacin de requisitos. Diseo del software. Construccin o Implementacin del software. Integracin. Pruebas o validacinDespliegue o instalacinMantenimiento. Siguiendo el modelo de cascada de forma estricta, slo cuando se finaliza una fase, comienza la otra. En ocasiones se realiza una revisin antes de iniciar la siguiente fase, lo que permite la posibilidad de cambios lo que puede incluir un proceso de control formal de cambio. Las revisiones tambin se utilizan para asegurar que la fase anterior ha sido totalmente finalizada los criterios para completar una fase se conocen frecuentemente con el trmino ingls gate puerta. Este modelo desaconseja revisitar y revisar fases que ya se han completado. Esta falta de flexibilidad en un modelo de cascada puro ha sido fuente de crtica de los defensores de modelos ms flexibles.