UNIVERSIDAD DE PANAMÁ

FACULTAD INFORMÁTICA, ELECTRÓNICA Y COMUNICACIONES

MAESTRIA E- LEARNING

ASIGNACIÓN 1

CURSO: INGENIERÍA DE SOFTWARE

AULA: 24-MISE-719

FACILITADORA: VIRGINIA JUÁREZ.

REALIZADO POR: MARLENE PINTO 9-710-298

I Parte. Enumerar los modelos actuales de proceso de software.

En Ingeniería del Software, cuando se habla de un modelo de proceso de software

consiste en dividir el trabajo en distintas actividades (o el ciclo de vida del
producto en distintas fases) con el fin de lograr la mejor gestión y el mejor resultado
para dicho proyecto.

Algunos de los modelos y las metodologías de gestión y desarrollo de proyectos

más conocidos dentro del mundo del software son: el desarrollo en cascada, el
desarrollo mediante prototipos, el desarrollo en espiral y el desarrollo ágil.

Sin embargo todos los modelos de procesos están compuestos en su mayoría por
distintas fases, las cuales varían de acuerdo al modelo de proceso que se aplique.

Esas fases son:

1. Fase de definición: consiste en:

o Planificación del proyecto de desarrollo software.

o Ingeniería de requisitos / Extracción de información.
o Análisis (estudio) de esos requisitos.

2. Fase de desarrollo

o Diseño del software.

o Generación del código.
o Pruebas del software.

3. Fase de mantenimiento

o Corrección de errores y reajustes que a veces provienen de nuevos

requisitos e implican repetir las actividades de fases anteriores.

Ahora veamos cada una de estas fases incorporadas en los distintos modelos.
Modelo en cascada
El modelo en cascada es un enfoque secuencial de desarrollo en el cual el trabajo
fluye de manera secuencial ("como una cascada") a través de las distintas fases:

 Especificación de requisitos
 Diseño de software
 Implementación
 Pruebas
 Integración
 Despliegue
 Mantenimiento

Sus Características:

 El modelo en cascada es un enfoque casi irreal.

 Se caracteriza por no revisar ni repetir las etapas anteriores ya completadas.
 Permite realizar arreglos y cambios en etapas ya completadas.
 Oculta actividades de fases consecutivas para evitar la rigidez del flujo de
trabajo.

Modelo Desarrollo mediante prototipos

Este es un enfoque del desarrollo de software que se basa en la creación

de prototipos, es decir software con funcionalidad parcial e incompleta. Este
modelo se tiende a incorporar en otros modelos de proceso más tradicionales.

Los principios básicos son:

 Reducir los riesgos inherentes del proyecto estableciendo el desarrollo
en fragmentos más pequeños y logrando, en un entorno propenso a cambios,
que estos tengan menor impacto.
 El usuario involucrado durante el desarrollo (probando prototipos) incrementa
la aceptación de la implementación del producto final.
 Pequeños prototipos con modificaciones son mostrados al cliente y sirve para
confirmar que se han comprendido sus requisitos.
 Muchos de los prototipos se generan con la expectativa de ser descartados, sin
embargo, en algunos casos el prototipo puede evolucionar y convertirse en el
producto final.
 Es necesario un entendimiento fundamental de los problemas del negocio para
evitar resolver los problemas incorrectos, despilfarrando esfuerzo al desarrollar
prototipos que son prescindibles.

Modelo Desarrollo en espiral

Este modelo combina los aspectos claves del modelo en cascada y la rápida
metodología de prototipo, con la intención de combinar las ventajas de ambos
modelos. Es el modelo adecuado para sistemas complejos a gran escala.

Los principios básicos son:

 Se enfoca en la evaluación y minimización de los riesgos del proyecto al

dividirlo en segmentos más pequeños y proporcionar más facilidad de cambio
durante el proceso de desarrollo.
  Cada ciclo implica una progresión a través de la misma secuencia de pasos,
