La Ingeniería De Software
Páginas: 8 (1817 palabras)
Publicado: 7 de julio de 2011
Ingeniería de Software en
Pequeño
Rolando Moreno
• Introducción
“Software Engineering in the Small”. IEEE Software Septiembre/Octubre. Pág. 75-77
• Redocumentación usando el Web
“Incremental Redocumentation Using the Web”. IEEE Software Septiembre/Octubre. Pág. 102-106
• Pruebas en “Pequeño”
“When to Test Less”. IEEE Software Septiembre/Octubre 2000. Pág. 107-111
• Wisdom:Un método de Ingeniería de Software en Pequeño
“Wisdom: A Software Engineering Method for Small Software Development Companies”. IEEE Software Septiembre/Octubre 2000. Pág. 113-119
¿Por qué Ingeniería de Software “En Pequeño”?
Los modelos de desarrollo creados por la Ingeniería de Software apuntan a grandes proyectos, y generalmente no satisfacen a pequeña empresas de “pocos”desarrolladores, o cuesta implementarlos (Ej. CMM).
Tienen pocos recursos, por lo que generalmente no pueden pagar los costos que implica buscar e implementar un modelo de desarrollo, o que requiere el mismo modelo.
Las “pequeñas” empresas no son pocas
(El 90% tienen “tan sólo” 50 o menos empleados).
Estas empresas no crean Software “simple” (Seis Personas, 100.000 líneas de código en 18-24 meses)Por lo tanto, las empresas “pequeñas” necesitan de una Ingeniería de Software especializada para su realidad.
Redocumentación usando el Web
Los proyectos de software se dividen en partes (Particiones), que se asignan a personas. Nadie puede “saberlo todo”.
Empresas pequeñas no pueden tener redundancia de conocimientos, por lo que sólo una persona domina una partición (la propia).
¿Quépasa si el desarrollador se va y la documentación no es buena (común en empresas pequeñas, sin modelos de desarrollo)? ¿Qué pasa si algunos desarrolladores terminaron y quiero que ayuden a otros (distribuir mejor el trabajo)?
La redocumentación incremental basada en PAS (del inglés, Anotaciones Particionadas de Software) permite registrar el “conocimiento” que tiene el desarrollador de supartición, que se registran en un medio visible para todos.
La redocumentación incremental permite generar documentación actualizada del software en cada incremento, sin implicar mucho costo.
PAS divide el conocimiento en particiones, las cuales permiten acceder más fácilmente a una información específica de una componente por sobre los métodos tradicionales de documentación, donde los usuariosven toda la información de la componente y deben buscar la información que requieren.
Hay particiones por clases, funciones, dependencias y argumentos, que permiten ver el componente desde distintos puntos de vista.
PAS tiene crea particiones base para cualquier proyecto, que son:
Dependencia de Clases: Que relación tiene con otras clases, además de que hacen las otras clases que sirven ala que estoy revisando. Ej: “Esta clase utiliza a la clase
Dominios de: (Relaciones a nivel abstracto con otras componentes del sistema):
- Clases: “Esta clase maneja el acceso a las bases de datos de la empresa”.
- Métodos: “Este método permite ingresar un nuevo empleado”
- Argumentos: “Este argumento recibe el nombre del nuevo empleado”
Además, los métodos tienen una partición delalgoritmo. Un ejemplo al caso anterior sería “Se crea un identificador numérico único al empleado, y después se ingresa en la tabla EMP”.
Se navega a través de las distintas categorías usando hiperlinks, como los usados en el Web.
PAS también permite agregar nuevas categorías, como por ejemplo “Comentarios del Autor”.
¿Cómo redocumentar un incremento?
Se proponen los siguientes pasos:1. Se envía una solicitud de cambio, es decir, se necesita un incremento.
2. El equipo analiza la solicitud y con esto determina que cambiar.
3. Se asigna a los programadores una modificación que debe realizar.
4. Cada programador realiza su modificación.
5. Cada programador guarda su información en PAS.
Hypertext Management System (HMS) asiste a los programadores en tareas mecánicas para...
Pequeño
Rolando Moreno
• Introducción
“Software Engineering in the Small”. IEEE Software Septiembre/Octubre. Pág. 75-77
• Redocumentación usando el Web
“Incremental Redocumentation Using the Web”. IEEE Software Septiembre/Octubre. Pág. 102-106
• Pruebas en “Pequeño”
“When to Test Less”. IEEE Software Septiembre/Octubre 2000. Pág. 107-111
• Wisdom:Un método de Ingeniería de Software en Pequeño
“Wisdom: A Software Engineering Method for Small Software Development Companies”. IEEE Software Septiembre/Octubre 2000. Pág. 113-119
¿Por qué Ingeniería de Software “En Pequeño”?
Los modelos de desarrollo creados por la Ingeniería de Software apuntan a grandes proyectos, y generalmente no satisfacen a pequeña empresas de “pocos”desarrolladores, o cuesta implementarlos (Ej. CMM).
Tienen pocos recursos, por lo que generalmente no pueden pagar los costos que implica buscar e implementar un modelo de desarrollo, o que requiere el mismo modelo.
Las “pequeñas” empresas no son pocas
(El 90% tienen “tan sólo” 50 o menos empleados).
Estas empresas no crean Software “simple” (Seis Personas, 100.000 líneas de código en 18-24 meses)Por lo tanto, las empresas “pequeñas” necesitan de una Ingeniería de Software especializada para su realidad.
Redocumentación usando el Web
Los proyectos de software se dividen en partes (Particiones), que se asignan a personas. Nadie puede “saberlo todo”.
Empresas pequeñas no pueden tener redundancia de conocimientos, por lo que sólo una persona domina una partición (la propia).
¿Quépasa si el desarrollador se va y la documentación no es buena (común en empresas pequeñas, sin modelos de desarrollo)? ¿Qué pasa si algunos desarrolladores terminaron y quiero que ayuden a otros (distribuir mejor el trabajo)?
La redocumentación incremental basada en PAS (del inglés, Anotaciones Particionadas de Software) permite registrar el “conocimiento” que tiene el desarrollador de supartición, que se registran en un medio visible para todos.
La redocumentación incremental permite generar documentación actualizada del software en cada incremento, sin implicar mucho costo.
PAS divide el conocimiento en particiones, las cuales permiten acceder más fácilmente a una información específica de una componente por sobre los métodos tradicionales de documentación, donde los usuariosven toda la información de la componente y deben buscar la información que requieren.
Hay particiones por clases, funciones, dependencias y argumentos, que permiten ver el componente desde distintos puntos de vista.
PAS tiene crea particiones base para cualquier proyecto, que son:
Dependencia de Clases: Que relación tiene con otras clases, además de que hacen las otras clases que sirven ala que estoy revisando. Ej: “Esta clase utiliza a la clase
Dominios de: (Relaciones a nivel abstracto con otras componentes del sistema):
- Clases: “Esta clase maneja el acceso a las bases de datos de la empresa”.
- Métodos: “Este método permite ingresar un nuevo empleado”
- Argumentos: “Este argumento recibe el nombre del nuevo empleado”
Además, los métodos tienen una partición delalgoritmo. Un ejemplo al caso anterior sería “Se crea un identificador numérico único al empleado, y después se ingresa en la tabla EMP”.
Se navega a través de las distintas categorías usando hiperlinks, como los usados en el Web.
PAS también permite agregar nuevas categorías, como por ejemplo “Comentarios del Autor”.
¿Cómo redocumentar un incremento?
Se proponen los siguientes pasos:1. Se envía una solicitud de cambio, es decir, se necesita un incremento.
2. El equipo analiza la solicitud y con esto determina que cambiar.
3. Se asigna a los programadores una modificación que debe realizar.
4. Cada programador realiza su modificación.
5. Cada programador guarda su información en PAS.
Hypertext Management System (HMS) asiste a los programadores en tareas mecánicas para...
Leer documento completo
Regístrate para leer el documento completo.