Ingeniera en Desarrollo de

Software
Felipe de Jess Gutirrez Garca
(Al12535104)
Mara Yolanda Huerta Castillo
Facilitadora
Grupo
DS-DPSS-1602-B1-001
8 Semestre
Pruebas y mantenimiento de sistemas de
software
Unidad 1
Fundamentos del aseguramiento de la
calidad del software
Actividad 1
1

Objetivos del aseguramiento de la calidad

del software
NDICE

Propsito.............................................................................................................................................................3

Instrucciones......................................................................................................................................................3

Desarrollo de la actividad.................................................................................................................................4

a) Descripcin del proyecto de Software...............................................................................................4

b) Perspectiva de apreciacin de calidad del proyecto........................................................................8

c) Esquema de categoras y subcategoras de los mbitos de evaluacin de calidad.....................8

d) Enfoque de implementacin del estndar ISO/IEC 25000................................................................9

e) mbitos de anlisis considerados.....................................................................................................10

f) Conclusiones sobre los beneficios de analizar los mbitos que determinan la calidad del
software................................................................................................................................................13

Fuente de consulta...........................................................................................................................................13
2

Propsito
En esta actividad participars en un foro, ah identificars los mbitos que definen y aseguran la calidad en el
ciclo de vida del software. Para ello, tu Docente en lnea te har llegar las instrucciones, una vez que cuentes
con ellas, sigue estos pasos:
Instrucciones

1. Recupera uno de tus proyectos realizados en las asignaturas Programacin orientada a objetos I, II,
III, Programacin .NET I, II, III, Diseo de bases de datos, o Administracin de bases de datos.

2. Analiza tu proyecto desde las tres perspectivas de apreciacin de la calidad: consumidor final,
productor de bienes, proveedor de servicios.

3. Realiza un esquema donde integres las categoras y subcategoras de los mbitos de evaluacin de la
calidad del software ISO 9126 que cumple tu proyecto, y de los que no se integraron.

4. Analiza los enfoques de implementacin del estndar ISO/IEC 25000. Menciona con cul de los tres
enfoques te identificaste al realizar el esquema de los mbitos de evaluacin de la calidad del
software, y por qu lo consideras as.

5. Menciona en qu nivel de madurez se encuentra tu proyecto y por qu.

6. Identifica cules son los mbitos de anlisis de la calidad que consideraste en tu proyecto.

7. Ingresa al foro tu participacin con estos elementos:

a) Breve descripcin de tu proyecto de software

b) Perspectiva de apreciacin de calidad de tu proyecto
3

c) Esquema de categoras y subcategoras de los mbitos de evaluacin de calidad consideradas

en tu proyecto
d) Enfoque de implementacin del estndar ISO/IEC 25000
e) mbitos de anlisis considerados
f)

Tus conclusiones sobre los beneficios de analizar los mbitos que determinan la calidad del
software

8. Argumenta tu participacin en el Foro, si consultaste alguna fuente para sustentarla, debes citarla.

9. Revisa la rbrica de foro, para que consideres los criterios de evaluacin de esta actividad.

10. Ingresa una segunda participacin en el Foro. Indica cules son los mbitos de anlisis no
considerados en los proyectos de, al menos, dos de tus compaeros(as) y cmo puede afectar esta
omisin, desde los enfoques de apreciacin de la calidad del software.

Desarrollo de la actividad
a) Descripcin del proyecto de Software
Proyecto es tomado de la Evidencia de aprendizaje de la Unidad 2 Diseo de interfaces mediante .NET, de
la asignatura de programacin Net III.
Elaborar un programa donde se registren a personas adultas y mayores que se inscribirn en INEA, en los
niveles de alfabetizacin, primaria y/o secundaria; formando as un directorio de educandos, este
programa, deber estar conectado a una Base de Datos en la cual se guardarn los datos de registro;
stos datos a su vez podrn ser modificados por el TI encargado como administrador de la base de datos.
Los campos identificados son para el registro de educandos son:
-Apellido Paterno
-Apellido Materno
-Nombre(s)
-Direccin (Calle, nmero, colonia, delegacin o municipio, estado, pas, cdigo postal)
-Telfono
-Sexo (Hombre o Mujer)
-Nivel (Alfabetizacin, primaria, secundaria)
Identificados los campos, se crea la BD Registro_de_educandos y la tabla correspondiente Educandos, en
la cual se incorpora la clave del educando o Id (Primary Key) para quedar como se muestra en la siguiente
imagen:
4

