Problemas y puntos por evaluar del software.

...

1.6. La figura 1.3 muestra las tres capas de la ingeniería de software arriba de otra llamada “compromiso con la calidad”. Esto implica un programa de calidad organizacional como el enfoque de la administración total de la calidad. Haga un poco de investigación y desarrolle los lineamientos de los elementos clave de un programa para la administración de la calidad.

∙ Debe representarse con una notación que comunique con eficacia su significado.

∙ El software debe ser modular, es decir, debe estar dividido de manera lógica en elementos o subsistemas.

∙ Debe tener una arquitectura definida.

∙ Debe contener distintas representaciones de datos, arquitectura, interfaces y componentes.

∙ Debe conducir a estructuras de datos apropiadas para las clases que se van a implementar y que surjan de patrones reconocibles de datos.

∙ Debe llevar componentes que tengan características funcionales independientes.

∙ Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los componentes y el ambiente externo.

∙ Debe obtenerse con el empleo de un método repetible motivado por la información obtenida durante el análisis de los requerimientos del software.

1.7. ¿Es aplicable la ingeniería de software cuando se elaboran webapps? Si es así, ¿cómo puede modificarse para que asimile las características únicas de éstas?

Si porque las webapps son software y dependiendo de su tamaño y alcance debe tener su ingeniería a su medida eso es muy importante, se debería modificar en este tipo de software es la seguridad debido que para a acceder a ellas se lo hace a través de la red esto permitirá proteger el contenido sensible y brindar modos seguros de transmisión de los datos

1.8. A medida que el software gana ubicuidad, los riesgos para el público (debidos a programas defectuosos) se convierten en motivo de preocupación significativa. Desarrolle un escenario catastrófico pero realista en el que la falla de un programa de cómputo pudiera ocasionar un gran daño (económico o humano).

Por ejemplo, En la bolsa de valores de Lima, un error de esa categoría sería catastrófico, el error en esos programas, puede ocasionar grandes pérdidas económicas, arruinar negocios, pequeñas y grandes empresas.

1.9. Describa con sus propias palabras una estructura de proceso. Cuando se dice que las actividades estructurales son aplicables a todos los proyectos, ¿significa que se realizan las mismas tareas en todos los proyectos sin que importe su tamaño y complejidad? Explique su respuesta.

Una estructura de proceso, inicia con lo que es la comunicación con el cliente para ver que desea en su producto, luego de eso se hace una hoja de ruta del proyecto esa es en la etapa de planeación, luego de so se procede a hacer bosquejos del proyecto en un modelado, luego se procede a la construcción a partir del mapa y los modelos, para que al final se le entregue al consumidor para que lo pruebe y que halla su respectiva retroalimentación.

No lo que quiere decirnos, es que las actividades estructurales son las mismas, pero en la forma que se realizan, son diferentes, hay softwares que requieren un proceso iterativo y de mucha retroalimentación, y no todos los proyectos requieren que se realicen todas las actividades de forma completa, ya que por su tamaño no la requieren.

1.10. Las actividades sombrilla ocurren a través de todo el proceso del software. ¿Piensa usted que son aplicables por igual a través del proceso, o que algunas se concentran en una o más actividades estructurales?

Yo creo que las actividades sombrilla se enfocan más en la actividad estructural de modelado construcción y despliegue ya que aquí es donde ya se tiene la guía de la planeación y a partir de ahí se puede medir, revisar, ver la calidad, la reutilización del producto. Mas no mucho en la planeación y la comunicación.

1.11. Agregue dos mitos adicionales a la lista presentada en la sección 1.6. También diga la realidad que acompaña al mito.

Mito: Las aplicaciones de ventas vía web las hacen inseguras.

Realidad: Eso no es cierto ya que se ha demostrado que las ventas vía internet son bastante seguras, siempre y cuando estés en una red segura, muchas veces el usuario le echa la culpa al software, sin ver que ellos son los que cometieron el error.

Mito: Para la elaboración de software solo intervienen programadores.

Realidad: Eso no es cierto, los programadores, son una parte vital del proyecto, pero no son los únicos que intervienen, hay analistas diseñadores, los encargados de interfaz de usuario, los jefes de proyecto, los de control de calidad, etc.