para cada parte del producto y para cada uno de sus niveles de elaboración,
desde un documento general de operación hasta el código de cada programa
individual.

 Cada vuelta del ciclo atraviesa 4 cuadrantes básicos:

Cuadrante 1: Determinar objetivos, alternativas y restricciones de la iteración

Cuadrante 2: Evaluar alternativas, identificar y resolver riesgos

Cuadrante 3: Desarrollar y verificar entregables de la iteración

Cuadrante 4: Planificación de la siguiente iteración

 Cada ciclo comienza con la identificación de las condiciones de éxito por

parte de los dueños del producto y concluyen con una revisión y compromiso.

Modelo Desarrollo ágil

Son métodos que ponen el énfasis en agilizar el desarrollo, cuidando más la
interacción auto-organizada entre personas y la entrega de software funcionando
que la elaboración de documentación o el seguimiento estricto de protocolos y
procesos de actuación.

Algunos métodos ágiles de desarrollo de software:

 Adaptive Software Development (ASD)

 Agile Unified Process (AUP)
 Crystal Clear
 Feature Driven Development (FDD)
 Lean Software Development (LSD)
 Kanban
 Open Unified Process (OpenUP)
 Programación Extrema (XP)
 Método de desarrollo de sistemas dinámicos (DSDM)
 Scrum


II Parte. Enumerar algunos estándares de calidad de software.

Los estándares de calidad de software hacen parte de la ingeniería de software,

utilización de estándares y metodologías para el diseño, programación, prueba y
análisis del software desarrollado.

El objetivo de los estándares de software es de ofrecer una mayor confiabilidad,

mantenibilidad coherente con los requisitos exigidos. Con esto se eleva la
productividad y el control en la calidad de software.

Los estándares se pueden definir como un conjunto de criterios que guían la forma
en que se aplican los procedimientos y metodologías al software desarrollado.

La estandarización certifica la calidad, lo cual permite una valoración independiente

de la organización, donde se demuestra la capacidad de desarrollar productos y
servicios de calidad.

Estándares de calidad en la Ingeniería de Software.

1. ISO 12207 – Modelos de Ciclos de Vida del Software.

Estándar para los procesos de ciclo de vida del software de la organización, Este
estándar se concibió para aquellos interesados en adquisición de software, así
como desarrolladores y proveedores. El estándar indica una serie de procesos
desde la recopilación de requisitos hasta la culminación del software.
El estándar comprende 17 procesos lo cuales son agrupados en tres categorías:
Principales, De apoyo, De organización.

Este estándar agrupa las

actividades que se pueden llevar
a cabo durante el ciclo de vida del
software en cinco procesos
principales, ocho procesos de
apoyo y cuatro procesos
organizativos.

2. ISO-9000

Este estándar trata de la gestión y aseguramiento de calidad (conceptos y

directrices generales), recomendaciones externas para aseguramiento de la calidad
(ISO 9001, ISO 9002, ISO 9003).

a. ISO 9001: Sistema de calidad- Modelo de aseguramiento de la calidad

en diseño/ desarrollo producción, instalación y servicio.

Norma que se aplica a los sistemas de calidad (SGC), el cual se centra en todos los
elementos de administración de calidad con los que una empresa debe contar, para
tener un sistema efectivo que permita administrar y mejorar la calidad sus productos
y servicios.

La norma ISO 9001:2008 se basa en ocho principios de gestión de calidad:

 Enfoque al cliente
 Liderazgo
 Participación del personal
 Enfoque basado en procesos
 Enfoque de sistema para la gestión
 Mejora continua
 Enfoque basado en hechos para la toma de decisión
 Relaciones mutuamente beneficiosas con el proveedor

b. ISO 9002: Sistemas de calidad- Modelo de aseguramiento de la calidad

en la producción e instalación.

