MODELADO

DE

PROCESOS

EN

RUP

Editado

por

Holger

Rivera

1. Temario del Curso de Base de Datos Introduccin al Modelado de Sistema en RUP Diagrama de Casos de Uso del Negocio Diagrama de Casos de Uso del Sistema Diagrama de Actividades Diagrama de Secuencia Diagrama de Colaboracin 2. Ingeniera de Software y Definicin de RUP Existen metodologas en la Ingeniera de Software que indican cmo construir tcnicamente un software RUP es un proceso de ingeniera de software orientado a objetos. Consiste en un conjunto de actividades necesarias para transformar los requerimientos del usuario en el sistema de software.

4. Caractersticas de RUP Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres caractersticas esenciales:

Los casos de uso sern integradores del sistema

los

elementos

3. Enfoque Global para el desarrollo de la Aplicacin Realidad Observable (Anlisis Sistemtico) 5. Diagramas UML para RUP

Proceso de Abstraccin (Teora)

PROCESOS (Modelado en UML RUP IBM Rational Rose)

DATOS (BD en SQL Server 2012 + Erwin Data 7.3)

Diagramas presentes en el modelado de procesos para el sistema propuesto: Modelo de Objetos Diagrama de casos de uso del negocio (DCUN) Diagrama de casos de uso del sistema (DCU) Modelo Dinmico Diagramas de Colaboracin (DCOL) Diagramas de Actividades (DA) Diagrama de Secuencia (DSEC)

APLICACIN (Visual Basic .NET 2010)

2. Elementos Actor Son los personajes que interactan directamente con el sistema y estn encargados de la realizacin de las actividades definidas dentro de los flujos de trabajo de cada una de las disciplinas del RUP, estos actores se dividen en varias categoras: Analistas, Desarrolladores, Probadores, Encargados y otros actores. Podemos clasificar a los actores de la siguiente manera: Principales: son las personas que usan el sistema Secundarios: son las personas que mantienen o administran el sistema Material Externo: dispositivos o materiales que son imprescindibles o que forman parte del mbito de la aplicacin y deben ser usados Otros Sistemas: sistemas con el cual el sistema interacta

6. Vistas y Diagramas de UML

Caso de uso

DIAGRAMA DE CASOS DE USO DEL SISTEMA 1. Definicin Los Casos de Uso son una tcnica de captura de requisitos que fuerza a pensar en trminos de importancia para el usuario y no slo en trminos de funciones que sera bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor aadido. Los Casos de Uso representan los requisitos funcionales del sistema. El propsito de las vistas de casos de uso es enumerar a los actores y los casos de uso, y demostrar qu actores participan en cada caso de uso.

Los casos de uso se determinan observando y precisando, actor por actor, las secuencias de iteracin y los escenarios desde el punto de vista del usuario El escenario es una instancia de un caso de uso El propsito de un caso de uso es definir una pieza de comportamiento coherente, sin revelar la estructura interna del sistema. Los nombres de los casos de uso empiezan con verbos activos con terminaciones ar, er, ir. La dinmica de un caso de uso se puede especificar por las interacciones de UML a travs de los diagramas de estado, secuencia, colaboracin y adems por las descripciones de los CU a travs de archivos texto. Cuando se implementan, los casos de uso son realizados mediante colaboraciones entre clases del sistema. El caso de uso es como una operacin de sistema, una accin emprendida por un usuario exterior.

 Asociacin La asociacin representa una relacin unidireccional en la que el actor ejecuta o participa al actuar sobre un determinado escenario (caso de uso) Existen 4 tipos de relacin en los casos de uso:

Ejemplo:
<<extend>>

Despachar Pedido Despachador

Despachar Pedido a Domicilio

Generalizacin (Herencia) El caso de uso origen hereda la especificacin del caso de uso destino y posiblemente la modifica o ampla.

Comunicacin El actor ejecuta la accin determinada por el escenario (caso de uso)

Caso de Uso Padre

Actor Caso de Uso

Caso de Uso Hijo

Ejemplo: Ejemplo:
Procesar Venta al Contado
Secretaria Registrar Datos del Paciente

Vendedor

Procesar Venta

