Please enable JavaScript.

Coggle requires JavaScript to display documents.

Ingeniería de software - Coggle Diagram

- - - - Comunicación: Se busca entender los objetivos de los participantes respecto del proyecto, y reunir los requerimientos que ayuden a definir las características y funciones del software.
      - Planeación: Define el trabajo de ingeniería de software al describir las tareas técnicas por realizar, los riesgos probables, los recursos que se requieren, los productos del trabajo que se obtendrán y una programación de las actividades
      - Modelado: Se busca el crea un "bosquejo" del objeto por hacer a fin de entender el panorama general -cómo se verá arquitectónicamente, cómo ajustan entre sí las partes constituyentes y muchas características más
      - Construcción: Esta actividad combina la generación de código y las pruebas que se requieren para descubrir errores en éste.
      - Despliegue: El software se entrega al consumidor que lo evalúa y que le da retroalimentación, misma que se basa en dicha evaluación.
- - - - 1-. La razón de que exista todo: Un sistema de software existe por una razón: dar valor a sus usuarios. Todas las decisiones deben tomarse teniendo esto en mente. Antes de especificar un requerimiento del sistema, antes de notar la funcionalidad de una parte de él, antes de determinar las plataformas del hardware o desarrollar procesos, plantéese preguntas tales como: "¿Esto agrega valor real al sistema?" Si la respuesta es "no", entonces no lo haga. Todos los demás principios apoyan a éste.
      - 2-. MSE (Mantenlo sencillo, estúpido ... ): Todo diseño debe ser tan simple como sea posible, pero no más. Esto facilita conseguir un sistema que sea comprendido más fácilmente y que sea susceptible de recibir mantenimiento, lo que no quiere decir que en nombre de la simplicidad deban descartarse características o hasta rasgos internos.
      - 3-. Mantener la visión: Una visión clara es esencial para el éxito de un proyecto de software. Sin ella, casi infaliblemente el proyecto terminará siendo un ser "con dos [o más mentes]". Sin integridad conceptual, un sistema está amenazado de convertirse en una urdimbre de diseños incompatibles unidos por tornillos del tipo equivocado.
      - 4-. Otros consumirán lo que usted produce: En un modo u otro, alguien más lo usará, mantendrá, documentará o, de alguna forma, dependerá de su capacidad para entender el sistema. Así que siempre establezca especificaciones, diseñe e implemente con la seguridad de que alguien más tendrá que entender lo que usted haga.
      - 5-. Ábrase al futuro: Los sistemas deben ser fáciles de adaptar a ésos y otros cambios. Los sistemas que lo logran son los que se diseñaron para ello desde el principio. Nunca diseñe sobre algo iniciado.
      - 6-. Planee por anticipado la reutilización: La reutilización ahorra tiempo y esfuerzo. Al desarrollar un sistema de software, lograr un alto nivel de reutilización es quizá la meta más difícil de lograr. La reutilización del código y de los diseños se ha reconocido como uno de los mayores beneficios de usar tecnologías orientadas a objetos.
      - 7-. ¡Piense!: Cuando se piensa en algo es más probable que se haga bien. Asimismo, también se gana conocimiento al pensar cómo volver a hacerlo bien. Si usted piensa en algo y aun así lo hace mal, eso se convierte en una experiencia valiosa. u
- - - - Mitos de la administración.
      - Mitos del cliente.
      - Mitos del profesional.