Calidad Del Software

Ejercicios Prácticos Calidad del Software 

Ejercicio 1 Encontrar ejemplos concretos de dependencias de aplicaciones para con el sistema operativo o con el hardware. ¿Por qué razón estas dependencias pueden afectar la calidad del software? 

Ejemplo 1. Una aplicación como Microsoft Dynamics Great Plains que depende de la versión del sistema para su funcionamiento. Si se instala sobre un SO distinto al de su configuración inicial puede que los componentes (Active X, DLL, etc.) no se registren/activen de la forma correcta. 

Ejemplo 2. Una aplicación usada para la toma de pedidos de vendedores en la calle. Dicha aplicación suele ejecutarse en un Smartphone. La aplicación estará limitada a las especificaciones del teléfono y operaciones que se idearon al inicio puede que no sea posible implementarlas. 

Ejercicio 2 Uno de los sistemas operativos más utilizados en el mundo es Microsoft Windows. Evaluar el cumplimiento de los distintos factores externos de calidad de software para este sistema operativo, indicando qué versión del mismo se está evaluando. Analizar si las sucesivas versiones introducidas mejoraron el Cumplimiento de alguno de los factores identificados. 

Sistema a Evaluar: Windows XP 

Es una versión de Windows, lanzada en octubre de 2001. Su nombre en clave durante la fase de desarrollo fue Whistler, mientras que su denominación oficial proviene del término inglés eXPerience. 

En el aspecto de la calidad de software el Sistema XP tienen una alta aceptación por parte del mercado mundial principalmente por su adaptación a plataformas y el ambiente de trabajo amigable para el usuario. Aquí veremos varios factores externos relacionados con el mismo: 

Compatibilidad: Windows XP es uno de los sistemas más compatibles con otros sistemas, dispositivos, base de datos y aplicaciones del mercado, esto debido a la adaptación de recursos que se le han agregado por su aceptación general. 

Portabilidad: No solo en los equipos de escritorio podemos usar XP, también en equipos como NetBook, Laptop e incluso Servidores y capacidad para ser un sistema con base a vitalización hoy en día que la Vitalización es uno de los términos que está cambiando el mercado de IT. 

Seguridad: Windows XP ha sido criticado por su susceptibilidad a malware, como virus, troyanos o gusanos. Las opciones de seguridad por defecto crean una cuenta del administrador que proporciona el acceso sin restricción a todo el sistema, incluyendo los puntos vulnerables. 

Windows, con una cuota de mercado grande, ha sido tradicionalmente un blanco para los creadores de virus. Los agujeros de la seguridad son a menudo invisibles hasta que se explotan, haciendo su prevención un hecho difícil. Microsoft ha indicado que el lanzamiento de actualizaciones para parchear los agujeros de seguridad es a menudo a causa de los hackers que los descubren. 

Facilidad de Uso: Este factor es uno de los más aprobados por usuarios ya que aparte de ser un Sistema considerado “Lo mejor de Windows hasta la fecha” hace una combinación entre el ambiente de trabajo y de GUI (Interfaz Gráfica de Usuario). Esto permite que el usuario con solo pocos clics pueda llegar al destino deseado. 

Comparación con versiones sucesivas: 

La versión seguida se Xp llamada Windows Vista se caracterizo por ser un sistema basado en GUI (Interfaz Gráfica de Usuario) dejando de lado el rendimiento, seguridad, compatibilidad del sistema, por lo cual ha sido el uno de los sistemas con peor aceptación por parte de los usuarios, así como el Windows Me. 

Windows 7 (versión sucesora de Vista) ha tenido un alto grado de aceptación por parte de los usuarios ya que el rendimiento ha sido favorable, así como la interfaz amigable, tiene muchas correcciones de seguridad pero contrario a XP es un sistema muy incompatible con otros y dispositivos. 

Ejercicio 3 En el contexto del tema gestión de riesgos, suponga que usted es el dueño de una pequeña empresa de desarrollo de software, por ejemplo formada por cinco programadores. Considere el riesgo asociado a la pérdida de todos los archivos de datos y código fuente y conteste las siguientes preguntas: 

a) ¿Cuáles son los riesgos asociados? 

b) ¿Cuál es la probabilidad de pérdida asociada a esos riesgos? 

c) ¿Cuál sería el costo monetario de recuperarse de los riesgos si éstos ocurrieran? 

d) ¿Cuál sería el costo si ocurriera el peor escenario? ¿Cómo se puede hacer para disminuir o eliminar el costo si ocurriera el peor escenario? 

e) ¿Cuáles son las alternativas para atenuar los riesgos? ¿Cómo se controla que las alternativas son efectivas y se están llevando a cabo correctamente? 

f) ¿Las alternativas producen otros riesgos? 

Ejercicio 4 Un error común en ciencias de la computación es pensar que la codificación consume la mayor parte del tiempo de desarrollo del software. Apelando a la experiencia individual, establecer qué porcentaje de tiempo requieren aproximadamente las fases de especificación de requerimientos, diseño, codificación, testeo y mantenimiento en el desarrollo de un programa. 

Especificación de requerimientos. Aproximadamente un 20% del tiempo. Es imprescindible que se especifique al 100% lo que se requiere y que se evalúe la herramienta a usar para programar para validar que es posible realizar y que no. Un requerimiento vago, errado o insuficiente puede llevar a re-codificación parcial e inclusive total. 

Diseño. Aproximadamente un 30% del tiempo. Un diseño excelente permite que la codificación se agilice y que la misma resulte clara y compacta. Cuando se plantea con detenimiento que se quiere lograr y como, se reduce el tiempo de la codificación. De ser posible incluir en la parte de diseño un diagrama de funcionamiento (pasos) de cada módulo asociado a la aplicación. 

Codificación. Aproximadamente un 15% del tiempo. Esto puede variar en proporción a los puntos de especificación y de diseño. La codificación puede realizarse de forma natural y sin complicaciones si se cumplen los objetivos previos de manera satisfactoria. 

Testeo. Aproximadamente un 10% del tiempo. Una vez inicia esta etapa se descubren errores en la codificación inicial así como también posibles mejoras antes de entregar el producto terminado. 

Mantenimiento. Aproximadamente un 25% del tiempo. Al entregar la aplicación inicia el verdadero trabajo y es aquí donde el usuario que solicita empieza a requerir modificaciones, mejoras y cambios en el funcionamiento

...