Inclusin (<include>) Una instancia del caso de uso origen incluye tambin el comportamiento descrito por el caso de uso destino como una operacin OBLIGATORIA.
<<include>>
Actor

Procesar Venta al Crdito

Generalizacion (OR Excluyente)

Caso de Uso Origen

Caso de Uso Destino

Ejemplo:
Actor 1
<<include>>

Actor 2

Alumno

Registrar Matrcula

Seleccionar Curso

Ejemplo:

Extensin (<<extend>>) El caso de uso origen extiende el comportamiento del caso de uso destino pero de forma opcional NO OBLIGATORIA
<<extend>>

Cliente

Natural
Caso de Uso Origen Caso de Uso Destino

Empresa

Ejemplo inclusin - Extensin

DIAGRAMA DE CASOS DE USO DEL NEGOCIO Contexto

Estructura General de un Diagrama de Casos de Uso

Son personajes que representan el rol jugado por alguien o algo dentro del negocio y actan sobre el mismo. Elementos: Trabajadores del Negocio

Caso de Uso6
<<include>>

Caso de Uso1

Actor1

Caso de Uso2

Actor3

Bussiness Worked
Caso de Uso3 Actor4

Estn dentro del campo del negocio por lo general en una unidad organizacional e interacta con otros BW o con actores del negocio. Forman parte del negocio. Actores del Negocio

Caso de Uso7

Caso de Uso8 Actor2

Caso de Uso4
<<extend>>

Caso de uso9

Business Actor

Iconos de los Diagramas de Casos de Uso

Estn dentro del campo del negocio jugando algn tipo de rol pero NO conforman parte del negocio Caso de Uso del Negocio

Business Use Case

Son acciones o escenarios emprendidos dentro del negocio por los BW o BA.

ESPECIFICACIONES DE LOS CASOS DE USO 1. Objetivos Describir en detalles el flujo de actividades de cada caso de uso del negocio. Asegurarse que los actores del negocio respectivos obtengan el resultado esperado Asegurarse de que los miembros del proyecto, los clientes y los usuarios finales tengan un entendimiento comn del proceso detallado. Se utilizan tres artefactos para la documentacin: Documento de Especificacin de los casos de uso del negocio Diagrama de Actividades Diagrama de objetos del negocio 2. Estructura General

3. Elementos Actores Se indican los actores que participan en el caso de uso Deben coincidir con lo indicado en el diagrama de casos de uso

Propsito Se indica el objetivo principal del caso de uso

Breve Descripcin Se hace un resumen de las principales actividades de los casos de uso del negocio Debe existir un punto de inicio Debe terminar la redaccin con un punto de terminacin

Flujo de Eventos Se describe la secuencia de actividades o pasos bsicos, normales e invariantes que realiza el proceso del negocio. Describe qu hace el actor, qu responde el proceso del negocio y cmo se implementa Se establece un dilogo entre el actor y el proceso del negocio ordenado por la secuencia de ocurrencia El primer evento coincide con el punto de inicio El ltimo evento coincide con el punto de Terminacin Al final se debe de haberse alcanzado el propsito del caso del uso.

Flujos Alternos Se consideran las diferentes situaciones alternativas o variantes que provoquen una desviacin del flujo bsico Se debe especificar: a) Evento del flujo bsico que lo provoca b) Condicin bajo la cual ocurre c) Conjunto de actividades alternativas d) Cmo contina la ejecucin de los casos de uso una vez culminado el flujo alternativo

 Pre Condiciones Condiciones en las que debi encontrarse el negocio para que el caso de uso pueda ser activado. Se definen relativas al negocio, no al entorno Si no se cumplen, se rechaza la activacin del caso de uso Deben redactarse en tiempo verbal presente

DIAGRAMA DE ACTIVIDADES 1. Definicin Diagrama dinmico que muestra las actividades detalladas de un proceso mostrando flujo de objetos y carriles. 2. Importancia Es un til para indicar en un proceso:

Post Condiciones Condiciones en las que deber encontrarse el negocio junto a su entorno una vez terminado el caso de uso Definen los resultados esperados por el caso de uso Deben redactarse en tiempo verbal pasado

Informacin Adicional Se especifica informacin adicional que aclare o incorpore mayor detalle al caso de uso Se puede incorporar el diagrama de actividades y el diagrama de clases

