documento de especificación de requerimientos

12
TAREA NO.1 DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTOS. INTEGRADORA JORGE CEREZO SANCHEZ INGENIERIA EN TECNOLOGIAS PARA LA AUTOMATIZACIÓN PRESENTA: ALDO ROJAS PEREZ JOSÉ EDUARDO ORTUÑO CABRERA ERVIN ROJAS ROJAS HUGO SANCHEZ POZOS Documento de Especificación de Requerimientos (DER) UNIVERSIDAD TECNOLÓGICA DE PUEBLA Organismo Público Descentralizado del Gobierno del Estado

Upload: anna-kareniina

Post on 19-Nov-2015

31 views

Category:

Documents


0 download

DESCRIPTION

ESPE

TRANSCRIPT

  • TAREA NO.1 DOCUMENTO DE ESPECIFICACION DE

    REQUERIMIENTOS.

    INTEGRADORA

    JORGE CEREZO SANCHEZ

    INGENIERIA EN TECNOLOGIAS PARA LA AUTOMATIZACIN

    PRESENTA:

    ALDO ROJAS PEREZ

    JOS EDUARDO ORTUO CABRERA

    ERVIN ROJAS ROJAS

    HUGO SANCHEZ POZOS

    Documento de Especificacin de Requerimientos (DER)

    UNIVERSIDAD TECNOLGICA DE PUEBLA

    Organismo Pbl ico Descentralizado del Gobierno del Estado

  • Primero daremos a conocer la definicin de DDR (Documento de definicin de

    requerimientos) y DER (Documento de especificaciones de requerimientos)

    Documento de Definicin de Requerimientos (DDR):

    Requerimientos de usuario, es decir, visin del sistema, alcance del proyecto, alcance

    del producto, riesgos si los hay, etc, luego los requisitos funcionales y no funcionales,

    con su respectiva tabla resumen y luego los requisitos especificados con su respectivo

    formato volere.

    Documento de Especificacin de Requerimientos (DER):

    Requerimientos del sistema, ms orientados a lo que es el personal tcnico. Actores,

    descripcin de actores, diagramas de casos de uso, especificacin de los casos de

    uso, diagramas de secuencia y de actividades

    Casos de uso:

    El modelado de Casos de Uso es la tcnica ms efectiva y a la vez la ms simple para modelar los requisitos del sistema desde la perspectiva del usuario. Los Casos de Uso se utilizan para modelar cmo un sistema o negocio funciona actualmente, o cmo los usuarios desean que funcione. No es realmente una aproximacin a la orientacin a objetos; es realmente una forma de modelar procesos. Es, sin embargo, una manera muy buena de dirigirse hacia el anlisis de sistemas orientado a objetos. Los casos de uso son generalmente el punto de partida del anlisis orientado a objetos con UML.

    El modelo de casos de uso consiste en actores y casos de uso. Los actores representan usuarios y otros sistemas que interaccionan con el sistema. Se dibujan como "muecos" de palo. Actualmente representan el tipo de usuario, no una instancia de usuario. Los casos de uso representan el comportamiento del sistema, los escenarios que el sistema atraviesa en respuesta a un estmulo desde un actor. Se dibujan como elipses.

    Para la elaboracin de nuestro documento de especificaciones de requerimientos es necesario conocer aquellas personas que estarn involucradas en distintas tareas, mejor conocidas como (Stakeholders) y conocer los escenarios donde estas se involucraran y desempearse mediante roles y tiempos asignados para llegar a realizar una actividad.

  • Es por eso que decidimos implementar casos de usos ya que de esta forma

    conoceremos las diferentes actividades que realizarn los Stakeholders, mediante

    formatos o planillas que sern llenadas por cada actor.

    Nombre:

    Autor: Fecha: Descripcin: Actores: Precondiciones: Flujo Normal: Flujo Alternativo: Pos condiciones:

    Ejemplo de formato que ser llenado por cada Stakeholders que intervenga en el sistema

    Otro tipo formato que estableceremos es para proponer un beneficio, haciendo una

    comparacin con la situacin actual tratando de beneficiar al cliente mediante

    propuestas y los beneficios que traer esta.

    Usuario

    Necesidades

    < Son aquellas actividades o acciones que

    realiza el Stakeholders empleando insumos o

    herramientas para facilitar su trabajo>

    Prioridad

  • puesto>

    Situacin Actual

    Solucin Propuesta

    < Es la alternativa que implementaremos para

    mejorar la situacin actual>

    Beneficios

    Ejemplo de formato para implementar propuestas en el sistema

    Nota: Una vez recabada la informacin y llenados los formatos podemos realizar

    nuestro diagrama de casos de usos para as poder visualizar los diferentes roles

    donde intervienen los Stakeholders dentro de un sistema.

    Tambin podemos apoyar mediante la plantilla volere que nos puede ayudar a las

    tareas que le asignaremos a los Stakeholders de acuerdo a su prioridad y puesto.

  • Ejemplo de planilla Volere

    PROBLEMA VISTO EN CLASE

    Defina los stakholders en el proceso de automatizacin de un sistema gestor de

    energa elctrica.

    Administrador o (Encargado en turno)

  • Tcnicos

    CFE

    Mencione al menos 3 requerimientos que podran utilizarse para este proceso.

    Una conexin elctrica estable durante las 24hrs.

    Un costo dentro de los que la empresa pueda cubrir.

    Una conexin elctrica que subaste toda la instalacin elctrica de la empresa.

    Cules seran los casos de uso

  • Quines deberan estar involucrados en la revisin de requerimientos?

    Dueo de la empresa (Cliente).

    Administrador o personal que opera en esa rea.

    Proveedor .

    Cuando se hacen cambios de emergencia en los proyectos de automatizacin, el

    desarrollo puede tener modificaciones antes de que los cambios en los requerimientos

    se aprueben, sugiera un modelo de proceso para hacer estas modificaciones que

    asegure que el documento de requerimientos y la implementacin del sistema no sean

    incompatibles.

    Crear un apartado en el documento de definiciones de requerimientos una clausula

    que haga referencia a los cambios sugeridos por el cliente.

    Por ejemplo:

    "El cliente solo podr sugerir modificaciones del producto 2 das despus de

    especificado, de ser necesario el cambio se modificara el costo final incrementando un

    monto por las modificaciones ya que esto demorara la fecha de entrega acordada con

    el cliente, si el cliente no cubre con los costos aadidos o no est de acuerdo con esto

    se proceder con el plan acordado anteriormente a los cambios."

  • Requerimientos

    O.-Introduccin.

    1.- Alcance.

    2.- Publicaciones de Referencia.

    3.- Definiciones. 4.- Direccin y Organizacin de Laboratorio. 5.- Poltica de Calidad, Objetivos y Sistema.

    6.- Registros de Calidad.

    7.- Auditoras de Calidad y Revisin.

    8.- Instalaciones. 9.- Recursos.

    10.- Apndices.

    Definiciones Que trminos se usan en nuestra documentacin

    Polticas de Calidad, Objetivos y Sistema

    Polticas de Calidad y Objetivos.

    El administrador del proyecto deber:

    Definir y documentar las polticas de calidad establecidas junto con los objetivos de soporte.

    Asegurar que las polticas y los procedimientos operacionales conduzcan a que la ejecucin de los objetivos sean definidos y documentados.

    Asegurar que las polticas y los objetivos sean comunicados entendidos e

    implementados por todo el personal del laboratorio.

  • Sistema de calidad. a).- Los elementos del sistema de calidad debern documentarse. La

    documentacin de calidad deber estar disponible para el personal del laboratorio.

    Recursos

    Equipo.

    a).- Todo el equipo deber utilizarse en un medio ambiente apropiado

    para su desarrollo conveniente.

    b).- Todo el equipo debe tener un mantenimiento apropiado, Los

    procedimientos de mantenimiento debern documentarse. Estos procedimientos

    debern incluir procedimientos para la limpieza del material de laboratorio.

    Los registros debern incluir:

    Nombre del aparato.

    Nombre del manufacturador, tipo de identiflcacln y

    numero de serie u otra identificacin nica.

    Datos de recepcin y de cuando fue puesto en servicio.

    Lugar de Instalacin.

    Condiciones de recepcin (nuevo, usado reacondicionado).

    Copia de instrucciones del manufacturador

    incluyendo criterios de desarrollo o especificaciones.

    Datos y resultados de las calibraciones y/o

    verificaciones y datos de las prximas verificaciones y/o

    calibraciones.

    Historia de su desarrollo.

    Detalles del mantenimiento realizado y datos

    de los mantenimientos planeados a futuro.

    Historia de cualquier mal funcionamiento, modificacin

    o reparacin.

  • Mtodos de Prueba de Control de Calidad.

    A).- Deber establecer y mantener un sistema para asegurar

    las pruebas, operando un control estadstico. El control puede

    demostrarse utilizando muestras de control de calidad, cartas de

    control, u otras tcnicas estadsticas apropiadas

    a las pruebas. Las pruebas debern desarrollarse en una forma tal

    que los resultados que proporcione sean repetibles y reproducibles

    en un grado consistente con la tecnologa involucrada.

    B).- Deber establecer muestras de control de calidad y

    procedimientos e implementar un programa de verificacin de mtodos

    de desarrollo. Las caractersticas de desarrollo y las muestras de

    control de calidad utilizadas para monitorear estas caractersticas

    debern incluir:

    Exactitud de calibracin-estndar de control.

    Mtodo de exactitud-material de referencia.

    Administracin de Datos.

    Registros

    A).- Deber asegurar que se mantengan suficientes registros para

    demostrar la ejecucin de la calidad requerida. Esto incluye todos los

    registros identificados en este estndar.

    B).- Todos los registros, incluyendo los reportes de pruebas debern almacenarse con cuidado, mantenerse seguros y en confidencialidad con el cliente. Los requerimientos para el mantenimiento, duracin del almacenamiento y la disposicin de

    los registros deber ser documentada y deber cumplir con cualquier

    requerimiento legal aplicable incluyendo arreglos contractuales.

    C).- Deber tener documentadas sus polticas y procedimientos

    concernientes a la disponibilidad y acceso a los registros de clientes y

    proveedores.

    D).- Las correcciones y cambios a los registros deber hacerse

  • de tal manera que se mantengan el material original y el nuevo material.

    E).- Deber retener un registro de todas las

    observaciones originales, clculos, y datos derivados, asociados con

    la conducta de la prueba, incluyendo las preparaciones relacionadas,

    calibracin y procedimientos de control de calidad. Esta informacin

    deber ser registrada utilizando cuadernos de notas, hojas de trabajo,

    instrumentos de impresin o medios magnticos

    F).- Para cada muestra deber registrar el nombre del

    cliente, identificacin nica de la muestra, procedencia de la muestra,

    tipo de muestra, datos, mtodos de muestreo y requisitos de prueba.

    G).- Cualquier cambio en los datos de la prueba o de una

    prueba en particular deber hacerse solo si no se obstruyen o borran

    los datos de entrada previos.

    H).- Los registros de cada prueba debern contener suficiente

    informacin que permita su repeticin. Los registros debern incluir:

    Dato(s) de muestreo, preparacin y prueba.

    Identificacin del personal.

    Identificacin del mtodo de prueba.

    En pruebas de organismos el nmero de camada o

    nmero de lote.

    Identificacin del equipo.

    Validacin de datos

    A).- Los resultados de los datos validados debern ser registrados.

    Reporte de datos. Datos de conformidad o datos de

    inconformidad, deber avisar al cliente y procurar otras o ms instrucciones

    si es apropiado. Si los datatos de conformidad o inconformidad, dudosos

    se reportan al cliente tales datos debern ser siempre

  • adecuadamente competentes. Las condiciones resultantes de una

    inconformidad o sospecha inconformidad deber incluir los siguiente

    datos:

    A). Incumplimiento con el mtodo de prueba incluyendo todos

    los procedimientos necesarios aplicables para asegurar la integridad y

    representatividad de la muestra.

    B).- Conocimiento incierto en cuanto a la confianza con el

    mtodo de prueba incluyendo todos los procedimientos aplicables

    necesarios para asegurar la integridad y representatividad de la

    muestra.

    C). Incumplimiento o sospecha de Incumplimiento en el

    desempeo del mtodo demostrados por los resultados proporcionados

    por las muestras de control de calidad.

    D).- Evidencia relevante proporcionada por auditoras de calidad,

    pruebas de perfeccionamiento o retroalimentacin con el cliente.

    E).- Evidencia relevante proporcionada por la validacin de datos.

    F).- Propiedades inherentes a la muestra que comprometen la prueba.