3. Definición.
Desarrollar un software significa construirlo simplemente mediante su descripción.
Está es una muy buena razón para considerar la actividad de desarrollo de software
como una ingeniería. Una de las mayores deficiencias en la práctica
de construcción de software es la poca atención que se presta a la discusión del
problema. En general los desarrolladores se centran en la solución dejando el
problema inexplorado. Esta aproximación orientada a la solución puede funcionar
en campos donde todos los problemas son bien conocidos, clasificados e
investigados, donde la innovación se ve en la detección de nuevas soluciones a
viejos problemas.
4. Actividades
Plan operativo
Etapa donde se define el problema a resolver, las metas del proyecto, las metas de calidad y se
identifica cualquier restricción aplicable al proyecto.
Especificación de requerimientos
Permite entregar una visión de alto nivel sobre el proyecto, poniendo énfasis en la descripción del
problema desde el punto de vista de los clientes y desarrolladores. También se considera la posibilidad
de una planificación de los recursos sobre una escala de tiempos.
Especificación funcional
Especifica la información sobre la cual el software a desarrollar trabajará.
Diseño
Permite describir como el sistema va a satisfacer los requerimientos. Esta etapa a menudo tiene
diferentes niveles de detalle. Los niveles más altos de detalle generalmente describen los componentes
o módulos que formarán el software a ser producido. Los niveles más bajos, describen, con mucho
detalle, cada módulo que contendrá el sistema.
5. Implementación
Aquí es donde el software a ser desarrollado se codifica. Dependiendo del tamaño del proyecto,
la programación puede ser distribuida entre distintos programadores o grupos de
programadores. Cada uno se concentrará en la construcción y prueba de una parte del software,
a menudo un subsistema. Las pruebas, en general, tienen por objetivo asegurar que todas las
funciones están correctamente implementadas dentro del sistema.
Integración
Es la fase donde todos los subsistemas codificados independientemente se juntan. Cada sección
es enlazada con otra y, entonces, probada. Este proceso se repite hasta que se han agregado
todos los módulos y el sistema se prueba como un todo.
Validación y verificación
Una vez que el sistema ha sido integrado, comienza esta etapa. Es donde es probado para
verificar que el sistema es consistente con la definición de requerimientos y la especificación
funcional. Por otro lado, la verificación consiste en una serie de actividades que aseguran que el
software implementa correctamente una función específica. Al finalizar esta etapa, el sistema ya
puede ser instalado en ambiente de explotación.
6. Mantención
La mantención ocurre cuando existe algún problema dentro de un sistema existente, e involucraría la
corrección de errores que no fueron descubiertos en las fases de prueba, mejoras en la implementación de
las unidades del sistema y cambios para que responda a los nuevos requerimientos. Las mantenciones se
puede clasificar en: correctiva, adaptativa, perfectiva y preventiva.
El modelo de etapas consideraba que cada una de ellas debería ir a continuación de la anterior, poniendo
énfasis en la documentación que resulta de cada una y que es la entrada de la siguiente, formalizando los
procedimientos de planificación y de control. Todo tendiente a conformar una cadena de producción de
software, de manera similar a una cadena de montaje de automóviles.
Pero ello no logra que las causas de fondo que hicieron que se replantease el modelo de codificar y fijar
desapareciesen. Todavía existe la distancia entre el programador (ahora desarrollador) y el usuario, esta
distancia está dada por dominios de acción distintos. La iteración de aproximación es ahora más factible,
pero también resulta onerosa, es necesario instalar todo el software nuevamente en la cadena de montaje
para su revisión y reconstrucción.
7. Modelos y ciclos de Vida del desarrollo del
software
Modelo Cascada
13. Resumen
En este trabajo se verá el cómo es el manejo del desarrollo de software la cual tendrá un
solución para poder terminar con los problemas que en este surge de manera que no se vea
dañado el sistema operativo, garantizando la seguridad para el manejo de información, sin
ningún atoramiento en ello. Esta aplicación que genera el desarrollo de Software ara que las
empresas tengan mejor competencia con las demás empresas, empleando algo novedoso y de
gran ayuda tanto para el usuario como para el cliente, brindando un mejor servicio.
Summary
In this paper we will see how the management of software development which will have a
solution to end the problems in this arises so that does not look damaged the operating
system, ensuring security for information management, without no clogging it. This application
that generates the development of software will make the companies have better competition
with other companies, employing something new and helpful for both the user and the
customer, providing a better service.
14. Recomendaciones
Obtener más información acerca de estrategias más técnicas para implementar en el proyecto y
sobre todo con el equipo de trabajo, ya que esto se realizaba de manera empírica.
A pesar de tener experiencia en el desarrollo de una Planeación es fundamental que el Tutor esté
disponible para consultar las dudas que tenga el grupo de trabajo.
Que tanto el grupo como cada uno de los integrantes del equipo de trabajo sin excepción, sean
responsables de su trabajo y cumplan con sus avances en la fechas establecidas
Conclusiones
Implementar la estrategia en la planeación apoyando a cada uno de los grupos de trabajo como
parte de la calidad en el proyecto fue fundamental para el desarrollo de software en un sistema
TSP.
El compromiso del grupo en las entregas respectivas a las fechas del cronograma fue fundamental
para un buen desempeño en el desarrollo del proyecto.
Como parte de un equipo de trabajo fue necesario que la planeación se llevara a cabo
conjuntamente con cada uno de los integrantes para acordar tiempos de entrega.
15. Apreciación del Equipo
Realizar una mayor búsqueda del tema en el cual se
debe dar soporte y dar una explicación clara a los
demás departamentos para su mayor comprensión.
Mantener el sistema de seguimiento de riesgos y
problemas.