Las tareas a realizar La secuencia de ejecucin de las tareas La interaccin entre los actores y los trabajadores La forma en la que el proceso maneja a las entidades Modela dinmicamente los casos de uso del negocio Abarca tareas automticas y manuales

3. Elementos

Informacin del Caso de Uso

Detalles: Los nombres de las actividades empiezan con verbos infinitivos Los flujos de objetos muestran los cambios de estado del objeto en el tiempo Solo hay un inicio Existe por lo general un final

 Actividad Representa el desarrollo de una Registrar actividad o paso dentro Actividad de un workflow. El nombre de la actividad debe incluir el objeto de la actividad La actividad debe ser una frase verbal en el infinitivo

Barra de Sincronizacin Se utiliza para mostrar subflujos paralelos Ramifica el curso del diagrama en mltiples caminos que se ejecutan a la vez Permite mostrar caminos concurrentes dentro del proceso

Swimlanes (calles) Estado Inicial Representa el inicio de un workflow Existe un nico estado inicial Se coloca dentro del carril correspondiente al rol que empieza el caso de uso Estado Final Representa el fin de un flujo de actividades Se coloca dentro del carril correspondiente al rol que termina el caso de uso Por lo general hay un estado final Cada calle representa una parte del workflow cuya responsabilidad est a cargo de una parte de la organizacin. Se utiliza para mostrar un rol que participa en el proceso. Puede representar a un actor o un business worked. del Diagrama de

4. Estructura General Actividades

Estado Transitorio Representa tiempos de espera en un proceso Es til para representar tiempos muertos
NewSwimlane1 NewSwimlane2 NewSwimlane3

Objeto1
[Estado1]

Actividad1

Transicin
Actividad3 [ No ]

Actividad2

Decisin? [ Si ]

Seala la direccin en la que fluyen las actividades Representa la secuencia de cada elemento dentro del diagrama Es navegable en un solo sentido Ocurre cuando termina el elemento que la precede en el diagrama

Objeto2
[Estado4]

Actividad5

Actividad4

Objeto1
[Estado2]

Barra de sincronizacin horizontal

Actividad6

Decisin
Actividad7

Actividad8

Representa una pregunta o una decisin dentro del proceso Se acompaa de la pregunta que debe hacerse el proceso para tomar la decisin
Actividad9

Objeto2
[Estado3]

VISTA LGICA: CLASES CON ESTEOTIPOS 1. Definicin El tipo de funcionalidad, o sea la razn de ser de un objeto dentro de la arquitectura se conoce como estereotipo. Siguiendo la metodologa de casos de uso, la arquitectura del sistema para un modelo de anlisis se basar en 3 estereotipos: Entidad (Entity): Para los objetos que guardan informacin sobre el estado interno del sistema a corto y a largo plazo. Estos objetos corresponden al dominio del problema. Control (control): Para los objetos que implementan el comportamiento o control de la lgica de los casos de uso, especificando cundo y cmo el sistema cambia de estado. Los objetos control modelan la funcionalidad que no se asocia naturalmente con un solo objeto. Frontera (boundary): Para los objetos que implementan las interfaces del sistema con el mundo externo, correspondientes a todos los actores.

La funcionalidad relacionada con el almacenamiento y manejo de la informacin del dominio del problema se asigna a los objetos entidad. La funcionalidad especfica a uno o varios casos de uso y que afecta a mltiples objetos a la vez, o que no se relaciona naturalmente con ningn objeto frontera o entidad, se asigna a los objetos control. En general, se asigna un solo objeto control por caso de uso.

Distribucin de las clases en los 3 paquetes: entidad, control y frontera.

2. Clases para los casos de uso En cada caso de uso se identifican los objetos necesarios para su implementacin. Los objetos se identifican segn sus estereotipos de manera que correspondan con la funcionalidad ofrecida en cada uno. Se define explcitamente qu objeto es responsable de cual comportamiento en cada caso de uso. La funcionalidad de los casos de uso depende directamente de la interaccin del sistema con el mundo externo se asigna a los objetos frontera.

