Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

ESTANDARES

No description
by

Beatriz Saldaña

on 22 March 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of ESTANDARES

TALLER DE ING. SOFTWARE ESTANDAR ISO VENTAJAS DE ISO 9000 Monitorear los principales procesos asegurando que sean efectivos
Mantener registros apropiados de la gestión, de los procesos y de los procedimientos.
Mejorar la satisfacción de los clientes o los usuarios
Mejorar continuamente los procesos, tanto operacionales como de calidad.
Reducir rechazos. ESTANDAR SPICE Es un estándar internacional cuyo objetivo es simular circuitos electrónicos analógicos compuestos por resistencias, condensadores, diodos, transistores, etc.
La ISO es una red de los institutos de normas nacionales de 160 países encargados de desarrollar las guías que contribuirán al mejoramiento ambiental. ISO 9000 CALIDAD DE SOFTWARE.
Las tres fallas dominantes que existen dentro de la industria del software son:
Los altos costos en cuanto a depuración de un sistema.
Tiempo perdido en la corrección del sistema
Y la falla de conocer todas las necesidades del usuario.
Factores que determinan la calidad del software Se clasifican en tres grupos:
*Operaciones del producto: características operativas
*Revisión del producto: capacidad para soportar cambios
*Transición del producto: adaptabilidad a nuevos entornos
Etapas de SPICE Preparación: En esta etapa se ve el alcance del estudio, metas del negocio, los procesos a evaluar y las instancias de los procesos.
Recolección de datos: los expertos realizan entrevistas, discusiones, análisis de documentos y uso de herramientas.
Dimensión de procesos: Contiene los procesos que se han de evaluar. La categoría CUS está formada por procesos que afecta directamente al cliente.  La categoría ENG está formada por procesos que directamente especifica. Dimensión de procesos SUP está formada por procesos que dan soporte a cualquiera del resto de procesos. Dimensión de procesos MAN está formada por procesos utilizados en la gestión de cualquier tipo de proyecto. Dimensión procesos ORG está formada por procesos que establecen los objetivos de negocio de la organización.
NIVELES DE CAPACIDAD Nivel 0:  Proceso Incompleto.
Nivel 1:  Proceso Realizado.
Nivel 2: Proceso Gestionado.
Nivel 3:  Proceso Establecido.
Nivel 4:  Proceso Previsible
Nivel 5:  Proceso Optimizando
 
 
ESTANDAR CMM Es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software basándose en la capacidad de sus procesos y surge como la integración del CMM. Los niveles CMM –CMMI son 5:
Inicial o Nivel 1 CMM.
Repetible o Nivel 2.
Definido o Nivel 3.
Gestionado o Nivel 4
Optimizado o Nivel 5
La implantación de un modelo de estas características es un proceso largo y costoso que puede costar varios años de esfuerzo. Aun así el beneficio obtenido para la empresa es mucho mayor que lo invertido. MoProSoft Estrategias.
1. Promover exportaciones y la atracción de inversiones
2. Educación y formación de personal competente
3. Contar con un marco legal promotor de la industria
4. Desarrollar el mercado interrno
5. Fortalecer a la industria local
6. Alcanzar niveles internacionales en capacidad de procesos
7. Promover la construcción de infraestructura física y de telecomunicaciones
Patrón de procesos para MoProSoft DEFINICIÓN GENERAL DEL PROCESO Proceso (Nombre)
Categoría (Nombre)
Propósito
Descripción
Objetivos
Indicadores
Metas cuantitativas
Responsabilidad y autoridad
Procesos relacionados
Entradas (Nombre, Fuente)
Salidas (Nombre, Descripción, Destino)
Productos internos (Nombre, Descripción)
Referencias bibliográficas (ISO9001:2000,
SW-CMM 1.1, ISO 15504, otras)
PRACTICAS Roles involucrados y capacitación
Actividades (Rol, Actividad, Objetivo, Tareas)
Diagrama de flujo de trabajo (actividades de UML)
Verificaciones y validaciones (Actividad, Producto, Rol, Descripción)
Incorporación a la Base de Conocimiento (Producto, Forma de aprobación)
Recursos de Infraestructura (Actividad, Recurso)
Mediciones (Ejemplo de medición por indicador)
Capacitación
Situaciones excepcionales
Lecciones aprendidas
GUIAS DE AJUSTE Sin invalidar el cumplimiento de los objetivos del proceso
Ejemplos: Desarrollo y Mantenimiento de Software Guías de Ajuste
Requerimientos: Especificación de Requerimientos
La Especificación de Requerimientos puede incluir un prototipo de interfaz con el usuario sencilla, que inclusive no tenga funcionalidad.
Requerimientos: Manual de Usuario
En la fase de Requerimientos se puede omitir la elaboración o actualización del Manual del Usuario, así como su verificación. Sin embargo esta actividad se deberá realizar a mas tardar en la fase de integración y pruebas. BOOTSTRAP Es otra de las iniciativas para resolver la crisis del desarrollo de software.Esta metodología mediante prácticas, herramientas y estándares de calidad internacional; mide, evalúa y propone mejoras al proceso de desarrollo de SW que siguen las Unidades de Producción de Software (UPS) de las empresas. Tiene como principio el reducir costos y mejorar la calidad. Su objetivo es desarrollar un método para la evaluación de procesos de desarrollo de SW. El Bootstrap Institute Dentro de sus principios están: que la metodología sea accesible a todos y crezca de forma que permita mejoras, que la evolución de la metodología sea democrática que provea un servicio a la industria Europea y que opere como una empresa no lucrativa. Metodología Bootstrap Su enfoque es evaluar el proceso, no el producto,
para esto:
Define características de los procesos
Provee un análisis cuantitativo
Hace evidentes fortalezas y debilidades
Identifica áreas de mejora
Provee recomendaciones
Sugiere un plan de implementación
Y se compone de:
1.Un modelo,
2.Un proceso de evaluación,
3.Una base de datos de soporte,
4.Un proceso de mejora y
5.Los instrumentos de evaluación.
EL MODELO Define el paradigma Organización-Metodología-Tecnología. Se basa en evaluar las UPS a través de sus proyectos para hacer un cambio a toda la organización.
entre HP, IBM, Sharp y otros.
Full transcript