Creacin de Base de datos: Registro_de_educandos y Tabla: Educandos

Una vez creada la Tabla educandos, el siguiente paso es crear o disear el formulario como se
muestra en la siguiente imagen:

Creacin del formulario

Para los campos Sexo y Nivel, se utilizan CheckBox, ste permite al usuario seleccionar el tipo de
Sexo de la persona en registro y el Nivel al que se registra a la persona joven o adulta para el estudio
5

del nivel seleccionado, estos campos se registrarn en la BD de manera automtica al seleccionar la

opcin correspondiente.
Ya instalado en la computadora el MySQL Connector ODBC 6.9.7.0, se procede a la seleccin del
mismo agregndolo al proyecto como extensin en el administrador de referencias como: MySql.Data
6.9.7.0

Seleccin del conector

Una vez incorporada al proyecto la extensin del conector de MySql, el siguiente paso es importar el
proveedor en el del cdigo desarrollado para la aplicacin

Importacin del proveedor de datos

Posteriormente en la pestaa de herramientas se selecciona conectar a la Base de Datos, para el caso

que me ocupa es Registro_de_Educandos y se procede a establecer la conexin:

Establecimiento de conexin

Finalmente, la conexin queda establecida, solo falta implementar los mtodos que permitirn dar de
alta a un educando en su registro, darlo de baja o simplemente modificar el contenido de los campos.

Conexin establecida

La interfaz grfica que permitir (de manera sencilla) a sus componentes interactuar con la Base de
Datos queda de la siguiente manera:

Interfaz grfica

La interfaz grfica o formulario diseados en el proyecto presentado, permitir al usuario interactuar para
dar de alta un registro de educando, darlo de baja o modificar los datos registrados, cada vez que se
incorporen datos (Apellido Paterno, Apellido Materno, Nombre, Direccin, Telfono, Sexo, Nivel), estos se
incorporarn automticamente a la base de datos diseada para establecer conexin con la interfaz
grfica, al implementar los mtodos correspondientes, se deber considerar el Alter Table, que permitir
insert o insertar (Altas), delete o borrar (bajas) y modify o modificar (cambios) cualquier registro en la Tabla
Educandos.
b) Perspectiva de apreciacin de calidad del proyecto
Considerando que la calidad puede apreciarse desde tres perspectivas:

Para un consumidor final, la calidad connota una funcionalidad libre de defectos, fcil de usar, con
niveles aceptables de fallas durante su uso, confiable en su rendimiento, con fcil acceso a servicios y
proteccin contra daos.
Para un productor de bienes, la calidad connota la conformidad con las especificaciones del
producto, definidas por el propio productor, una asociacin industrial o el gobierno.
Para un proveedor de servicios, la calidad connota proporcionar sus servicios en el tiempo acordado,
de acuerdo con las especificaciones requeridas por el cliente.

Para el proyecto son consideradas de la siguiente manera:

Perspectivas

Consumidor Final

Productor de Bienes

Apreciacin
El Sistema queda integrado con una interfaz de usuario, funcional y
uso sencillo, teniendo una visin general de lo que se requiere en el
momento de su utilizacin, segn los requerimientos solicitados, los
datos se ingresaran y almacenaran en una BD, dando las opciones el
Sistema de insertar, modificar, borrar y buscar registros, y mostrar la
informacin en un formulario.
El Sistema cumple con las especificaciones del mismo software,
requeridas por el cliente con antelacin, brinda la posibilidad de
realizar modificaciones segn necesidades del cliente o usuario final.

Proveedor de
Servicios

Una vez terminado, el Sistema fue entregado en tiempo y forma, y