DIAGRAMA DE SECUENCIA 1. Definicin Es un diagrama dinmico que representa la comunicacin entre objetos a travs del tiempo. El diagrama de secuencias describe aspectos dinmicos del sistema, a diferencia de los diagramas de clases que muestran informacin esttica. Por tal razn, los diagramas de secuencias utilizan objetos. Cada objeto en el diagrama es representado por una lnea vertical, correspondiente al eje del tiempo. 2. Elementos

Los nombres de los mensajes de los diagramas de secuencia empiezan con verbos activos, es decir con terminaciones ar, er, ir. Un diagrama de secuencia autogenera automticamente un diagrama de colaboracin y viceversa (Seleccionar en el men Browse/Generar diagrama de Colaboracin (F5)). Un mensaje con parntesis (que puede tener o no parmetros) representa la ejecucin de una funcin o un procedimiento.

DIAGRAMA DE COLABORACIN 1. Definicin Es un diagrama dinmico que representa la relacin entre objetos y luego la comunicacin entre ellos a travs de mensajes los cuales se van auto enumerando de acuerdo al orden lgico de comunicacin. 2. Elementos

3. Estructura Secuencia
Objeto1 Objeto2

General

del

Diagrama

de

Objeto3

Objeto4

Objeto

1: msj1()

Parmetros

2: msj2() Foco o control

3: msj3(p1, p2) 4: msj4()

Mensaje

5: "Mensaje1"

Mensaje recursivo 6: msj5()

3. Estructura General Colaboracin

4: msj4()

del

Diagrama

de

Mensaje de ida Actor

3: msj3

5: "Texto1" : CtrlB1 Nmero de secuencia 8: msj8 9: msj(p1)

Relacion o asociacion

7: msj7

4. Pasos para Secuencia

elaborar

Diagramas

de
: Actor

2: msj2

15: msj14() 10: msj10() Relacin recursiva ENTIDAD

1: msj1 6: msj6

: frmPantalla

12: msj11

: CtrlB2

11: msj11

Identificar los objetos y darles nombre Establecer la comunicacin entre objetos en un sentido lgico a travs del tiempo en el diagrama de secuencia

Mensaje de retorno Boundary o ficha 13: msj12 14: msj13(p1,p2) Entidad

17: "Texto2" : CTRLB3

16: "Texto2"

Control

EJEMPLOS DE APLICACIN
1. Laboratorio Clnico San Pedrito Diagrama de casos de uso del negocio (DCUN)

Diagrama de Casos de uso del Sistema

Packages del Sistema

Package 01: Procesar Citas y Atenciones

Package 02: Procesar Pagos

Package 03: Procesar Reportes

Package 03: Procesar Reportes

2. Sistema de Matrculas UNT - DCUN

3. Sistema de Ventas DCU del Sistema

Paquete de CU Registrar cliente

Cliente
(from Actores)

Registrar cliente

Vendedor
(from Actores)

Registrar cliente natural

Registrar cliente jurdico

 Paquete de CU Procesar pedido

Seleccionar producto

<<include>>

Registrar pedido

Cliente
(from Actores)

Vendedor
(from Actores)

Emitir nota de venta

Paquete de CU Procesar venta

Cliente
(from Actores)

Registrar venta

Vendedor
(from Actores)

Punto de extension: Si montoCredito > montoMaximo Registrar venta al contado Registrar venta al credito

<<extend>>

Registrar garante

Paquete de CU Procesar pago

Registrar pago

Registrar pago al contado Cliente

(from Actores)

Registrar pago con tarjeta credito

Cajero
(from Actores)

Registrar pago con cheque

 Paquete de CU Emitir documento de venta

Cliente
(from Actores)

Emitir documento de venta

Cajero
(from Actores)

Natural
(from Actores)

Emitir boleta de venta

Juridico
(from Actores)

Emitir factura

Paquete de CU Despachar pedido

Cliente
(from Actores)

Despachar pedido

Despachador
(from Actores)

<<extend>>

Pto. de extensin: pedido = domicilio

<<include>>

Despachar pedido a domicilio

Emitir gua de remisin

Paquete de CU Emitir reportes de gestin de ventas

Emitir reportes de gestin de ventas

Jefe de ventas
(from Actores)

Emitir reporte de ventas diarias Emitir reporte de clientes morosos

Emitir reporte de record de ventas por vendedor

Emitir reporte de productod mas vendidos

 Paquete CU Procesar carrito de compras

