Proyecto Final de Ingenieria de La Calidad
Proyecto Final de Ingenieria de La Calidad
Proyecto Final de Ingenieria de La Calidad
Estuardo Alegra
INDICE
Tema Introduccin Contenido Proceso de negocios cajero de banco Diagrama de actividades cajero de banco Diagrama de secuencia cajero de banco Caso de Uso Cajero de banco Matriz de trazabilidad de cajero PGINA 3 4 7 8 9 10 11
diagrama de proceso apertura de cuenta diagrama de actividades apertura cuenta diagrama de secuencia apertura de cuenta caso de uso apertura de cuenta Matriz de trazabilidad apertura de cuenta Conclusiones Recomendaciones
12 13 14 15 16 17 18
INTRODUCCION
En el siguiente documento se muestra la toma de requerimientos de dos procesos de negocios utilizando la herramienta Enterprise Arquitec en el cual est documentado los procesos de negocios, diagrama de actividades, diagrama de secuencia, caso de usos, los tipos de requerimientos, listas de revisin y la matriz de trazabilidad, as tambin muestra cmo se debe de elaborar y la relacin que tiene cada uno de ellos.
CONTENIDO PROCESO DE NEGICIOS: Un proceso de negocio es un conjunto de tareas relacionadas lgicamente llevadas a cabo para lograr un resultado de negocio definido. Cada proceso de negocio tiene sus entradas, funciones y salidas. Las entradas son requisitos que deben tenerse antes de que una funcin pueda ser aplicada. Cuando una funcin es aplicada a las entradas de un mtodo, tendremos ciertas salidas resultantes. Es una coleccin de actividades estructurales relacionadas que producen un valor para la organizacin, sus inversores o sus clientes. Es, por ejemplo, el proceso a travs del que una organizacin ofrece sus servicios a sus clientes. Un proceso de negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos de negocio que deban ser incluidos en su funcin. En este contexto un proceso de negocio puede ser visto a varios niveles de granularidad. El enlace entre procesos de negocio y generacin de valor lleva a algunos practicantes a ver los procesos de negocio como los flujos de trabajo que efectan las tareas de una organizacin. Los procesos poseen las siguientes caractersticas: Pueden ser medidos y estn orientados al rendimiento Tienen resultados especficos Entregan resultados a clientes o stakeholders Responden a alguna accin o evento especfico Las actividades deben agregar valor a las entradas del proceso. Los procesos de negocio pueden ser vistos como un recetario para hacer funcionar un negocio y alcanzar las metas definidas en la estrategia de negocio de la empresa. Las dos formas principales de visualizar una organizacin, son la vista funcional y la vista de procesos.
DIAGRAMA DE ACTIVIDADES Diagrama de actividades es la representacin grfica del algoritmo o proceso. Se utiliza en disciplinas como programacin, economa, procesos industriales y psicologa cognitiva. En Lenguaje Unificado de Modelado (UML), un diagrama de actividades representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un diagrama de actividades muestra el flujo de control general. En SysML el diagrama de actividades ha sido extendido para indicar flujos entre pasos que mueven elementos fsicos (e.g., gasolina) o energa (e.g., presin). Los cambios adicionales permiten al diagrama soportar mejor flujos de comportamiento y datos continuos. Estos diagramas utilizan smbolos con significados definidos que representan los pasos del algoritmo, y representan el flujo de ejecucin mediante flechas que conectan los puntos de inicio y de fin de proceso.
REQUERIMIENTOS: Comprende todas las tareas relacionadas con la determinacin de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requisitos de los inversores, que pueden entrar en conflicto entre ellos.
Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a una mala traduccin del ingls. La palabra requirement debe ser traducida como requisito, mientras que requerimiento se traduce al ingls como request. El propsito de la ingeniera de requisitos es hacer que los mismos alcancen un estado ptimo antes de alcanzar la fase de diseo en el proyecto. Los buenos requisitos deben ser medibles, comprobables, sin ambigedades o contradicciones, etc. Un caso de uso es una descripcin de los pasos o las actividades que debern realizarse para llevar a cabo algn proceso. Los personajes o entidades que participarn en un caso de uso se denominan actores. En el contexto de ingeniera del software, un caso de uso es una secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicacin y el comportamiento de un sistema mediante su interaccin con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relacin entre los actores y los casos de uso en un sistema. Una
5
relacin es una conexin entre los elementos del modelo, por ejemplo la especializacin y la generalizacin son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cmo reacciona a eventos que se producen en su mbito o en l mismo. Los ms comunes para la captura de requisitos funcionales, especialmente con el desarrollo del paradigma de la programacin orientada a objetos, donde se originaron, si bien puede utilizarse con resultados igualmente satisfactorios con otros paradigmas de programacin.
MATRIZ DE TRAZABILIDAD: Durante el ciclo de vida del desarrollo de software de un proyecto existen dos fases muy importantes como son la definicin de requisitos o especificaciones y el diseo y ejecucin de pruebas. Cuando el proyecto es muy grande o complejo es difcil poder saber que test ejecutados o diseados cubren cada una de las especificaciones o requerimientos del proyecto. Es por este motivo que existe lo que se conoce como la matriz de trazabilidad. La matriz de trazabilidad es una herramienta que se utiliza para saber que requerimientos quedan cubiertos por una prueba.
PROCESO DE NEGOCIOS CAJERO DE BANCO: Este proceso tiene una serie de actividades que a partir del diagrama de proceso podemos ver e interpretar el funcionamiento y nos da la pauta a seguir con los dems diagramas, requerimientos, caso de uso y la matriz de trazabilidad. DIAGRAMA DE PROCESO CAJERO:
10
MATRIZ DE TRAZABILIDAD:
11
12
DIAGRAMA DE ACTIVIDADES:
13
DIAGRAMA DE SECUENCIA:
14
15
16
CONCLUSIONES
Los aspectos tcnicos y conocimiento de la herramienta hace que el proceso de toma de requerimientos sea la mas apropiada para el proceso de negocio en estudio o por elaborar, este proyecto deja como conocimiento como se utiliza de la mejor manera la herramienta Enterprice Arquitec sea una de las mas potentes para este tipo de requerimientos.
Segn lo aprendido en clase lo ponemos en funcionamiento en este proyecto ya que comenzamos la toma de requerimientos a partir de un proceso de negocio con 0 informacin y que se debe de realizar de la mejor manera para poder tener xito.
17
RECOMENDACIONES Realizar con frecuencia toma de requerimientos vuelve a la persona a tener ms habilidosa a la hora de estar utilizando la herramienta Enterprise Arquitec. Leer acerca de la herramienta Enterprice Arquitec ya que tiene muchas opciones que simplificaran el trabajo pero por el poco de conocimientos no habamos podido utilizarlo de la mejor manera. Que en la toma de requerimientos cada datos sea adjuntado en papel para poder realizar los cambios.
18