estandares para documentacion PDF

Preview

Summary

es muy bueno ...

Description

Nombre del estándar

Características

ISO 9126 “EVALUACIÓN DE CALIDAD EN PRODUCTOS DE SOFTWARE”

Es estándar ● Determinar que su características internacional para son relevantes. evaluación de calidad del ● Defnir métricas específcas para software. El estándar se los componentes de SW ● Defnir indicadores para las divide en cuatro características de calidad. porciones, que tratan, respectivamente, los temas siguientes: modelo de la calidad; métrica externa; métrica interna; y métrica funcionando de la calidad.

ISO/IEC 27000 “SISTEMAS DE GESTIÓN DE SEGURIDAD DE LA INFORMACIÓN”





Es la norma que explica cómo implantar un Sistema de Gestión de Seguridad de la Información en una empresa. En una organización permite proteger la información de ésta de la forma más fable posible. Se persiguen 3 objetivos: 1. Preservar la confdencialidad de los datos de la empresa 2. Conservar la integridad de estos datos 3. Hacer que la información protegida se encuentre disponible

Ventajas





 





 

Establecimiento de una metodología de gestión de la seguridad clara y estructurada. Reducción del riesgo de pérdida, robo o corrupción de información. Los riesgos y sus controles son continuamente revisados. Los clientes tienen acceso a la información a través medidas de seguridad. Confanza de clientes y socios estratégicos por la garantía de calidad y confdencialidad comercial. Aumento de la seguridad en base a la gestión de procesos en vez de en la compra sistemática de productos y tecnologías. Confanza y reglas claras para las personas de la organización. De igual manera, hay que tener en cuenta que la seguridad no es un producto más, sencillamente es un proceso, es una actividad continua de protección que requiere estar

Desventajas ●La usabilidad está estrict tratada desde una perspec proceso, no centrada en e producto. ●No tiene en cuenta la característica de “facilidad aprendizaje”, siendo esta recomendada por otros estándares y expertos en usabilidad ● El conjunto de métricas proporciona para sub‐ características que a su ve engloban conceptos difícil medibles si no se descomp en atributos  Delegación de todas la responsabilidades en departamentos técnic  Temor ante el cambio resistencia de las pers  Discrepancias en los c de dirección.  No asumir que la segu la información es inhe los procesos de negoc  Falta de comunicación progresos al personal organización.

actualizada y soportada, para garantizar el buen manejo de la organización empresarial. ISO 10006 “GESTIÓN DE LA CALIDAD, DIRECTRICES PARA LA GESTIÓN DE PROYECTOS”

Es una norma de calidad que lleva como título: “Gestión de la Calidad – Directrices para la calidad en la gestión de proyectos”, la cual tiene como objetivo servir de guía en aspectos relativos a elementos, conceptos y prácticas de sistemas de calidad que pueden implementarse en la gestión de proyectos o que pueden mejorar la calidad de la gestión de proyectos.

    

 Reduce la variedad y tipos de productos. Reduce inventarios y costos de producción. Mejora la gestión y el diseño de productos.  Mejora la comercialización de productos. Agiliza los procesos de pedidos.



ISO/IEC 20000

Representa un consenso de la industria respecto a las normas de calidad para los procesos de gestión de servicios (IT), que proporcionan el mejor servicio posible para cubrir las necesidades de negocio del cliente con los niveles acordados de recursos, lo que hace de él un servicio profesional, rentable y con riesgos asociados que son conocidos y gestionados. Se basa en las mejores prácticas de la industria para la gestión de entornos (IT) complejos. . Establece bases comunes para la mejora de los servicios. Proporciona un marco de referencia para ser usado por proveedores





Su certifcado IT Service Management System según la norma ISO 20000 de SGS le permitirá demostrar altos niveles de calidad y fabilidad de los servicios de tecnología de información, cuando presente ofertas para contratos internacionales o cuando realice ampliaciones locales para aumentar su volumen de negocio. La evaluación periódica realizada por SGS le ayudará a utilizar, supervisar y mejorar continuamente su sistema de gestión de los servicios de tecnología de la información y sus procesos. Esto mejorará la fabilidad de sus operaciones internas para satisfacer las