Buscar producto

<<include>>

Cliente
(from Actores)

Registrar carrito de compras

4. Sistema para Venta de Pasajes en Aerolnea

Oficina de Destino Emitir Recibo de Pago Verificar Disponibilidad de Regreso Reservar Pasaje

Registrar Cliente Vendedor

Cliente

Registrar Equipaje Ofrecer Servicios

Solicitar Informacion Pagar por Servicio <<extend>>

Ofrecer Servicio de Encomienda Ofrecer Servicio de Giro Ofrecer Servicio de Mensaje Pagar por Gastos Extras

4.1.

DA REGISTRAR HOJA DE MANIFIESTO

5. Modelo del Negocio Colocacin de Empleado SISTEMA DE COLOCACION DE EMPLEO

PIEROS, es una compaa que opera con diversas empresas del medio y se dedica a la colocacin de empleados en diversos puestos de trabajo, para lo cual realiza evaluaciones permanentes sobre las experiencias de los candidatos. El proceso se detalla a continuacin: a. Los candidatos nuevos llenan una ficha de inscripcin en la que anotan su nombre completo, direccin, telfono domiciliario actual, telfono celular (opcional), e-mail (opcional), nmero de DNI y un resumen de su curriculum vitae entre cuyos datos se destacan: Institucin donde se realiz la primaria, ao de trmino de la primaria, institucin donde estudi la secundaria, ao de trmino de la secundaria; asimismo, Institucin dnde estudi superior, ao de culminacin y otros estudios con una duracin mayor o igual a 180 horas en total; consignndose la Institucin, el diploma obtenido, las fechas de inicio y finalizacin y el nmero de horas respectivamente. Tambin el resumen de sus experiencias laborales o profesionales recientes, tomando en cuenta que se anotarn: el lugar o empresa donde trabaj, la fecha de inicio y finalizacin de contrato y el cargo desempeado. b. La compaa realiza el proceso de seleccin a travs de la aplicacin de un test psicolgico realizado por el grupo de psiclogos de la compaa y de una prueba de aptitudes en las reas de postulacin. c. Los candidatos que obtuvieron un promedio mnimo de 70 puntos en el test psicolgico, quedarn aptos para rendir el examen de aptitud, los dems sern rechazados automticamente. Los candidatos que no alcancen el puntaje mnimo de 95 puntos en la prueba de aptitud, tambin sern rechazados. d. Aquellos que fueron rechazados no podrn presentarse como mnimo en 6 meses. Ello se verificar en su legajo de postulante.

e. La compaa realiza peridicamente las gestiones necesarias con las empresas a fin de obtener las vacantes ofrecidas por ellas en las diversas reas de inters y as poder facilitar las colocaciones de empleo. f. Las empresas requieren la siguiente informacin de los candidatos: su currculum vitae de donde se resalta su edad, la indicacin de las experiencias por tiempo mnimo con las certificaciones respectivas ms los resultados del test psicolgico aplicado y los resultados obtenidos en la prueba de aptitud. g. Una vez que se cuenta con el candidato aprobado y seleccionado, se procede a la presentacin a la empresa, para ello dicha empresa pagar el monto equivalente a unidad impositiva como cuota de satisfaccin (pago a efectuar por nica vez) y el pago descontado del primer sueldo de 50% al candidato contratado, tambin como pago nico. h. La compaa brinda el servicio de colocacin de empleos a un staff de empresas con las cules ha firmado convenios de colocacin de empleados y tiene adems, un staff de empleados entre obreros y profesionales candidatos a los cules colocar en dichas empresas, asimismo, tambin se cuenta con el personal que se encarga de las evaluaciones a los candidatos, la cual est formada por Ingenieros, psiclogos, Asistentes sociales, etc. i. Actualmente la compaa tiene convenio con un promedio de 50 empresas a las cuales provee satisfactoriamente de empleados calificados de acuerdo a sus propios requerimientos. j. Asimismo, existe en promedio 30 vacantes de colocacin diaria pedidas por las empresas del medio. k. Adems, la compaa recibe en promedio unas 25 solicitudes diarias de colocacin por parte del personal desempleado del pas. l. La compaa cuenta con un historial de desempeo de los empleados colocados en las empresas, en los cules se guarda informacin de su rendimiento laboral. Dicha informacin es actualizada peri-dicamente con los datos que se recibe de las empresas, esto es importante, pues en los casos que dichos empleados fueran despedidos por malos manejos, es decir, robo, malversaciones, etc. dichas personas no sern recomendadas jams a ninguna otra empresa. m. De acuerdo a lo indicado, se requiere desarrollar el modelado de procesos que permita responder a las operaciones del negocio y controlar la informacin de las evaluaciones efectuadas a los postulantes, as como las solicitudes de los candidatos que se encuentran en calidad de pendientes, aceptadas rechazadas; y adems evaluar en forma permanente el rendimiento de aquellos candidatos que fueron colocados en las empresas.

