miércoles, 20 de mayo de 2015

Tema 4.4 REVISION DEL DISEÑO


4.4 REVISION DEL DISEÑO 

 


En ingeniería de software, una revisión estructurada es una forma de revisión de software por colegas en la cual un diseñador o programador lidera a los miembros de un equipo de desarrollo y otra de las partes involucradas a través de un producto de software, y los participantes hacen preguntas y comentarios acerca de posibles errores, violación de estándares de desarrollo, y otros problemas.
El "producto de software" normalmente se refiera a un tipo de documento técnico. Tal como es indicado por la definición de la IEEE, esto puede ser un documento de diseño de software o código fuente de un programa, pero también casos de uso, definiciones del proceso de negocios, especificaciones de casos de prueba y una variedad de otra documentación técnica también puede ser revisada.
Una revisión estructurada difiere de una revisión de software técnica en la forma abierta de su estructura y su objetivo de familiarización.
Según la IEEE 610.12, una revisión es un proceso o reunión durante la cual un producto de trabajo, un conjunto de productos de trabajo o la evidencia de la ejecución de un proceso se presenta al equipo del proyecto, a los administradores, usuarios, clientes u otras partes interesadas para su comentario o aprobación.

Las revisiones al diseño de los productos de software se realizan por demanda con el objetivo de detectar e identificar no conformidades en el diseño antes de pasar a la codificación, así como también identificar aspectos de mejoramiento. Entre otros, en esta actividad se verifica la arquitectura y utilización de patrones en el diseño.

La revisión se desarrolla según la planificación para determinar si el diseño satisface los requisitos, identificar cualquier problema percibido y proponer acciones de rectificación.

•Será necesario mantener registros.





Explicación:

Revisión de diseño y desarrollo:
Mantenga los datos de registro de las reuniones de revisión del proyecto. Estas reuniones deberían realizarse según el plan del proyecto.
Deberían tener lugar, como mínimo, con la frecuencia definida en su plan, o más a menudo. Su plan debería indicar quién debe participar en las reuniones de revisión del proyecto.
Estas “reuniones” pueden ser encuentros formales, e-mails, conferencias telefónicas u otros medios de comunicación del grupo.
Una checklist de las reuniones de revisión y sus respectivas fechas, con las actas adjuntas, sirve para coordinar esta parte de los requisitos.



7 comentarios:

  1. Este tema esta al 100 :3 desde la parte de diseño hasta desarrollo que es lo que mas me gusto

    ResponderBorrar
  2. El software a cada rato va inovando por eso es muy importante el software ya que es muy difícil ter una perfección de el, se inova muy rapido

    ResponderBorrar
  3. este tema como va pasando va teniendo mejores modificaciones por que va progresando ya que en algunas areas no pasa eso en cambio en este si buena informacion hacerca de este tema

    ResponderBorrar
  4. Bueno en la revisión del diseño es una revisión independiente del intento de diseño de un sistema o proceso, de acuerdo con las normas documentadas. El alcance de la revisión normalmente incluirá las estructuras, recipientes, ductos y sistemas de seguridad. El proceso de revisión también tiene el propósito de identificar errores o fallas en el diseño (u operación) de los sistemas o procesos proveen dos tipos de revisión de diseño de acuerdo con las necesidades de los clientes - una evaluación al 100% del diseño contra las normas de diseño correspondientes, o una verificación (muestreo) contra las normas definidas por el operador de la instalación, buen tema comapeñero suerte y buena estructura de tu blog saludos Diego.

    ResponderBorrar
  5. La revisión del diseño de un software es de las partes importantes para la creación del mismo, se requieren de los de los comentarios, preguntas de los posibles errores para que el software pueda operar de manera correcta. Uno de los consejos que he escuchado acerca de la creación de un software es que nunca digas que ya este terminado, ya que de esta manera el software quedará obsoleto, en cambio si sigue siendo una versión beta el software sigue con esa propiedad de seguirse actualizando, modificando y no dejarlo inservible.

    ResponderBorrar
  6. Es muy buena la revisión del diseño por que nos ayuda a conocer los productos de software que se realizan por demanda con el objetivo de detectar e identificar no conformidades en el diseño antes de pasar a la codificación, como también identificar aspectos de mejoramiento.

    La revisión se desarrolla según la planificación para determinar si el diseño satisface los requisitos, identificar cualquier problema percibido y proponer acciones de rectificación.

    ResponderBorrar
  7. BUEN TRABAJO, FALTO LA BIBLIOGRAFIA.

    ResponderBorrar