No incluye los proceso gestión de la calidad y tanto, da a entender q estos procesos no form parte de la gestión de proyecto. No presenta un procedimiento de ejec del proyecto, aunque habla exhaustivament planifcación y control, puede inducir a pensa gestión del proyecto únicamente consiste e planifcar y controlar. A la norma no es una gu la gestión de proyecto lenguaje utilizado pue lugar a pensar que sí lo No entra en las fases d proyecto ni describe lo procesos necesarios p ejecución.



Cuando el proceso d cambio es manejado so recursos internos, se co riesgo de no poder cam estado



Un proyecto sin hito intermedios puede lleva tiempo y esfuerzo, y req cambio cultural en la organización importante Si la estructura de p se transforma en un obj sí mismo, la calidad del puede verse afectada. Puede no haber me debido a la falta de entendimiento sobre el de procesos, los indicad rendimiento, o como los procesos deberían ser controlados.





de herramientas de gestión del servicio. Proporciona una guía para los auditores y ofrece asesoría a los proveedores del servicio para la planifcación de las mejoras del servicio. Está alineada y es complementaria al enfoque de procesos defnido por ITIL

MOPROSOFT

Es el Modelo de Procesos para la Industria del Software. Un modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Es específco para el desarrollo y mantenimiento de software.  Es sencillo de entender y adoptar.  Se enfoca a procesos.  Se le considera práctico en su aplicación, principalmente en organizaciones pequeñas, con bajos



necesidades de los clientes y también para aumentar su rendimiento global. Lo más probable es que también consiga una mejora importante en motivación, compromiso y comprensión de su responsabilidad por parte del personal. La norma ISO 20000 se puede vincular también con la norma ISO 27000 (norma internacional para seguridad de la información). Integrando las auditorías de estos sistemas de gestión podrá ahorrar tiempo y dinero.

 Facilita la comprensión del Modelo utilizado.  Simplifícala relación entre el modelo de procesos y la organización.  Fácil de entender.  Defnido como un conjunto de procesos  Debe tener un mecanismo de evaluación o certifcación durante un periodo de vigencia especifca.  Aplicable como norma mexicana.







La mejora en la prov los Servicios y la reducc costos puede ser insufcientemente visible Una implementació requiere de la involucra compromiso personal d los niveles de la organiz dejando el desarrollo de estructuras de procesos especialistas puedo pro aislamiento de los mism través de opiniones sob direcciones que no será seguidas por los otros departamentos. Si hay una insufcien inversión en herramient soporte, los procesos no ser mejorados, ya que r cierto grado de automat Los recursos adicionales ser requeridos si la orga ya tiene sobrecargados para las actividades de g de servicios (IT).

 Defne actividades de ma muy general.  Para asegurar la calidad producto y un proceso se CMMI.  Evaluaciones formales constantes.  No comprensible para lo modelos ISO 9000: 2000.  Mejora los procesos Orie al Objeto del negocio.  Proyectos para largos pla

ISO/IEC 26514:2008 “PARA AYUDAR A LOS DISEÑADORES Y DESARROLLADORES DE SOFTWARE DEL USUARIO LA DOCUMENTACIÓN”

niveles de madurez.  Está orientado a mejorar los procesos, para contribuir a los objetivos de negocio, y no simplemente ser un marco de referencia o certifcación.  Tiene un bajo costo, tanto para su adopción como para su evaluación. Ayudará a los diseñadores y desarrolladores y apoya el interés de los usuarios de software. La norma defne el proceso de documentación de la documentación del desarrollador de vista. Abarca las etapas implicadas en el diseño, especifcando, y la elaboración de la documentación de usuario. Se aplica tanto a la documentación impresa y en pantalla la documentación. Sistemas y software de ingeniería





Establece los requisitos para el diseño y desarrollo de la documentación del software del usuario. Incluye la documentación del producto



 