cumpliendo con los requerimientos solicitados por el cliente, as que
cumple con la calidad requerida y solicitada.

c) Esquema de categoras y subcategoras de los mbitos de evaluacin de calidad

Considerando la clasificacin de las categoras y subcategoras de la norma ISO 9126 para la evaluacin
del software el esquema se muestra en el siguiente cuadro:
Categoras

Funcionalidad

Confiabilidad

Usabilidad

Eficiencia
Facilidad de
mantenimiento

Portabilidad

Subcategoras
Adecuacin
Precisin
Interoperabilidad
Seguridad
Conformidad de su Funcionalidad
Madurez
Tolerancia a fallas
Habilidad de recuperacin
Conformidad de su confiabilidad
Comprensibilidad
Facilidad de aprendizaje
Facilidad de operacin
Conformidad de su usabilidad
Manejo de tiempos
Empleo de recursos
Conformidad de su eficiencia
Facilidad de ser analizado
Facilidad de mantenimiento y cambios
Estabilidad
Conformidad del mantenimiento
Adaptabilidad
Facilidad de instalacin
Co-existencia
Facilidad de reemplazarse
Conformidad de la portabilidad

Cumple
SI
SI
SI
SI
SI
NO
NO
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI
SI

d) Enfoque de implementacin del estndar ISO/IEC 25000

Si se desea implementar el estndar ISO/IEC 25000, es necesario contemplar los siguientes tres
enfoques:
1. Enfoque interno: ayuda a detectar deficiencias en el producto de software desde sus fases iniciales.
Incluye la obtencin de los requerimientos y su anlisis, la propuesta de diseo que cubra los
requerimientos, todo el cdigo fuente y aplicaciones, as como sus pruebas implementacin, puesta en
marcha y mantenimiento.

2. Enfoque externo: considera que el software ya se est ejecutando o que est en un ambiente de
produccin, pues es slo hasta este momento cuando se puede analizar realmente si los resultados
generados son los mismos que los esperados.
3. Enfoque en uso: ayuda a medir la calidad del software frente a una operacin por los usuarios finales.
Esto debido a que el software puede tener resultados incorrectos si ocurri un error durante el diseo
de las interfaces e interacciones con el usuario.
Para el mbito de las pruebas y mantenimiento de software, esta familia de normas tiene mucha
relevancia debido a su relacin directa con las fases de pruebas y mantenimiento de software, debido a
que las normas SQuaRE evalan la calidad del software desde dos perspectivas, la interna y la externa
(uso del producto).
En referencia al proyecto presentado, considero un enfoque interno, es decir, primeramente, se
obtuvieron una serie de requerimientos, se analizaron y se procedi al diseo cubriendo los
requerimientos proporcionados por el cliente, se desarroll el cdigo fuente y utilizando aplicaciones para
la realizacin del sistema, se efectuaron pruebas de funcionamiento y mantenimiento, dando como
resultado un buen sistema.
En el cuadro o tabla anterior, califiqu de NO cumple las subcategoras de Madurez y Tolerancia a fallas
de la categora confiabilidad, debido a que se pueden generar errores cuando el usuario final utilice el
sistema al hacer mal uso del mismo, es decir, que registre mal a los educandos, poniendo datos en los
campos que no correspondan, aqu entra el mantenimiento y pruebas del software ante estas posibles
fallas y por ende, hace que el sistema NO cumpla con la madurez de confiabilidad.
Entonces, considero que empleara el modelo CMM:
El modelo CMM divide la madurez de los procesos de software en cinco fases o niveles, que buscan un
refinamiento continuo hacia la optimizacin de cada proceso. Por madurez de los procesos de software
debe entenderse el nivel en el que se encuentra el software, de acuerdo con la siguiente escala evolutiva,
representada en la siguiente grfica:

Nivel 1 inicial. Se caracteriza por la indisciplina en los procesos. No cuenta con reas clave de proceso o
KPA.
Nivel 2 repetible. Comprende la gestin de la configuracin del software, el SQA (aseguramiento de la
calidad del software). Se incluyen las cuestiones administrativas inherentes a un proyecto de desarrollo de
software, tales como su planificacin, desarrollo y control. Adquiere el nombre de repetible debido a que se
logran procesos estables, con niveles aceptables de control y estandarizacin.
Nivel 3 definido. Contempla la ingeniera del producto de software. Recibe el nombre de definido debido a
que ya se cuenta con procesos predecibles. Se incluye un estudio a detalle de todos los procesos, as
como la coordinacin del grupo de desarrollo de software.
10

Nivel 4 gestionado. Contempla la mejora continua de los procesos, toda vez que ya se han superado los
niveles anteriores. Para efectuar esta accin, se incluyen los conceptos de gestin de la calidad del
software y la cuantitativa de procesos.
Nivel 5 en optimizacin. Una vez que se ha alcanzado un nivel optimizado, es necesario permanecer en
l; por lo tanto, este nivel comprende la gestin del cambio en los procesos, de tal manera que no afecten
los logros que ya se han obtenido. Tambin contempla la gestin de los cambios tecnolgicos, pues es
muy comn que una mejora en la tecnologa permita otra en los procesos; por ejemplo, los sistemas
basados en la nube que se desprendieron de un equipo fsico para estar disponibles en Internet, permiten
interactuar con ellos desde cualquier punto con acceso a la red, distribuyendo en tiempo real los datos
sensibles para los usuarios de dicho sistema.
Entonces, considero que mi proyecto est en Nivel 2 de repetible.
e) mbitos de anlisis considerados
En el estudio de la calidad del software es posible apreciar las mismas estructuras que en un ciclo de vida
de sistemas de software. Desde la obtencin de los requerimientos (anlisis), integracin de componentes
(desarrollo) hasta el mantenimiento del sistema.
Existen cuatro mbitos de anlisis de la calidad que definen las fases principales del ciclo de vida de los
sistemas de software:
Los mbitos de anlisis de la calidad se aplican de manera paralela al ciclo de vida del software:
1. Calidad de la especificacin. Se ubica en la primera fase del ciclo de vida del software, en la fase
de anlisis.
2. Calidad del diseo. Se ubica en la segunda fase del ciclo de vida del software, en la etapa de
diseo.
3. Calidad en el desarrollo. Se ubica en la tercera fase del ciclo de vida del software, en la etapa de
desarrollo.
4. Calidad de la conformidad. Se ubica en la cuarta fase del ciclo de vida del software, en la fase de
pruebas.
Referente al proyecto presentado, emple los 4 mbitos:
1.- mbito de la calidad del software: especificacin
Se analizaron y especificaron los requerimientos para el Sistema en mencin, teniendo como resultado,
una buena calidad del software.
Considero muy importante que las especificaciones de los sistemas de software sean bien definidas,
comprensibles, y que tomen en cuenta todos los aspectos posibles que se relacionan con la calidad del
sistema.
Para este mbito, se realiz una tabla con los aspectos comprendidos en cada tipo de especificacin para
que la obtencin de requerimientos sea de calidad, es decir, siempre lo debemos tener en cuenta en la
realizacin de algn proyecto:
Tipo de
especificacin
Funcionalidad

Aspectos que comprende el tipo de especificacin

Se refiere a las funciones que deben ser logradas; es decir, la descripcin de los
procesos que puede realizar el software.
El ejemplo de un aspecto de funcionalidad puede ser el rea de administracin
escolar de una universidad, la cual requiere que los alumnos puedan inscribirse a sus
cursos a travs de un portal va Internet. La funcionalidad en este ejemplo es la

11

Capacidad

Uso

Confiabilidad

Seguridad