Solicitar Colocaion de Empleo

Compaia

Aplicar Test

Personal Desempleado

Asignar Evaluaciones

Personal a evaluar

<<extend>>

Estaff de Candidatos

Aplicar Prueba de Actitud

Ingresar Curriculos de Calificados

MODELADO DE PERSONAL SOLICITADO <<include>>

Solicitar Personal Requerido <<include>>

Compaia

Revizar posibles candidatos Estaff de Candidatos <<include>>

Estaff de Empresas

Colocar Puestos de Trabajo Descontar Pago del empleado

Mandar Papeles de Candidatos

Realizar ciobro Respectivo

6. DA Realizar Cobro

7. Alquiler de Lanchas

7.1.

DCUN alquiler lanchas

Elaborar Factura

cliente Abonar 20%

Empleado

<<include>> Alquilar Lancha

<<include>>

<<extend>>

Consultar Tarifa Vigente Solicitar Lancha <<include>> <<extend>> Asignar Piloto

Equipar Lancha

Verificar Estado de La Lancha

7.2.

DA Elaborar Factura

7.3.

DSEC Elaborar Factura

: EMPLEADO

: frmFACTURA

: CLIENTES

: LANCHAS

: PILOTO

: FACTURA

: CtrlFECHAS

Elegir "Nuevo Alquiler" Autogenera N Factura

Selecciona Fecha Verifica Fecha Mensaje de Verificacion( )

Ingresa Datos del Cliente Verifica Experiencia( ) Mensaje de Verificacion( )

Ingresa Tipo de Alquiler

Ingresar Tiempo de Alquiler Verificar Fecha( ) Mensaje de Verificacion ( )

Seleccionar Piloto Verificar Disponibilidad Piloto ( ) Mensaje de Verificacion ( )

Asignar Lancha Verificar Estado ( ) Mensaje de Estado ( ) Generar Precio

Seleccionar "Grabar" Enviar Programacion Separar Disponibilidad

Grabar Alquiler Seleccionar "Editar"

Seleccionar "Eliminar"

Seleccionar "Nueva Orden"

Seleccionar "Regi strar"

Seleccionar "Salir"

8. Sistema de Ginecologa

SISTEMA DE CONTROL DE CONSULTORIO EXTERNO DE GINECOLOGIA