La norma ISO 9002 evalúa todos los recursos humanos y técnicos y los
procedimientos administrativos, que garantizan la operación continua y
efectiva del sistema de calidad en una empresa.

La norma ISO 9001 de aseguramiento de calidad estándar cubre tanto la

producción, fabricación y partes de servicio de 9002, además de cubrir
procesos de creación del diseño.

c. ISO 9003: Sistemas de calidad- Modelo aseguramiento de la calidad

Se enfatiza en los requisitos del sistema de calidad especificados en la ISO-9001

y en la ISO-9002 Son complementarios, Estas normas establecen requisitos que
determinan que elementos tienen que comprender los sistemas de calidad, el
diseño de estas normas permiten que están sean genéricas.

La norma ISO-9003 se dedica a inspeccionar el producto final terminado, esta

norma fue anulada por la publicación del 2000 de la norma ISo-9001.
 3. ISO 9126 – Calidad del producto.

El estándar ISO 9126 ha sido desarrollado en un intento de identificar los atributos

clave de calidad para el software evalúa los productos de software, esta norma nos
indica las características de la calidad y los lineamientos para su uso.

El estándar identifica 6 atributos clave de calidad:

 Funcionalidad: el grado en que el software satisface las necesidades

indicadas por los siguientes sub-atributos: idoneidad, corrección,
interoperatividad, conformidad y seguridad.
 Confiabilidad: cantidad de tiempo que el software está disponible para su
uso. Está referido por los siguientes sub-atributos: madurez, tolerancia a
fallos y facilidad de recuperación.
 Usabilidad: grado en que el software es fácil de usar. Viene reflejado por los
siguientes sub-atributos: facilidad de comprensión, facilidad de aprendizaje y
operatividad.
 Eficiencia: grado en que el software hace óptimo el uso de los recursos del
sistema. Está indicado por los siguientes sub-atributos: tiempo de uso y
recursos utilizados.
 Facilidad de mantenimiento: la facilidad con que una modificación puede
ser realizada. Está indicada por los siguientes sub-atributos: facilidad de
análisis, facilidad de cambio, estabilidad y facilidad de prueba.
 Portabilidad: la facilidad con que el software puede ser llevado de un
entorno a otro. Está referido por los siguientes sub-atributos: facilidad de
instalación, facilidad de ajuste, facilidad de adaptación al cambio.
 4. ISO 14598 – Evaluación de productos de software

La Norma ISO-14598 proporciona un marco de trabajo para evaluar la calidad de

todos los tipos de software, indicando los requisitos que serán medidos,
y analizados en este proceso. Implementar estándares que garanticen una correcta
evaluación al software y mitigar los errores que pueda presentar cuando se esté
ejecutando.

La norma ISO/IEC 14598 es un estándar que proporciona un marco de trabajo para

evaluar la calidad de todo tipo de producto software e indica los requisitos para los
métodos de medición y el proceso de evaluación, proporcionando métricas y
requisitos para los procesos de evaluación, a través de 6 etapas.
 ISO/IEC 14598-1(visión general): establece un resumen de las otras cinco
etapas, explica la relación entre la evaluación del producto software y el
modelo de calidad.

o Actividades: Establecer los requerimientos de evaluación,

Especificar la evaluación, Planear la evaluación, Ejecutar la
evaluación.

 ISO/IEC 14598-2 (Planificación y Gestión): contiene requisitos y guías

para las funciones de soporte tales como la planificación y gestión de la
evaluación del producto del software.
o Actividades: Preparación de políticas, definición de objetivos,
Identificación de la tecnología, Asignación de responsabilidades,
Evaluación de software desarrollado y adquirido.

 ISO/IEC 14598-3 (Proceso de desarrolladores): Lo utiliza las

