Alumno

Responder

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?
a. Steam Vr, es la única plataforma que permite la interacción con HTC vive y debe
de ser ejecutada en sistemas operativos Windows, de escritorio. La aplicación
estaría limitada solo a equipos con ese sistema operativo, esto limita los
desarrollos para esta plataforma.
b. Windows SQL server también está limitado a sistemas operativos Windows, lo
cual no permite que se instale en servidores con otras distribuciones que
probablemente estén mejor preparados y puedan ser configurados para tareas
específicas.
2. Según lo estudiado determine qué tipos de aplicativos o que características tendrías que
tener los aplicativos a desarrollar para poder considerar como norma o estándar
principal a ejecutar en el desarrollo las siguientes:
a. ISO 9000-3: Está basada en el control de la calidad que debe ser aplicado a todas
las fases de la producción de software, incluido el mantenimiento e
implementación. Este estándar puede ser aplicado a software de gran
envergadura en el cual se necesita aplicar calidad a todos los procesos que lo
componen, y en el cual tanto el cliente como el proveedor acuerden llevar con
calidad desde las negociaciones, hasta el fin de la vida útil del software.
b. IEE 829-1998: Standard for the software test documentation. Define la
documentación generada en cada una de las fases del proyecto de pruebas. Este
estándar es fundamental cuando se debe de asegurar que el sistema no tenga
errores, y que en su proceso de pruebas se realizó un trabajo exhaustivo. Es
aplicable para sistemas de banca, manejo de aviones, autos, automatización de
maquinaria, equipos pesados y cualquier otro entorno en el que el un error de
software pueda tener consecuencias de alto costo.
c. ISO /IEC 29119 Proporciona una norma definitiva para las pruebas de software
que define el vocabulario, procesos, documentaciones técnicas y un modelo de
evaluación del proceso de pruebas de software que se puede utilizar dentro de
cualquier ciclo de vida de desarrollo. Este estándar es importante de aplicar
cuando nuestro software necesita demostrar su calidad a fuera del país ya que
este es el estándar de pruebas internacional.
3. Imagine una situación en la cual un proyecto de software que implica la integración de
más de un aplicativo existente en la empresa cliente con un nuevo aplicativo solicitado
es asignado a su equipo de trabajo, siendo usted el jefe de proyecto. Actualmente la
empresa contratante está acostumbrada a manejar estándares de calidad en todos los
aspectos de su desarrollo por lo cual exige que ustedes puedan demostrar de forma
exhaustiva la calidad aplicada a su proyecto. Ya con dicha información su jefe les indica
 que ya es tiempo de que ustedes puedan tener un estándar de calidad aplicado a sus
proyectos y que sirva para el futuro de próximos proyectos. En la disyuntiva de decidir
si hacer 1 sola norma o estándar de calidad que sirva a ambos propósitos o realizar 2 1
para cada uno de los propósitos, determine:
a. Si tomara la decisión de aplicar 2 o 1 estándares según sea el caso ¿Y por qué?

Considero que sería más conveniente aplicar solo un estándar que sirva para ambos
propósitos, ya que conocer y aplicar un estándar demanda recursos y si es posible
reducir estos es mejor. Probablemente después para otros proyectos sea necesario
incorporar otros estándares, pero por el momento creo que un es suficiente. Es por
esto que creo que el estándar ieee12207 serviría mucho para manejar
completamente el software que se va a desarrollar y dar calidad a todo el proyecto.
Adicionalmente este estándar permite ser aplicado a todo tipo de proyectos de
software lo que nos sería útil también para más adelante.

b. Cuál será la decisión con respecto al equipo de desarrollo que requerirá para el
desarrollo de dichos estándares o normas, y cuáles serán sus responsabilidades
o roles dentro del control y aseguramiento de la calidad

Considero que no se tiene mucha información sobre el proyecto para poder definir
exactamente los roles del equipo de desarrollo. Pero dado que el estándar se basa
en los principios de modularidad y responsabilidad es necesario tener al menos un
responsable diferente para los procesos principales, que son los de Adquisición
Suministro, Desarrollo, Operación y Mantenimiento, haciendo por ahora 5
personas, dependiendo adicionalmente del rol que desee tener la empresa
contratante ya que es posible derivar uno de estos roles a esta empresa. Los demás
procesos que se requieran es probable que se necesite más personal, o que se
reutilice el que ya se tiene.

c. Que características considera en dichos estándares

Considero principalmente que este estándar puede ser adaptado a las necesidades
de cualquier proyecto. Y se encarga de darle calidad a todo el mismo, permitiendo
un mínimo acoplamiento y una máxima cohesión.

4. Según el caso de estudio presentado a continuación considere que aspectos de

verificación y validación ejecutaría para evitar la problemática existente

Como se menciona en el documento para evitar estos accidentes es necesario tomar en

cuenta todos los escenarios posibles para todas las fases del proceso.
Creo que en este caso en específico se debe de dar mayor importancia a la verificación,
ya que es un producto bastante especio y bien definido. Sin embargo, el problema
ocurrido es algo que podía ser detectado por la V&V en varias fases del proyecto,
iniciando en la toma de requerimientos, en la que se recolectan que códigos y cartas de
navegación existen, en el diseño donde se escogen cuáles de estos serían usados, y en
el proceso de pruebas, las cuales obviamente no se hicieron de manera exhaustiva.

Probablemente realizando un plan de V&V como el siguiente se podría haber evitado el

accidente.

a. Propósito
b. Definiciones
c. Visión general de V&V
d. Gestión de V&V
e. V&V en requerimientos
f. V&V en diseño
g. V&V en fase de implementación
h. V&V en fase de pruebas
i. V&V en fase de implantación
j. Informe de resolución de anomalía
k. Política de iteración de tarea
l. Procedimientos de control