Es independiente de las herramientas de software que pueden ser utilizados para producir la documentación. Proporciona una guía informativa para el estilo de documentación del usuario 



IEEE SRS 830 “ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE”

Es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que

Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar defnidas.  Consistente. Debe ser coherente con los propios requerimientos y también con otros documentos de especifcación.



No incluye los proceso gestión de la calidad y tanto, da a entender q estos procesos no form parte de la gestión de proyecto. No presenta un procedimiento de ejec del proyecto, aunque habla exhaustivament planifcación y control, puede inducir a pensa gestión del proyecto únicamente consiste e planifcar y controlar. No entra en las fases d proyecto ni describe lo procesos necesarios p ejecución. Tiene como objetivo s guía en aspectos relat elementos, conceptos prácticas de sistemas calidad que pueden implementarse en la g de proyectos o que pu mejorar la calidad de l gestión de proyectos.

 Priorizable. Los requisito poder organizarse jerárquicamente según su relevancia para el negocio clasifcándolos en esenciale condicionales y opcionales  Modifcable. Aunque tod requerimiento es modifca

ITIL “BIBLIOTECA DE INFRAESTRUCTURA DE TECNOLOGÍAS DE INFORMACIÓN”

tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (o complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad. Prácticas recomendadas de una buena ERS Las características de una buena ERS son defnidas por el estándar IEEE 830‐ 1998. Es un marco de trabajo de las mejores prácticas destinadas a facilitar la entrega de servicios de tecnologías de la información (TI) de alta calidad. ITIL resume un extenso conjunto de procedimientos de gestión ideados para ayudar a las organizaciones a lograr calidad y efciencia en las operaciones de TI. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir de guía para que abarque toda infraestructura, desarrollo y operaciones de TI. Desde sus inicios ITIL fue puesta a disposición del público

Inequívoca. La redacción debe ser clara de modo que no se pueda mal interpretar. Correcta. El software debe cumplir con los requisitos de la especifcación.  Trazable. Se refere a la posibilidad de verifcar la historia, ubicación o aplicación de un ítem a través de su identifcación almacenada y documentada.

refere a que debe ser fácil modifcable.  Verifcable. Debe existir u método fnito sin costo par poder probarlo.

• La organización TI desarrolla una estructura más clara, se vuelve más efcaz, y se centra más en los objetivos de la organización. • La administración tiene un mayor control, se estandarizan e identifcan los procedimientos, y los cambios resultan más fáciles de manejar. • La estructura de procesos en IT proporciona un marco para concretar de manera mas adecuada los servicios de outsourcing. • A través de las mejores prácticas de ITIL se apoya al cambio en la cultura de TI y su orientación hacia el servicio, y se facilita la introducción de un sistema de administración de calidad. • ITIL proporciona un marco de referencia uniforme para la comunicación interna y con proveedores.

• Tiempo y esfuerzo neces para su implementación. • Que no el cambio en la c de las área involucradas. • Que no se vea reflejada mejora, por falta de entendimiento sobre proc indicadores y como puede controlados. • Que el personal no se inv y se comprometa. • La mejora del servicio y reducción de costos puede visible. • Que la inversión en herramientas de soporte s escasa. Los procesos podrá parecer inútiles y no se alc las mejoras en los servicio







PMBOK “PROJECT MANAGEMENT BODY OF KNOWLEDGE” El PMBOK

en forma de un conjunto de libros, de ahí su nombre, para que las organizaciones de todo el mundo pudieran adoptarlo. Es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente (IEEE Std 1490‐2003) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construcción, software, ingeniería, etc.

  





Es estándar internacional Orientada a procesos Indica el ciclo vital para manejar cualquier proyecto, programa y/o portafolio Defne para cada proceso sus insumos, herramientas y entregables Defne el cuerpo de conocimientos en cualquier industria para que dicha industria pueda construir las mejores prácticas en su área de aplicación

Estándares para documentación de proyectos

 

Complejo para proyec pequeña escala Tiene que adoptarse a de la aplicación...