organizaciones que planean desarrollar un producto o mejorar uno existente,
realiza evaluaciones de producto utilizando indicadores que puede predecir
la calidad de los productos finales.
o Actividades: Organización, Planeamiento, Especificaciones, Diseño,
Montaje.
  ISO/IEC 14598-4 (Proceso de comparadores): Lo utilizan las
organizaciones que pretenden comparar o rehusar un producto de software
existente, se aplica con el propósito de aceptación de un producto.
o Actividades: Requerimientos, Especificación evaluación, Diseño
evaluación, Ejecución evaluación.

 ISO/IEC (14598-5 Proceso evaluadores): este proceso es utilizado por

organizaciones encargadas de evaluar, provee los requisitos y guías para la
evaluación del producto software. Promueve las siguientes características de
proceso: repetible, Reproducible; Imparcial, Objetivo.
o Actividades: Trazabilidad, Resultados, Problemas, Mejoras,
Conclusiones.

 ISO/IEC 14598-6 (Modulo evaluación): Especifica las mediciones que van

a ser tomadas sobre los atributos de calidad que se definieron en la etapa
anterior, provee las guías para la documentación de la evaluación.
o Actividades: Introducción, Alcance, Entradas, Resultados.

5. ISO/IEC 25000

Esta proporciona una guía para el uso de las nuevas series de estándares
internacionales, llamados Requisitos y Evaluación de Calidad de Productos de
Software (SQuaRE). Es una norma que se basa en la ISO 9126 y 14598 y su
principal objetivo es determinar una guía para el desarrollo de los productos de
software con la especificación y evaluación de requisitos de calidad.

La norma se compone por las siguientes divisiones:

 SO/IEC 2500n. División de gestión de calidad. esta división definen todos los
modelos comunes, términos y referencias a los que se alude en las demás
divisiones de SQuaRE.
 ISO/IEC 2501n. División del modelo de calidad. Presenta un modelo de
calidad detallado, incluyendo características para la calidad interna, externa
y en uso.
 ISO/IEC 2502n. División de mediciones de calidad. Presenta un modelo de
referencia de calidad del producto software, definiciones matemáticas de las
métricas de calidad y una guía práctica para su aplicación. Presenta
aplicaciones de métricas para la calidad de software interna, externa y en
uso.
 ISO/IEC 2503n. División de requisitos de calidad. Ayuda a especificar los
requisitos de calidad. Estos requisitos pueden ser usados en el proceso de
especificación de requisitos de calidad para un producto software que va a
ser desarrollado ó como entrada para un proceso de evaluación. El proceso
de definición de requisitos se guía por el establecido en la norma ISO/IEC
15288 (ISO, 2003).

 ISO/IEC 2504n. División de evaluación de la calidad. Proporciona requisitos,

recomendaciones y guías para la evaluación de un producto software, tanto
si la llevan a cabo evaluadores, como clientes o desarrolladores.

 ISO/IEC 25050–25099. Estándares de extensión SQuaRE. Incluyen

requisitos para la calidad de productos de software “Off-The-Self” y para el
formato común de la industria (CIF) para informes de usabilidad.
Esta norma define tres vistas diferentes respecto al estudio de la calidad de un
producto software:

 Vista interna: se ocupa de las propiedades del software como: el tamaño, la

complejidad o la conformidad con las normas de orientación a objetos. Esta
vista puede utilizarse desde las primeras fases del desarrollo para detectar
deficiencia del software.

 Vista externa: analiza el comportamiento del software en producción y

estudia sus atributos, por ejemplo: el rendimiento de un software en una
máquina determinada, el uso de memoria de un programa o el tiempo de
funcionamiento entre fallos. Esta vista se utiliza una vez el software este
completo y listo para producción.

 Vista en uso: mide la productividad y efectividad del usuario final al utilizar

el software. Esta vista se utiliza una vez el software esté listo y será evaluado
por el cliente y dependerá de los factores determinantes del mismo.
III Parte. Las prácticas de software y el logro de un software de calidad.