inscripcin de alumnos.
Especifica la carga que el producto o servicio de software debe soportar, de acuerdo
con los requerimientos.
Si se retoma el caso anterior, un ejemplo de un aspecto de capacidad consiste en que
se puedan inscribir, de manera concurrente, hasta un mximo de 100 alumnos por
minuto.
Especifica las necesidades que el producto o servicio va a satisfacer.
A partir del caso de la universidad, un aspecto de uso es automatizar el proceso de
inscripciones.
Especifica el tiempo en el que el producto o servicio podr ser usado antes de
requerir mantenimiento.
Un aspecto de confiabilidad consiste en que la misma universidad requiere que el
sistema funcione correctamente por un mnimo de dos semestres, sin necesidad de
mantenimiento.
Especifica los niveles lmite para asegurar a los usuarios el uso del producto o
servicio. Seala cualquier amenaza para la cual el producto o servicio deba
prepararse.
Un aspecto de seguridad consiste en que el sistema de inscripciones debe ofrecer
sus servicios sin interrupciones, adems de estar bien protegido en contra de
cualquier tipo de ataque informtico.

2.- mbito de la calidad del software: diseo

Para el diseo, se especific el objetivo general del proyecto, realizando una interfaz de usuario,
funcional y de fcil uso, teniendo una visin general de lo que se requiere en el momento de su
utilizacin, segn los requerimientos obtenidos, con un resultado ptimo, ya que las especificaciones
fueron definidas correctamente.

Este mbito se integra en la fase de diseo de desarrollo de software, al igual que con las
especificaciones, los mbitos de calidad del diseo tienen una relacin directa con el ciclo de vida
tradicional del software, pues se llevan a cabo en la fase de diseo de software.
mbitos de la calidad del diseo

3. mbito de la calidad del software: desarrollo

12

En este mbito, se menciona la fase de desarrollo del proyecto, en la cual se cre una BD con sus
procesos correspondientes, consiguiendo calidad en nuestro cdigo mismo, realizado para ese fin,
apegado a las buenas prcticas y guas del lenguaje de programacin que se emple para su
realizacin.
Las actividades que normalmente se llevan en la fase de desarrollo del ciclo de vida del software
comprenden:
Creacin de la base de datos y estructura de tablas
Desarrollo de libreras
Desarrollo de pantallas
Desarrollo de reportes
Desarrollo de planes de pruebas unitarias
Desarrollo de procesos
Las ventajas que se obtienen cuando se desarrolla a partir de este mbito, las directrices sern
siempre importantes para garantizar el desarrollo de un sistema de software de calidad, as como su
futuro mantenimiento.
Entre dichas ventajas es posible considerar:
Ahorro de tiempo de programacin. Si el programador sabe exactamente cmo nombrar y
almacenar las variables, clases, funciones, libreras, etctera, podr ahorrar mucho tiempo en su
desarrollo.
Optimizacin del desarrollo en equipo. Si en un mismo proyecto intervienen diferentes
desarrolladores, podrn darle seguimiento a cdigos que no escribieron inicialmente, ubicar y
comprender rpidamente la lgica de la programacin que ha dejado su compaero(a).
Disminucin de errores. Si el cdigo es fcil de leer y sigue las mismas directrices de formato y
asignacin de nombres, los errores sern ms fciles de identificar desde la misma fase de desarrollo.
4. mbito de la calidad del software: conformidad
Se realizaron pruebas y mantenimiento del ciclo de vida del desarrollo del sistema, teniendo como
resultado final el cubrimiento total de los requerimientos proporcionados por el cliente.
Este concepto hace referencia a la forma en la que una organizacin asegura que un producto fue
desarrollado con calidad en las tres dimensiones antes mencionadas, especificacin, diseo y
desarrollo.
Para efectuar una medicin sobre los niveles de calidad logrados, se pueden seguir las siguientes
alternativas:
a) Emplear mtricas de calidad que incluyan la eficiencia de los defectos removidos de cada proceso a
ser evaluado, mtricas para la calidad de un producto y densidad de defectos.
b) Comparar los datos de las mtricas de calidad de la industria con las que ha generado la
organizacin.
f) Conclusiones sobre los beneficios de analizar los mbitos que determinan la calidad del software
13

