UNIVERSIDAD TECNOLGICA DE PUEBLA

Organismo Pblico Descentralizado del Gobier no del Estado

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)

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: <nombre del caso de uso>

Autor: <nombre del autor (o autores) del caso de uso>
Fecha: <fecha de creacin del caso de uso>
Descripcin:
<breve descripcin del caso de uso>
Actores:
<actores participantes en el caso de uso>
Precondiciones:
<condiciones que deben cumplirse para poder ejecutar el caso de uso>
Flujo Normal:
<flujo normal (feliz) de ejecucin del caso de uso>
Flujo Alternativo:
<flujos alternativos de ejecucin del caso de uso>
Pos condiciones:
<condiciones que deben cumplirse al finalizar la ejecucin del caso de uso>

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
Prioridad

<Nombre del puesto que ocupara el

Stakeholders>
< Son aquellas actividades o acciones que
realiza el Stakeholders empleando insumos o
herramientas para facilitar su trabajo>
<Puede ser baja, media o alta segn sea el

Situacin Actual

puesto>
<Como se realiza dicha actividad por lo regular
es manual>
< Es la alternativa que implementaremos para
mejorar la situacin actual>

Solucin Propuesta

Beneficios

<Aquellos que impactan de una forma

circustancial>
<A>
<B>

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.