3.1. PRÁCTICA DE LA INGENIERÍA DE SOFTWARE

La práctica es una colección de conceptos, principios, métodos y herramientas a las

que un ingeniero de software recurre a diario.

La práctica transforma un enfoque fortuito en algo más organizado, más efectivo y

con más probabilidades de alcanzar el éxito.

 ¿Quién lo hace?

 ¿Por qué es importante?

 ¿Cuáles son los pasos?

 ¿Cómo puedo estar seguro de que lo he hecho correctamente?

En la ingeniería de software Los pasos considerados para solucionar un problema

son:

 Entender el problema (comunicación y análisis).

 Planear una solución (modelado y diseño de software).

 Llevar a cabo el plan (generación de código).

 Examinar el resultado para probar la precisión (realización de pruebas y

aseguramiento de la calidad).

PRINCIPIOS ESENCIALES

1. La razón por la que todo existe: ofrecer un valor a sus usuarios.

2. Mantenerlo simple (MS): todo el diseño debe ser tan simple como sea
posible, simple no significa rápido y malo.

3. Mantener la visión: una visión clara es esencial para el éxito de un proyecto

de desarrollo.
 4. Lo que uno produzca, otros lo consumirán: el hecho de facilitar el trabajo a
otro agrega valor al sistema.

5. Estar abierto al futuro: un sistema con una larga vida tiene más valor.

6. Planear para la reutilización: ahorra tiempo y esfuerzo.

7. Pensar: pensamiento claro y completo antes de la acción.

PRÁCTICA DE COMUNICACIÓN

Todos los requisitos deben recopilarse por medio de la comunicación:

1. Escuchar.

2. Prepararse antes de comunicar.

3. Alguien debe facilitar la actividad.

4. La comunicación cara a cara es lo mejor.

5. Tomar nota y documentar las decisiones.

6. Buscar la colaboración.

7. Conservar el enfoque, examinar un módulo a la vez.

8. Si algo no está claro, se hace un dibujo.

9. Una vez que se llega a un acuerdo de debe continuar.

10. La negociación no es un concurso o un juego.

PRÁCTICAS DE LA PLANEACIÓN La actividad de planeación permite definir el

camino mientras se tiene presente una meta estratégica y unos objetivos:

1. Entender los alcances del proyecto.

2. Involucrar al cliente en la actividad de planeación.

 3. Reconocer que la actividad es iterativa.

4. Estimar con base en el conocimiento disponible.

5. Considerar el riesgo cuando se define el plan.

6. Ser realista.

7. Ajustar la granularidad mientras se define el plan.

8. Definir como se intentará asegurar la calidad.

9. Definir como se pretende incluir el cambio.

10. Adaptar el plan a menudo y hacer ajustes cuando estos se requieran.

PRÁCTICAS DE MODELADO

Los modelos se crean para obtener un mejor entendimiento de la realidad. Existen

dos modelos en la Ingeniería de Software: Modelo de Análisis Modelo de Diseño.

1. Modelo de análisis: Representar los requisitos del cliente en tres dominios:

dominio de la información, dominio funcional y dominio del comportamiento.

Representación conceptual correspondiente al problema y modelo de

requisitos (conjunto de clases) cada clase aporta para lograr la arquitectura
deseada.

2. Modelo de diseño: Refinamiento y formalización adicional del modelo de

análisis tomando en cuenta los detalles de implementación. El resultado del
modelo de diseño son especificaciones mucho más detalladas en cuanto a
que se incluyen operaciones y atributos de los objetos. Se requiere un
modelo de diseño ya que el modelo de análisis no es lo suficientemente
formal para alcanzar el código fuente.
PRÁCTICA DE LA CONSTRUCCIÓN: Abarca lo que es la actividad de generación
de código y la realización de pruebas antes de que es software sea entregado:

 Las pruebas con frecuencia se las realiza a nivel de componentes, llamadas