Resulta que, los mbitos descritos en la presente actividad y retomados del pdf de la unidad 1 de la
presente asignatura, tienen una buena repercusin por el simple hecho de analizarlos y an ms
cuando los ejecutamos en el desarrollo del producto y/o servicio, pues en cada uno de ellos se
describe el control, datos que procesar, funciones, rendimiento, restricciones, interfaces, fiabilidad, etc.
Resulta tambin importante la implementacin de los mbitos, pues el objetivo central es la
comunicacin entre desarrollador y cliente; de esta manera, se podrn identificar mejor cualquier tipo
de problema que se suscite en el empleo del sistema y desde luego darle solucin ptima al problema
presentado, tomando en consideracin la reusabilidad del sistema por una serie de nuevos
requerimientos por parte del cliente y logrando avanzar en los niveles de madurez que el sistema
requiera cumpliendo con los estndares fijados para ello.
Fuente de consulta

Unidad 1. Fundamentos del aseguramiento de la calidad del software. Pruebas y mantenimiento de

sistemas de software. UnADM. (S/F). [En lnea]. Pdf.
Disponible en:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S2_B1/DS/08/DPSS/U1/Unida
d_1_Fundamentos_del_aseguramiento_de_la_calidad_del_software.pdf
[2016, 25 de julio].
ISO/IEC 2500n-Divisin de Gestin de Calidad. La familia de normas ISO/IEC 25000. ISO 25000. (2015).
[En lnea]. Pgina web.
Disponible en:
http://www.iso25000.com/index.php/normas-iso-25000
[2016, 25 de julio].
ISO/IEC 2501n-Divisin de Modelo de Calidad. La familia de normas ISO/IEC 25000. ISO 25000. (2015).
[En lnea]. Pgina web.
Disponible en:
http://www.iso25000.com/index.php/normas-iso-25000
[2016, 25 de julio].
ISO/IEC 2502n-Divisin de Medicin de Calidad. La familia de normas ISO/IEC 25000. ISO 25000. (2015).
[En lnea]. Pgina web.
Disponible en:
http://www.iso25000.com/index.php/normas-iso-25000
[2016, 25 de julio].
ISO/IEC 2503n-Divisin de Requisitos de Calidad. La familia de normas ISO/IEC 25000. ISO 25000.
(2015). [En lnea]. Pgina web.
Disponible en:
http://www.iso25000.com/index.php/normas-iso-25000?limit=4&start=4
[2016, 25 de julio].
ISO/IEC 2504n-Divisin de Evaluacin de Calidad. La familia de normas ISO/IEC 25000. ISO 25000.
(2015). [En lnea]. Pgina web.
Disponible en:
http://www.iso25000.com/index.php/normas-iso-25000?limit=4&start=4
[2016, 25 de julio].
14

12207,1-1.997 Gua de Tecnologa de la Informacin Procesos del ciclo de vida del Software Datos
del ciclo de vida. IEEE Estndar Association (2016). [En lnea]. Pgina web.
Disponible en:
http://standards.ieee.org/findstds/standard/12207.1-1997.html
[2016, 25 de julio].
12207.2 a 1997 Gua de Tecnologa de la Informacin Procesos del ciclo de vida del Software
Notas de implementacin. IEEE Estndar Association (2016). [En lnea]. Pgina web.
Disponible en:
http://standards.ieee.org/findstds/standard/12207.2-1997.html
[2016, 25 de julio].

12207,0 a 1996 Gua de Tecnologa de la Informacin Procesos del ciclo de vida del Software. IEEE
Estndar Association (2016). [En lnea]. Pgina web.
Disponible en:
http://standards.ieee.org/findstds/standard/12207.0-1996.html
[2016, 25 de julio].

12207 - 1997 ISO/IEC 12207, estndar internacional - Tecnologa de la Informacin Procesos del
ciclo de vida del Software. IEEE Estndar Association (2016). [En lnea]. Pgina web.
Disponible en:
http://standards.ieee.org/findstds/standard/12207-1996.html
[2016, 25 de julio].

12207 - 2008 Sistemas e ingeniera de software los procesos del ciclo de vida del Software. IEEE
Estndar Association (2016). [En lnea]. Pgina web.
Disponible en:
http://standards.ieee.org/findstds/standard/12207-2008.html
[2016, 25 de julio].

15