La Inmaculada es una Clnica Hospital que atiende entre sus diversos servicios, el de Ginecologa en cuyo departamento se han presentado serios problemas en la atencin a pacientes debido al lento proceso de sus expedientes, para ello Ud. desarrollar el modelado de procesos del sistema de atencin con el fin de agilizar la documentacin necesaria de tal manera que se logre un servicio ms eficaz. Las operaciones actuales del proceso de consulta, se detallan a continuacin: a. Las nuevas pacientes solicitarn asesora para atencin en consulta externa en el departamento de Consejera donde le indicarn que tipo de consultorio la atender. b. Posteriormente la paciente solicitar el cupo respectivo para la atencin el mismo da, de no alcanzar cupo, la paciente regresar al da siguiente. La tarjeta de cupo contiene los nombres y apellidos de la paciente, edad y nmero de Historia Clnica, as como el nmero de cupo, fecha, hora y especialidad para la atencin y la firma del personal responsable. c. Con el cupo obtenido, la paciente ir a Caja a efectivizar la cancelacin por el servicio de atencin en consultorio externo; aqu le remitirn una Boleta de Pago. d. Con dicha Boleta de pago ir al departamento de Admisin, donde le abrirn su Historia Clnica (HC), indicando los siguientes datos: Filiacin y Antecedentes; entre los cules se consignar los datos: apellidos y nombres, DNI, direccin actual, departamento, provincia, distrito, localidad, ocupacin, estudios, telfono, estado civil; adems Antecedentes Obsttricos: N de Gestas, Abortos, Partos vaginales, cesreas, nacidos vivos, nacidos muertos, cuntos de sus hijos viven, muertos en la 1ra. Semana, cuntos muertos despus de la 1ra semana. Fin de gestacin anterior: fecha de terminacin, tipo de terminacin (parto, aborto, eclptico, molar, otro, no aplica); si fue aborto, tipo de aborto (incompleto, completo, frustro, sptico, otro, no aplica), RN de mayor peso en gramos. Se registrarn los antecedentes familiares tales como; Alergias, anomalas congnitas, epilepsia, diabetes, enfermedades congnitas, gemelares, hipertensin arterial, neoplasa, TBC pulmonar, otros. e. Tambin se registrarn los datos basales del embarazo actual; f. En el departamento de Archivo se clasificarn las HC y sern quienes enviarn al consultorio correspondiente. g. La enfermera recepcionar las HC y las clasificar segn el orden de llegada de los pacientes. h. El mdico revisa las HC de los pacientes y verifica los sntomas que adolecen, luego evala estos sntomas solicitando los exmenes respectivos en los laboratorios, finalmente el mdico elabora su diagnstico. i. Si los resultados no son favorables se efectuar un tratamiento por consultorio externo que iniciar con la emisin de la Tarjeta de Citas (dnde se registrar sus apellidos y nombres, N HC y el da, mes hora, ao y N de Consultorio).

j. Finalmente se actualizar la HC que ser enviado al departamento de Archivo.

8.1.

DCUN Sistema de Ginecologa

Solicitar Consejera Dpto Consejeria Paciente Solicitar Cupo

Caja Cancelar Cupo

Ir a Admisin

<<extend>> Actualizar Datos Ver Historial Clnico

Dpto de Admision

Enviar verificacin

Dpto de Archivo Verificar HC

Almacenar Nuevo HC

Enviar HC a c/Consultorio

Recepcionar HC Enfermera

Enviar HC Actualizado

Clasificar por Llegada

Enviar HC

Ver Historial Mdico <<include>>

Actualiza HC

9. SISTEMA CONTABLE 9.1. DCUN SISTEMA CONTABLE

Analizar y clasificar los documentos

Llenar Borrador de Asientos Contables Area de Ventas Auxiliar Contabilidad Revisar Comprobantes

Llenar Comprobantes Contabilidad

Regstrar libros auxiliares

Contador Emitir Comprobantes de Contabilidad

Registrar Libros Mayores

SUNAT

Calcular Impuestos

9.2.

DA ANALIZAR Y CLASIFICAR DOCUMENTOS REVISAR COMPROBANTES

10. SISTEMA DE CONTROL DE INVENTARIO

La Distribuidora NADIASAC gira su negocio entorno a la venta de artculos ferreteros orientada tanto al por mayor, menor, como a pblico en general con formas de venta de contado o al crdito, en caso de crdito ste debe estar registrado previamente. Para registrase obviamente tiene que realizar una compra donde dejar sus datos correspondiente (Direccin, Telfono, E-mail), si es cliente natural dejar su nombre y nmero de DNI, y si es cliente jurdico su Razn Social y su nmero de RUC; slo as el cliente podr ser tomado en cuenta en caso de una venta al crdito ya que se puede revisar su historial crediticio. El sistema de ventas cuenta con vendedores quienes darn a cada cliente un cdigo a la vez de dar, preparar el documento de venta correspondiente, as como la coordinacin con el almacenero sobre el stock de los productos. Una copia de esos documentos de venta siempre pasa a administracin, quien da los requerimientos de compra para el ingreso de artculos y la actualizacin del kardex. En caso de que se requiera transporte, mayormente a clientes que son otras ferreteras se emite una gua de remisin acompaada con su respectiva factura. En caso de que sea una venta al crdito lo que se le entrega al cliente es una nota de pedido, aparte que el administrador es el encargado de dar las cuotas a pagar, al trmino del pago de todas las cuotas se proceder a un cambio de documento, es decir de la simple nota de pedido a una factura de venta. El ingreso de compras por parte de la distribuidora se da mediante requerimientos de compra que elabora el administrador hacia almacn quien recepcione las guas de remisin emitida por los proveedores que tambin son contactados por el administrador. En caso de devolucin evala el administrador el motivo y en caso de aceptar la devolucin se procede a la elaboracin de una nota de reingreso que proceden a actualizar el kardex.

