Unidad Ii (2.3-2.7.1)

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 6

2.3. Listas de comprobación.

Una lista de comprobación contiene una serie de pasos que tu quieres seguir de forma rigurosa.
Cuando utilizas una lista de comprobación desarrollada a partir de tus propios defectos.

La lista de comprobación no solamente ayuda a encontrar mas defectos, también ayuda a


encontrar mas defectos de forma rápida.

Algunas orientaciones para utilizar la lista de comprobación son: haz las revisiones paso a paso,
completa cada programa o procedimiento antes de iniciar el siguiente. examina cada apartado de
la lista de comprobación cuando lo completes.

Las listas de comprobación también pueden ser una fuente de ideas. Cuando sigues una lista de
comprobación personal. Sabes como revisar tu código. Si utilizas correctamente, también sabes
cuantos defectos encuentras en cada paso de dicha lista, compara tu lista de comprobación con
las de otros Ingenieros.

2.4. Gestión del tiempo para el desarrollo de sistemas de información.

El tiempo en la ciclo de vida de un proyecto es primordial y tenerlo vigilado en todo momento,


como ya se mencionó anteriormente, el tiempo, costo y alcance son la triple restricción en un
proyecto, es decir, que cuando estos se definen al momento de realizar el acta de constitución, no
puedes sobrepasar estos valores. En el caso del tiempo, si un proyecto está planificado para 6
meses, el administrador debe de hacer todo lo posible para que el proyecto sea realizado en esos
6 meses y el sobrepasar ese tiempo definido conlleva a perder dinero, ya sea en multas para la
empresa que hace el proyecto siendo el principal responsable el administrador del proyecto, y por
el hecho de estar retrasado requerir más dinero (dinero adicional a lo ya definido en la acta de
constitución) para la rápida culminación del proyecto. El objetivo principal de la Gestión del
Tiempo es terminar el proyecto en el plazo de tiempo definido, logrando realizar el alcance del
proyecto en el tiempo, costo y calidad esperado por el cliente.

2.5. Obtener calidad en los sistemas de información (métodos, métricas, metodologías,


estándares).
METRICAS

Las métricas son escalas de unidades sobre las cuales puede medirse un atributo cuantificable.

Las métricas de calidad de sistemas de información se utilizan para evaluar y controlar el proceso
del desarrollo del software De forma que permitan:

*Indicar la calidad del producto.

-*Evaluar la productividad de los Desarrolladores

*Evaluar los beneficios en términos

de productividad y calidad

*Establecer una línea base para la estimación.


*Ayudar a justificar el uso de nuevas herramientas o formación adicional.

 Este estándar sirve para evaluar los procesos de medición de software y se subdivide en
dos grupos:
 Modelo de procesos de medición
 Modelo de información de medición.
 ISO 90003
 ENTIDADES
 PROCESOS
 PRODUCTOS
 Estándar ISO/IEC 9126

AMFE

1.Seiri:consiste en clasificar todos los objetos, herramientas, productos, suministros etc., en dos
grandes grupos:

*Necesarios.

*No necesario(Eliminados).

2.-Seiton:Clasifica y dispone de forma que minimice el tiempo el tiempo de busqueda y el


esfuerzo, de esta forma se incrementa la productividad y se reduciran los costes.

3.-Seison:Limpia todo el entorno de trabajo(maquinas).

4.-Seiketsu.Mantener la limpieza (ropa de trabajo,lentes,guantes etc.,).

5.-Shitsuke:Consiste en realizar el trabajo conforme a las normas establecidas.

Mide la extensión de un producto que reúne las necesidades especificas por los usuarios para
lograr las metas propuestas, con la efectividad, productividad, seguridad y satisfacción en un
contexto de uso especifico.La evaluación de la calidad en uso valida la calidad del producto de
software en los escenarios especificos de tareas de usuario.

Modelo, criterio, regla de medida o de los requisitos mínimos aceptables para la operación de
procesos específicos, con el fin de asegurar la calidad en la prestación de los servicios.

**Estándar IEEE/EIA 12207:Esta norma establece las directrices sobre aseguramiento de la calidad
de software cumpla con los requerimientos que el usuario define, requerimientos reglamentarios,
técnicos y de la organización.(objetivos de calidad, objetivos del proceso de aseguramiento de la
calidad).

Métodos

Modelo sencillo muy indicado para el inicio de la implantación de los programas de calidad
(proceso fácil para poner orden dentro de la empresa).
ESTÁNDARES

Calidad en el uso de métricas.

