Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
DEVELOP SOFTWARE
Como ingeniero de software has iniciado labores profesionales en la empresa
DEVELOP SOFTWARE, la que tiene como giro principal la creacin de aplicaciones
hechas a medida para los clientes que solicitan sus servicios. La empresa est
compuesta por un gerente general, un jefe de departamento de desarrollo, tres
programadores, un diseador, un ingeniero de testing y dos analistas.
Adicionalmente laboran en la organizacin tres encargados de ventas una
recepcionista y un guardia de seguridad.
Como parte de tus obligaciones profesionales se te ha encomendado realizar la
propuesta de un plan SQA para asegurar la calidad de un proyecto que se iniciar.
El proyecto se trabajar con un modelo de desarrollo gil basado en la creacin de
prototipos, y se tiene un alto grado de acceso a los usuarios finales y a la gerencia
por lo que la interaccin con los clientes ser cercana y permanente
Instrucciones
1.- En base a la informacin proporcionada complementar el plan para el
aseguramiento de la calidad del software desarrollando el proyecto de
mantenimiento de software que contenga lo siguiente:
2.- Identificar el tipo de mantenimiento al que corresponda el caso. (Para cada
una de sus etapas)
3.- Identifica las fases de evolucin del mantenimiento por las cuales el sistema
pasar
4.- Realiza el estudio de viabilidad y costos con base en los requerimientos.
5.- Integra esta informacin con lo ya desarrollado en la unidad 1 y 2 y modifica
las conclusiones del documento para incluir tu opinin sobre la importancia del
informe de viabilidad y anlisis de riesgos de un proyecto de mantenimiento de
software.
Plan de aseguramiento de pruebas
El plan a desarrollar se enfoca en establecer las pautas y actividades a
implementarse para garantizar la calidad del proyecto a desarrollar, el plan brinda
elementos de apoyo a la gestin del proyecto con lo cual se pueden realizar
verificaciones sobre la adecuacin al proceso y, de esta manera, detectar desvos
y posibles errores que puedan resultar en acciones correctivas en las etapas
tempranas, el ciclo de vida relacionadas que se tendr en cuenta para el presente
plan es: elaboracin, construccin, evaluacin y transicin, siguiendo una lnea de
trabajo sobre los siguientes pasos: requerimientos, anlisis, diseo,
implementacin, verificacin y mantenimiento.
Objetivo de la calidad del programa
Desarrollar cada etapa del proyecto con la seguridad de que se est cumpliendo
con todos los requisitos y funcionalidades que se espera obtener, evitando costos
futuros en reparacin o mantenimiento prematuro del software, garantizando al
cliente un producto apto para su uso e implementacin con un grado de error
mnimo.
Actividades de revisin propuestas para el plan
Revisar cada producto
El alcance de esta actividad consiste en revisar los productos que se hallan
definido como principales para verificar en el plan de calidad empleado,
inspeccionando que no queden correcciones sin resolver identificadas en los
informes de revisin previos, en caso de que se encuentre alguna no
resuelta, esta deber ser incluida en la siguiente revisin. Tambin se deber
identificar, documentar y mantener en continua revisin las desviaciones
encontradas as como verificar que se hayan realizado las correcciones
necesarias, como resultado se obtiene el Informe de revisin de SQA, el cual
debe ser entregado a los responsables del producto, asegurndoles que son
conscientes de desviaciones o discrepancias encontradas. Los responsables
de ejecutar la actividad son: el jefe de departamento de desarrollo y el
ingeniero de testing.
Revisar el ajuste al proceso
Su alcance consiste en revisar los productos que se definieron como
principales para verificar el cumplimiento de las actividades definidas en el
proceso, para asegurar la calidad en el producto final del desarrollo, se
realizaran revisiones sobre los productos durante todo el ciclo de vida del
software y a su vez se recoger la informacin necesaria de cada producto,
buscando que cumplan con los requerimientos planteados inicialmente.
Hay que debe verificar en los informes de revisin previos que todas las
desviaciones fueron corregidas, de no ser este el caso, las faltantes se
incluyen para ser probadas en un futuro no lejano, con el fin de pasar a la
siguiente etapa de desarrollo, de esta actividad se puede obtener el Informe
de revisin de SQA correspondiente a la evaluacin de ajuste al proceso, el
cual deber ser entregado a los programadores y gerente general, con el fin
de corregir posibles errores encontrados y darle seguimiento al desarrollo del
proyecto. Los responsables de ejecutar esta actividad son: el ingeniero de
testing y los analistas.
Realizar Revisin Tcnica Formal
La actividad consiste en descubrir los errores que se generen en la funcin,
la lgica o la implementacin de cualquier producto del software, verificando
que satisface las especificaciones y que se ajusta a los estndares
establecidos, mostrando las posibles desviaciones detectadas en el
producto, con esta actividad se espera detectar lo antes posible, los defectos
y/o desviaciones en los productos que se van generando en todo el
desarrollo, estas revisiones se hacen mediante reuniones donde se convoca
a todo el equipo de desarrollo, gerente general, jefe de departamento de
desarrollo, ingeniero de testing, programadores, analistas y el diseador, los
cuales pueden hacer preguntas sobre las dudas que les han surgido durante
las revisiones y pruebas del producto, estas reuniones sern de dos horas o
menos, ya que no se debe invertir mucho tiempo en ellas, como resultado se
obtiene el informe de la revisin tcnica formal.
Asegurar que las desviaciones son documentadas.
El fin de esta actividad es documentar cada una de las desviaciones que se
hayan detectado en el proyecto, manejndolas de acuerdo a un correcto
procedimiento, el cual ser implementado por el responsable del rea que lo
requiera. Los responsables de realizar esta actividad son los analistas, el
encargado de desarrollo y el gerente general, los cuales se encargaran de
checar continuamente a los encargados de cada rea, para que resuelvan
las desviaciones encontradas de una manera oportuna.
Gestin de la configuracin:
Especificacin de requerimientos del software
Los requerimientos en el desarrollo del producto software son de suma importancia
al momento de iniciar con el proyecto, ya que estos sirven de base para las
siguientes etapas, estos son:
Funcionalidad
adecuacin a las necesidades
precisin de los resultados
interoperabilidad
seguridad de los datos
Confiabilidad
madurez
tolerancia a faltas
Usabilidad
comprensible
aprendible
operable
atractivo
Eficiencia
utilizacin de recursos
Mantenibilidad
analizable
modificable
estable
verificable
Portabilidad
adaptable
instalable
co-existencia
En conjunto estos atributos debern cumplir con las normas y regulaciones
aplicables a cada uno.
Descripcin del diseo del software
Este documento es elaborado por los desarrolladores en conjunto con los clientes,
es aqu donde se describen los componentes y subcomponentes del diseo del
software, incluyendo interfaces internas, las cuales cubren los requerimientos
iniciales en funcin de la importancia que estos presenten y de sus conexiones
lgicas.
Verificacin y validacin
Se verifica que los requerimientos descritos en el documento de requerimientos han
sido aprobados por el encargado de desarrollo y el cliente, y se verifica que los
requerimientos planteados son implementados en el diseo plasmado en el
documento de diseo, el cual a su vez deber estar implementado en el cdigo,
validando este ltimo al ser ejecutado.
Documentacin de usuario
En este apartado se especifica y describen los datos y entradas de control
requeridos, as como la secuencia de entradas, opciones, limitaciones del proyecto
y los elementos necesarios para la ejecucin exitosa del software.
Mantenimiento del software
Para esta etapa se realizan revisiones paulatinas al software por parte del
encargado de desarrollo el cual considera que se debe dar mantenimiento o no al
software que se est desarrollando, tambin se realizan las revisiones por el cliente,
si este considera que hace falta mantenimiento, se lo har saber al encargado, quien
a su vez lo re direccionara con el tcnico principal.
Norma para evaluar el proyecto
La norma empleada para la evaluacin del proyecto es IEEE 730-2002, la cual
permite emplear un ciclo de vida apto para cada proyecto, dependiendo el software
que se desea desarrollar, la ventaja principal de este estndar es que describe los
procesos en un plan integral, el cual se ha definido con anterioridad, elaborndose
sistemticamente para su correcta ejecucin.
Plan de pruebas
Revisar cada producto
El elemento del desarrollo que se va a probar
Se probara el sistema completo
Tipo de prueba
La prueba a utilizar en esta actividad es la de Implantacin
Nivel de prueba
Tercer nivel
Justificacin de la utilizacin de la prueba
Se ha optado por la utilizacin de la prueba de implantacin debido a que
este tipo de prueba permite realizar una sobrecarga en la ejecucin del
sistema, lo cual permitir encontrar algn posible error en la ejecucin del
mismo.
Planificacin
En especfico se evaluara la reaccin del sistema ante una sobrecarga de
ejecucin, con lo cual se le pedir al programa que realice una misma accin
un mnimo de 5 veces, tomando en cuenta las ordenes que puede ejecutar
la aplicacin, o producto que se halla desarrollado, cabe mencionar que la
prueba a implementar es dinmica.
Procedimientos
La aplicacin se ejecutara las veces que se halla planeado, en este caso 5
veces una misma orden, con el fin de sobrecargar el sistema y que arroje
algn error, de ser as se documentaran y se proceder a su correccin o
modificacin, segn sea el caso.
Personal que ejecutar la actividad
El jefe de departamento de desarrollo y el ingeniero de testing.
Revisar el ajuste al proceso
El elemento del desarrollo que se va a probar
Se probara la aplicacin por mdulo de cdigo
Tipo de prueba
Prueba de integracin
Nivel de prueba
Segundo nivel
Justificacin de la utilizacin de la prueba
La prueba de integracin es la adecuada para el ajuste al proceso, pues
permite checar la funcionalidad del cdigo que se est estructurando,
teniendo en cuenta que este integra la informacin que se est procesando
en la elaboracin y ejecucin de la aplicacin.
Planificacin
Se evala el desarrollo del sistema en su etapa media, en la cual ya se cuenta
con clases estructuradas que desempean cada una diferente funcin, la
prueba se aplicara un mnimo de 5 veces, los requerimientos que se hallan
definido para esta etapa son los que se tendrn en cuenta, esperando cumplir
con los mismo, este tipo de prueba es esttica, pues se realiza durante la
programacin del componente.
Procedimientos
El cdigo de la aplicacin se divide en mdulos, para poder realizar
modificaciones o mejoras a la misma en un futuro, por tal motivo se prueba
el modulo en el desarrollo medio de la misma, en donde se realizan
peticiones de integracin por parte del usuario a las clases existentes, las
cuales deben arrojar el resultado previsto, de igual forma se documenta cada
uno de los resultados que se obtengan en las ejecuciones, si el positivo se
procede a dar como aprobado este mdulo.
Fases de evolucin
Versin alfa: Pertenece al desarrollo inicial, es aqu donde se definen con precisin
los requerimientos del sistema, una vez identificados estos, se procede a estructurar
la aplicacin, ya que se tiene la versin completa, se pueden realizar pruebas, tanto
por el usuario como por los desarrolladores, con el fin de saber si se realizaran ms
cambios y modificaciones en la estructura, por el momento solo se muestran
escenarios y casos de estudio, pero con los conocimientos adquiridos mediante las
pruebas realizadas, se puede emplear el dominio de la aplicacin, soluciones a los
problemas encontrados, nuevos requerimientos del usuario, entre otros.
Etapa de madurez: Se aplica al momento de que el cliente muestra como
necesarias nuevas implementaciones en el mismo, con el fin de adaptarlo a los
entornos actuales que se manejen en su rea de aplicacin, un ejemplo seria la
aplicacin que se desarrolla nicamente para uso de escritorio, pero, con el uso
continuo de otro tipos de dispositivos (tablets, smarthphone, IPad) de debe mejorar
la aplicacin a un diseo responsivo, el cual permitir que esta sea manejada desde
cualquier dispositivo, dndole mayor probabilidad de xito en el mercado a sus
clientes.
Etapa de salida: Despus de haber realizado diferentes tipos de mantenimiento a
las aplicaciones que se desarrollan en la empresa Develop Software, se llega al
punto donde el sistema ya no es adaptable, debido al alto costo que supone realizar
una siguiente modificacin, por tal motivo, es necesario aplicar la reingeniera de
sistemas, la cual nos ayuda a identificar el cdigo reutilizable para tomarlo de base
en un nuevo componente, modulo o sistema para iniciar un nuevo proyecto.
Estudio de viabilidad y costos (Registro de trabajadores)
1. Identificar los requerimientos
- El sistema debe asignar a cada trabajador un nmero de clave conforme
se registre al nuevo integrante de la empresa.
- El sistema debe permitir a los trabajadores registrar su hora de salida y
llegada, mediante la huella digital.