Software development technologies (Introducing SAL: Software Assembly Line)- Tecnologías de desarrollo de software


When searching on internet to find the best method to create or modify software what will we find? A LOT of methods, architectures, patterns, etc. How can we deal with that? what to trust? If we know someone that is using some of these methodologies and it’s working fine, we can start with that, but what if we don’t? Just to list some of the actual methodologies (to know more about any of them, just search the name listed plus the word methodology):

  1. Waterfall
  2. EVO
  3. Crystal
  4. EUP
  5. AUP
  6. EssUP
  7. OpenUP
  8. MSF
  9. FDD
  10. CMMI
  11. PMBOK
  12. Prince2
  13. DSDM
  14. RUP
  15. LeanSD
  16. USDP
  17. XP
  18. Scrum
  19. Prototype
  20. Spiral
  21. ……and a lot more

So, what is the main goal of all of these methods? Answer: to create excellent software. And all they have the same sources as well: Stakeholders, Processes and Data. Nothing else, so when in this life this becomes so complicated?

Trying to get the best results people or engineers use existing methods to create new ones.

Starting with the fact that the source to create software is Always the same we can deduct this:

  1. Stakeholders, processes and data are the sources to create the software.
  2. We need to understand in the most exact way the requirements for the software talking with stakeholders until we and they are complete sure everything related is correctly written.
  3. Create a design for the new software and show it to the stakeholders until its accepted making the proper changes.
  4. Start to develop the software.

And I call that: SOFTWARE ASSEMBLY LINE

This is needed for any of the existing methodologies, the difference is how we use the sources. What I can tell right now is that We cannot create software if the source is not telling us exactly what they need. Once we know what to do and the design is accepted, we are done. How to construct the software is just a matter of what the stakeholders want (web, desktop, mobile, Tablet, tv, or any device).

All these methodologies are good enough to create software, We just need to know the proper one and go through that. Or We can just: create software by using SOFTWARE ASSEMBLY LINE – “SAL”. If you need the Methods and specifications for SAL, kindly live me a message.

*********************************************Español

Al buscar en Internet los mejores métodos para crear o modificar el software que vamos a encontrar? Una gran cantidad de métodos, arquitecturas, patrones, etc ¿Cómo podemos lidiar con eso? en qué confiar? Si conocemos a alguien que está usando alguna de estas metodologías y está funcionando muy bien, podemos empezar con eso, pero lo que si no lo hacemos? Sólo para enumerar algunas de las metodologías actuales (para saber más sobre cualquiera de ellos, sólo buscar la palabra metodología más el nombre listado): 1.Waterfall 2.EVO 3.crystal 4.EUP 5.AUP 6.EssUP 7.OpenUP 8.MSF 9.FDD 10.CMMI 11.PMBOK 12.Prince2 13.DSDM 14.RUP 15.LeanSD 16.USDP 17.XP 18.Scrum 19.Prototype 20.Spiral 21 ……. y mucho más

Así que, ¿cuál es el objetivo principal de todos estos métodos? Respuesta: crear un excelente software. Y todos ellos tienen las mismas fuentes, como son: las partes interesadas (stakeholders), procesos y datos. Nada más, por lo que, cuando en esta vida, esto se volvió tan complicado?

Tratando de obtener los mejores resultados los ingenieros y otras personas utilizan métodos existentes para crear otras nuevas metodologías.

Empezando por el hecho de que la fuente de la creación de software es siempre la misma, podemos deducir lo siguiente: 1.Stakeholders, los procesos y los datos son las fuentes para crear el software. 2.Se debe entender de la manera más exacta los requisitos para el software que hablando con los stakeholders hasta nosotros y ellos estemos completamente seguros que todos los requisitos relacionados están escritos correctamente. 3.Crear un diseño para el nuevo software y mostrar a las partes interesadas hasta su aceptación haciendo los cambios adecuados. 4.Iniciar a desarrollar el software.

Y esto lo llamo: SOFTWARE LÍNEA DE MONTAJE (SLM o SAL en inglés)

Esto es necesario para cualquiera de las metodologías existentes, la diferencia es la forma en que utilizamos las fuentes. Lo que puedo decir ahora es que no podemos crear software si la fuente no nos dice exactamente lo que necesitan. Una vez que sabemos qué hacer y el diseño es aceptado, hemos terminado. Cómo construir el software es sólo una cuestión de lo que los stakeholders quieren (web, escritorio, portátiles, Tablet, tv, o cualquier dispositivo).

Todos estos métodos son lo suficientemente buenos para un proyecto, sólo necesitamos saber el adecuado y listo. O podemos simplemente: crear software utilizando SOFTWARE LÍNEA DE MONTAJE – “SLM”. (Software Assembly Line SAL). Si desea los métodos y especificaciones puede dejarme un mensaje.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s