Esta norma se orienta a dos áreas para la calidad del producto software, calidad interna-externa, y
calidad en uso del producto de software.

Modelo de calidad Interna y Externa:

Este modelo determina caracteristicas y subcaracteristicas, que sirven para evaluar la calidad
interna y externa de un producto software como sigue

*Funcionalidad

*Confiabilidad

*Usabilidad

*Eficiencia

*Mantenimiento

*Portabilidad

Tipos

KAIZEN

Analisis modal de fallos y errores criticos.Es

una metodologia de trabajo en grupo para evaluar un sistema, un diseño, proceso o un servicio en
cuanto a las formas que ocurren los fallos.

*Herramienta que fomenta la creatividad, seguridad.

*Medidas para minimizar la probabilidad de fallo.

Factores que identifican un fallo:

*Ocurrencia:Frecuencia con la que aparecen.

Severidad:La seriedad del fallo producido.

*Detectividad:Si es facil/dificil detectar el fallo.

*AMFE de diseño: Se utiliza con el fin de identificar y corregir cualquier fallo potencial o conocido
antes de iniciarse el proceso de fabricación definitiva.

*AMFE de proceso: Se trata de identificar y corregir cualquier fallo potencial o conocido antes de
iniciarse el proceso de fabricacion definitiva.

Mejoramiento continuo(Masaaki Imai).Se refiere a pequeñas mejoras en forma continua en el


tiempo, como consecuencia de la evaluación en el mismo lugar de trabajo por el trabajador
responsable.
Diseño e implementación de sistemas de gestión de la calidad con una especialización en
adquisición, suministro, desarrollo, instalación y mantenimiento de software y servicios de
soporte.

2.6. Controlar la calidad del sistema de información.

El control de la calidad se logra mediante la ejecución de frecuentes inspecciones a las


metodologías de trabajo y al uso de las herramientas, revisiones de prototipos y de las pruebas
formales de los productos finales.

Para controlar la calidad, los niveles directivos deben establecer y monitorear conjunto de
métricas, que les proporcionen información suficiente para actuar en base a hechos.

Las métricas son escalas de unidades sobre las cuales puede medirse un atributo cuantificable En
software se debe recopilar y analizar datos basándose en mediciones reales de software, así como
a las escalas de medición. Los atributos son características observables del producto o del proceso
de software. El término producto se utiliza para referirse a las especificaciones, a los diseños y a
los listados del código.

las métricas de calidad en los sistemas de información se usan para evaluar y controlar el proceso
de desarrollo de software de forma que permitan:

• Indicar la calidad del producto.

• Evaluar la productividad de los

desarrolladores

• Evaluar los beneficios en términos

de productividad y calidad

• Establecer una línea base para la

estimación.

• Ayudar a justificar el uso de nuevas

2.7. Costo de calidad de los sistemas de información

El Coste de la Calidad (CDC) proporciona una forma de tratar estas cuestiones. El CDC tiene tres
elementos principales: costes de los fallos, costes de valoración y costes de prevención.

Los costes de los fallos incluyen todos los costes de corregir los defectos del producto. Mientras
estás corrigiendo un defecto, estás incurriendo en unos costes de los fallos

Los costes de valoración incluyen todo el trabajo de valoración del producto para ver si tiene
defectos, excluyendo el tiempo dedicado a la corrección de defectos. Incluye la revisión de código,
el tiempo de compilación y las pruebas para un programa libre de errores.

Los costes de prevención son los costes incurridos cuando modificas el proceso para evitar
introducir defectos. Incluye, por ejemplo, los análisis hechos para comprender los defectos.
2.7.1. Cálculo del costo de la calidad.

El PSP mide el CDC de una forma muy sencilla. Aunque el tiempo dedicado a la compilación incluye
algún tiempo de compilación libre de defectos, el PSP (Proceso Software Personal) contabiliza todo
el tiempo de compilación como costes de fallos.

El PSP contabiliza todo el tiempo de pruebas como costes de fallos. Finalmente, todo el tiempo de
revisión es contabilizado como coste de valoración. Este tiempo incluye algún coste de reparación,
pero el PSP contabiliza todo el tiempo de revisión como coste de valoración.

El coste de la calidad se calcula como un porcentaje del tiempo de desarrollo total. Para el PSP, los
costes de valoración y fallos se calculan de las siguientes formas:

La valoración CDC es la suma de todo el tiempo de revisión como un porcentaje del tiempo total
de desarrollo.

Los fallos CDC es la suma de todo el tiempo de compilación y pruebas como un porcentaje del
tiempo total de desarrollo.

También podría gustarte