pruebas de unidad.

 También existen pruebas de validación (lo que requiere el cliente),

integración, aceptación (facilidad de manejo de software).

PRÁCTICAS DE DESPLIEGUE: Entrega, soporte y retroalimentación, como el

software es evolutivo se tienen varios despliegues:

 Se deben administrar las expectativas que el cliente tiene del software.- no

dar a pensar más de lo que se puede entregar.

 Se debe ensamblar y probar un paquete de entrega completo.

 Se debe establecer un régimen de soporte antes de entregar el software.

 Se debe proporcionar un material instructivo apropiado a los usuarios

finales.- diferencia entre cada incremento.

 El software con errores se debe arreglar primero y entregar después.- no

entregar incrementos de baja calidad.

 El equipo de software debe recopilar y registrar la retroalimentación para

poder hacer cambios en el siguiente incremento o en el mismo incremento si
es necesario.
 3.2. LOS MODELOS DE CALIDAD DE SOFTWARE

Se clasifican de acuerdo con el enfoque de evaluación, ya sea a nivel de proceso,

producto o calidad en uso.

 Calidad a nivel de proceso La calidad de un sistema software debe ser

programada desde el inicio del proyecto, y posteriormente en cada etapa del
proceso de desarrollo se debe llevar a cabo el control y seguimiento de los
aspectos de calidad, para minimizar los riesgos y ofrecer soporte continuo,
se garantiza así un óptimo nivel de cumplimiento de los factores de calidad,
teniendo en cuenta que si en alguna de las etapas se deja de lado la
verificación de los factores y criterios es posible que se presente deficiencia
en alguno de éstos y disminuirá el nivel de calidad no solo del proceso, sino
también del producto en desarrollo.

 Calidad a nivel de producto. La principal finalidad del modelo de calidad de

producto es especificar y evaluar el cumplimiento de criterios del producto,
para lo cual se aplican medidas internas y/o medidas externas.

Por esta razón, algunas normas y estándares han definido la calidad a nivel
de producto en tres tipos: interna, externa y en uso (Rodríguez, 2016). Este
enfoque está orientado a verificar el cumplimiento de las características que
permitan alcanzar la satisfacción del cliente en cuanto a los requisitos
definidos en las etapas iniciales del proceso de desarrollo.

 Calidad en uso. Es importante resaltar que aunque en diferentes escenarios

se utilizan los términos usabilidad y calidad en uso, con el mismo propósito y
de forma intercambiable tienen significados distintos, principalmente porque
el concepto de calidad en uso es más amplio y abarca más elementos que la
usabilidad. La calidad en uso se define como el “conjunto de atributos
relacionados con la aceptación por parte del usuario final y seguridad”, y está
basada en la eficacia, productividad, seguridad y satisfacción, según ISO/IEC
9126.
 Referencias Bibliográficas

https://es.slideshare.net/eeencalada/pracicas-de-ingenieria-de-
software?from_action=save

http://www.scielo.org.co/pdf/entra/v13n1/1900-3803-entra-13-01-00236.pdf

http://www.noussintelligence.com/desarrollo-software-buenas-practicas-
recomendaciones/

https://es.wikiversity.org/wiki/Procesos_de_desarrollo_software

http://estandarescalidadsoftware.blogspot.com/

http://www.normas9000.com/content/que-es-iso.aspx

http://orden20166grupo2.blogspot.com/2011/03/cumplimiento-de-normas-iso-
9000-9001_14.html

https://www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/Evaluacion%20de%2
0Productos%20-%20G2/Evaluacion%20de%20Productos.pdf

http://www.redalyc.org/articulo.oa?id=92218339013

https://www.youtube.com/watch?v=2LJwKlwwhEA

https://www.youtube.com/watch?v=cYCGEkXsDds

https://www.youtube.com/watch?v=c3wUELo9FDs

https://www.youtube.com/watch?v=drCV6UVddfM