10.1.

CASOS DE USO DEL SISTEMA MODELO DE CASOS DE USO DE ENTRADA DE MERCADERA

MODELO DE CASOS DE USO DE SALIDA DE MERCADERA

MODELADO DE CASOS DE USO DE DEVOLUCIN DE MERCADERA

MI PROYECTO WEB RESTAURANTE D' MAR Software de gestin en Reservas y Pedidos Online de Comida Criolla

2.1.3. Diagrama de Casos de Uso del Negocio En este modelo del Negocio Actual del sistema que posee el Restaurante DMar, cuenta con sus diversas reas de interaccin; as como son sus actores y propietarios de la empresa. Tambin , Se ha hecho este trabajo de acurdo a cmo funciona la empresa y quienes son los que participan?. De acuerdo al grfico se har uso del DCUN (Diagrama de Caso de Uso del Negocio) con la Herramienta Racional Rose 7.8 y Modelado con UML.

2.1.4. Especificaciones de Casos de Uso Del Negocio Estas son los diversos casos de usos del negocio que se dan en la organizacin: a) CUN- Pedidos

b) CUN- Reservas

cc) CUN- Devolucin

d) CUN- Administracin

e) CUN- Cocina

f) CUN- Almacn

2.2.3.1. Especificacin de Caso de Uso: Registrar Pedido. 1. Actores Mesero, cliente 2. Propsito Registrar los pedidos realizados por los clientes y entregrselos al cocinero para su atencin correspondiente. 3. Breve descripcin El caso de uso comienza cuando el Cliente (comensal) solicita al mesero o mozo la lista o catlogo de productos, para que luego el mesero registre los productos escogidos por en una orden de pedido que ser luego entregada a cocina para la posterior atencin del mismo. 4. Flujo Bsico de Eventos El Cliente solicita lista de productos. La Mesera entrega lista de productos. El Cliente escoge los productos. El Mesero consulta los productos. El Mesero registra los productos escogidos en una nota u orden de pedido. El Mesero entrega la orden a cocina 5. Sub flujos No existen sub flujos especificados para este caso de uso del negocio. 6. Flujos Alternativos 6.1 Paso 4. Sin resultados en la bsqueda de productos Si no se cuenta con el stock del producto. El Mesero avisara al Cliente que no se cuenta con el producto indicado. El Cliente decidir cambiar de producto o continuar con el pedido. El caso de uso contina en el paso 5 del curso bsico

7. pre condiciones No existe precondiciones especificadas para este caso de uso del negocio. 8. Pos-condiciones 8.1 documento orden de pedido (nota de pedido) Se elabor documento orden de pedido 9. punto de extensin No existen puntos de extensin especificados para este caso de uso del negocio. 10. requerimientos especiales. No existen requerimientos especiales especificados para este caso de uso 2. Propsito Atender los pedidos ordenadamente y sin confusin entregados por los meseros. 3. Breve descripcin El caso de uso comienza cuando el mesero (mozo) entrega la nota de pedido en cocina, luego el cocinero busca entre las notas en cola para despachar la orden. 4. Flujo Bsico de Eventos El Mesero entrega la orden en cocina. El Cocinero decola. Los pedidos para atender ordenadamente. El Cocinero atiende los productos detallados en el pedido. El Mesero procede a despachar el pedido al cliente. 5. Sub-flujos No existen sub-flujos especificados para este caso de uso del negocio. 6. Flujos Alternativos

No existen flujos alternativos. 7. Precondiciones Se ha entregado la orden o nota de pedido. 8. Pos-condiciones No existen pos condiciones. 9. Puntos de Extensin No existen puntos de extensin especificados para este caso de uso del negocio. 10. Requerimientos Especiales No existen requerimientos especiales especificados para este caso de uso.