Sistema de Administracion de Produccion Musical

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012
1.1 DESCRIPCIN DE LA ORGANIZACIN Identificacin de la empresa: Dinamo Producciones es un estudio de grabacin musical de distintos gneros (balada, pop, rock, jazz, cumbia, huaynos, etc.) en los ltimos aos ha logrado captar clientes nacionales y extranjeros con los que viene trabajando, todo esto es gracias al esfuerzo y dedicacin de los representantes de dicha empresa. Ubicacin Geogrfica Distrito Provincia Departamento Direccin Telfono RUC : San Miguel : Lima : Lima : Pasaje Isla Corcovado 188 : 566 - 2809 : 20284759775
Figura 1.1.- Ubicacin Geogrfica.

Caractersticas de la empresa: Es una empresa dedicada a la produccin, arreglos y asesora musical. Visin: Darse a conocer en el mundo como un estudio de grabacin de trato personalizado, colocndose dentro de los mejores y ms reconocidos estudios en Amrica Latina. Realizando servicios relacionados a la produccin musical y musicalizacin para cinematografa, siempre con la misma calidad que nos caracterizan, otorgando confianza y excelentes resultados. Misin: Servir a los clientes, dando oportunidad a todas aquellas personas, productoras y empresas en general, deseosa de producir msica con excelencia, siempre en permanente comunicacin y buscando la satisfaccin total en sus clientes. Nuestro factor diferencial, es la feliz combinacin de una amplia experiencia en Msica y Sonido ambas estn en todo momento a disposicin de nuestros clientes. Estructura Organizacional:
Gerencia
Secretaria
Marketing
Almacn
Produccin Estudio de Grabacin
Atencin al cliente
Publicidad Promociones y Paquetes
1.2 IDENTIFICACIN DELOS PROBLEMAS:

2
Utilizacin inadecuada de la agenda personal.

Cruce de horarios en la disponibilidad de las salas. No maneja un registro e inventario de equipos y materiales. La bsqueda, ubicacin y estado de los equipos no disponibles en el momento.
Agenda Virtual: La utilizacin de una agenda personal dificulta los contenidos de informacin que se redactan en la misma, uniendo las tareas del trabajo con los aspectos personales del quien la porta. La tareas a desarrollar se registran en una agenda personal la que con lleva a ciertas dificultades cuando sucede un imprevisto. Gestin de Contratos: Los representantes de grupos musicales, solicitan la disponibilidad de la sala de grabacin para poder realizar sus diferentes producciones musicales. Conflictos en la distribucin de horarios.
Gestin de Almacn: Los equipos que se usan para una produccin determinada no se encuentran registrados ni clasificados por categoras lo que ocasiona un retraso en el tiempo coordinado para dicha produccin. Pgina web On-line: Adems la empresa tiene previsto implementar pgina web para su propaganda y consultas on-line por parte de los clientes. Descripcin de la solucin propuesta: Identificado y analizando la problemtica de la empresa, las propuestas presentadas son las siguientes: Se implementar el mdulo de AGENDA VIRTUAL para evitar el cruce de horarios y la acumulacin de carga laboral, est a la vez sintetizar la planificacin de tareas asignadas diariamente. El horario editado ser publicado
3

en la web dinmicamente en la que los clientes accedern para consultar el horario disponible mediante un usuario y una contrasea. La gestin de ALMACN permitir llevar un mejor control de los equipos disponibles, mantenimiento, estado y uso. Este inventario de equipos estar clasificados por categoras que ayudar a la rpida ubicacin de cualquier equipo e instrumentos musicales. Este mdulo estar ligado con el control de stock de producciones musicales finales. En el mdulo GESTIN DE CONTRATOS registra la produccin que realizar el cliente, para luego mostrar un reporte que permitir visualizar las fechas, los das y horas disponibles de las salas, emitirn una cotizacin de las horas elegidas por el representante. En el mdulo GESTIN DE PAGOS se realizar la cobranza por cada sesin realizada por el cliente y se generar una cuenta por cobrar. 1.3 OBJETIVOS En el presente estrato se incluirn los objetivos tanto generales como especficos que se pretenden alcanzar con el desarrollo del sistema. 1.3.1 Objetivo General: Sistematizar el proceso de organizacin, distribucin y asignacin de horarios de producciones musicales. Difundir la imagen empresarial, marketear publicar utilizando herramientas informticas. Administrar y controlar el registro, actualizaciones de equipos e instrumentos musicales. Automatizar el proceso de pagos, llevando un control histrico de las boletas emitidas y registradas.
1.3.2 Objetivo especfico: Interfaz grfica que permitir interactuar con el usuario para un fcil manejo del sistema.
4

Creacin de consultas para la rpida ubicacin de la informacin deseada. Generacin de reportes que servirn para la toma de decisiones. Cuenta con seguridad, con la finalidad que un usuario ajeno no pueda tener acceso a ciertas pginas. Entorno ligero para una rpida navegacin.
1.4 DEFINICIN DE ALCANCES: El portal Web a desarrollar estar alojado en un servidor dedicado (hosting) La aplicacin estar desarrollada en entorno ASP.NET C# con SQL Server 2008 Enterprise. Solo se emitirn boletas.
1.5 LIMITACIONES TECNOLGICAS: 1.5.1 Limitaciones Tecnolgicas Estas limitaciones estn bastante demarcadas, ya que la productora solo cuenta con un equipo de cmputo que es usada de manera general por el administrador. 1.5.2 Limitaciones Presupuestales
En esta seccin vamos a definir los lmites presupuestales estimados para el desarrollo del proyecto. La productora debido que no cuenta con un sistema que le facilite los procesos de negocio, muestra un lmite presupuestal remarcado, por lo cual realizaremos el sistema administrativo para la productora, utilizando un hosting que contenga ASP.NET y base de datos SQL Server 2008 Enterprise. 1.5.3 Limitaciones de RRHH

En cuanto al recurso humano de la productora la limitacin es menos remarcada que el aspecto presupuestal y tecnolgico, esto se debe a que el trabajador que labora en la productora est bastante propenso al cambio, y est dispuesto a colaborar y recibir las capacitaciones de la mejor manera posible. 1.6 FACTIBILIDAD: 1.6.1 Factibilidad Tcnica: La empresa no cuenta con un servidor web propio, lo cual recurrimos a un servidor dedicado (hosting), el servidor dedicado cuenta con las herramientas necesarias para el desarrollo del proyecto. Los criterios justifican tcnicamente factible la elaboracin del proyecto. El proyecto ser diseado para un fcil manejo y mantenimiento para la comunidad del usuario, que no necesitar tener conocimientos de computacin ni de otras tcnicas, por el contrario, los trabajadores aplicarn los conocimientos que poseen para realizar su trabajo ms eficientemente con mayor rapidez y exactitud. Para lo cual se capacitara al personal sealado e involucrado al manejo del sistema. 1.6.3 Factibilidad Econmica: Para implantacin del sistema, se adquirir una estacin de trabajado (pcs) para el uso del sistema. El sistema no necesitara una red interna debido a que el proceso se realizara en un entorno Web, La empresa cubrir los gastos anuales del servidor dedicado, que ser un monto establecido. 1.6.2 Factibilidad Operativa:
1.7 JUSTIFICACIN:

El mundo actual depende en gran medida del manejo de la informacin, tanto a nivel personal, como empresarial, por lo tanto es indispensable contar con herramientas informticos que permitan realizar un manejo eficiente de volmenes de informacin. Un sistema de Administracin para Estudio de Grabacin es una herramienta informtica que permitir al usuario que optimice sus principales tareas, mejorando el tiempo de servicio a sus clientes, permitindole al usuario poder acceder al sistema desde cualquier mquina de computo de manera on-line. El proyecto a desarrollar, se realizar por la necesidad que tiene el Estudio de Grabacin del buen control de las reservaciones de la salas ya que de esto depender el aumento de las ganancias para la empresa.
En el presente capitulo se describe la metodologa a utilizar como punto de partida para la definicin de requerimientos, el diagrama de clases de anlisis y la lista de
7

operaciones pertenecientes a la etapa de anlisis del sistema, tambin el diagrama de clases de diseo y el diagrama de secuencias pertenecientes a la etapa de diseo del sistema. Tambin se realizar el diseo de la base de datos en la etapa de diseo del sistema. 2.1 METODOLOGA DE IMPLEMENTACIN: Utilizaremos para el anlisis, diseo y desarrollo del sistema la metodologa PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE (RUP) la cual es un acercamiento pragmtico y simple para el desarrollo de aplicaciones orientadas a objetos. RUP se basa en los siguientes 6 principios: Establece un conjunto de fases adaptables al contexto y necesidades de cada proyecto, su versatilidad nos permite aplicarla a este proyecto. Permite balancear las prioridades de las partes interesadas, contribuyendo de tal manera que se cumplan los objetivos del desarrollo del sistema. Promueve la colaboracin a travs de equipos. Permite obtener productos en cada iteracin del proyecto. Permite la evaluacin al terminar cada iteracin, para redefinir e iniciar la siguiente. Promueve elevar el nivel de abstraccin durante el proyecto, lo cual motiva el uso de conceptos reutilizables, el anlisis de soluciones arquitectnicas, la reutilizacin del cdigo y la representacin visual del proyecto mediante el Lenguaje Unificado de Modelado (UML), como en este proyecto. Este principio evita que el ingeniero de software vaya directamente de los requisitos a la codificacin. Controla la calidad en todos los aspectos de cada iteracin, nos permite evaluar la calidad constantemente durante el proceso de desarrollo del software. Decidimos utilizar la metodologa RUP por las siguientes razones: Es un marco de trabajo que permite obtener el xito en el desarrollo de software iterativo e incremental.
8

Junto con UML, constituye la metodologa estndar ms utilizada para el anlisis, diseo e implementacin de sistemas orientados a objetos. El proyecto abarca las fases del ciclo de vida del proceso unificado.
Figura 2.1.- Imagen RUP.
Cada ciclo se desarrolla a lo largo del tiempo. Este tiempo, a su vez se divide en 4 fases. A travs de una secuencia de modelos los implicados son capaces de visualizar lo que ocurre en esas fases. Cada fase culmina con un Hito, cada hito se determina por la disponibilidad de un conjunto de artefactos; es decir, ciertos modelos o documentos han sido desarrollados hasta alcanzar un estado predefinido. Inicial: Fase en la que se definen los diferentes alcances del proyecto y se presenta el anlisis del negocio, esencialmente esta fase responde a las siguientes preguntas: Cules son las principales funciones del sistema para los usuarios ms importantes? Cmo podra ser la arquitectura del sistema?
9

Cul es el plan del proyecto y cuanto costara desarrollar el producto? La primera pregunta se contesta en el modelo de casos de uso simplificado con los casos de uso ms crticos, luego la arquitectura del sistema ser provisional, y muestra un simple esbozo de los subsistemas ms importantes. En esta fase se realiza la planificacin del proyecto y se identifican y priorizan los riesgos ms crticos. Elaboracin: En esta fase se especifican con ms detalle los casos de uso del sistema y se disea la arquitectura del sistema. La relacin entre la arquitectura del sistema y el propio sistema es primordial. Por lo tanto, la arquitectura se expresa en forma de vistas de todos los modelos del sistema, los que en su conjunto representan al sistema entero. Esto implica que hay vistas arquitectnicas del modelo de casos de uso, del modelo de anlisis, del modelo de diseo, del modelo de implementacin y del modelo de despliegue. En esta fase se realizan los casos de uso ms crticos identificados, y nos da como resultado una lnea base de la arquitectura. Al final de esta fase el jefe de proyecto est en la capacidad de planificar las actividades y definir los recursos para terminar el proyecto. Construccin: Fase en la cual se proceder al desarrollo del producto final (software).En esta fase la lnea base de la arquitectura crece hasta convertirse en el sistema completo. En esta fase es donde se ocupa la mayor cantidad de recursos y esfuerzos. Al final de esta fase, el software contiene los casos de uso que han sido identificados por el jefe de proyecto y el cliente, una pregunta clave que debe formularse es cubre el producto las necesidades de los usuarios de manera suficiente como para realizar una primera entrega? Transicin: Es definido como el periodo en el cual el producto se convierte en la versin beta. En esta versin un nmero reducido de usuarios experimentados prueba el sistema y nos brinda un informe de las deficiencias del mismo. Los
10

desarrolladores corrigen los errores e incorporan algunas de las sugerencias establecidas. 2.2. ADMINISTRACIN DEL PROYECTO En este segmento se detallar a los recursos disponibles con los que se contar para el desarrollo del software, tambin se mostrar el plan de trabajo establecido para lograr los resultados esperados, as como tambin se realizara un anlisis para determinar la rentabilidad del proyecto y los riesgos a los que se est asociado. 2.2.1 Recurso Humanos del Proyecto En esta seccin se detallarn a las personas que participaran en el desarrollo del sistema. DESCRIPCIN RESPONSABILIDAD Armando Tipacti Garca, alumno de la carrera profesional de computacin e informtica del instituto Analista Jefe de Proyecto superior tecnolgico IDAT. Tiene experiencia como desarrollador de sistemas en distintos lenguajes de programacin. As mismo en la construccin de prototipos en la elaboracin de pruebas funcionales, modelo de datos en las validaciones con el usuario. Yonel Pinedo Barboza, alumno de la carrera profesional de computacin e informtica del Diseador Programador instituto superior tecnolgico IDAT. Posee experiencia en el desarrollo de interfaces graficas para el desarrollo de proyectos web. As mismo del manejo de lenguajes de programacin orientados a Programador este entorno (web). Joel Anaya Ayala, alumno de la carrera profesional de computacin e informtica del instituto superior tecnolgico IDAT. Debido a su experiencia como programador,
11
As
como
en
el
manejo
de

metodologas de desarrollo se encargar de la programacin del sistema web. Tabla 2.1 recurso humano del proyecto
2.2.2 Diagrama de GANTT
12
13
14
15
Figura 2.2.- Cronograma MS-Proyect 2.2.3 Anlisis Costo/Beneficio (TIR/VAN) Costos y Beneficios para la empresa DINAMO. Descripcin PC Core 2 Duo, 4 GB RAM. Impresora HP Cantidad 1 1 Precio unitario S/. S/.1.500.00 S/.300.00 Importe S/. S/.1.500.00 S/.300.00 S/.1.800.00 S/.1.800.00 Cuenta No No
COSTO HARDWARE REQUERIDO COSTO TOTAL
Tabla 2.2 Costos Hardware
COSTO DE SOFTWARE
16

Software SQL server 2008 Enterprise ASP.net 2010 COSTO DE SOFTWARE REQUERIDO COSTO TOTAL Importe S/.0.00 S/.0.00 S/.0.00 S/.0.00 Cuenta No No
Tabla 2.3 Costos Software
COSTO DE RECURSOS HUMANOS Descripcin Analista Jefe de Proyecto Diseador programador Programador Nro./semanas 11 16 13 Nro./horas 440 640 520 Costo/hora S/.15.00 S/.8.00 S/.6.00 Total S/.6,600.00 S/.5,120.00 S/.3,120.00 S/.14,840.00
COSTO TOTAL DE PERSONAL
Tabla 2.4 Costos Recursos Humanos CUADRO TOTAL PROPUESTO DESCRIPCION HARDWARE SOFTWARE
17
CANTIDAD TOTAL S/. S/.1.800.00 S/.0.00
RRHH TOTAL
S/.14,840.00 S/.16.640.00
Tabla 2.5 Cuadro total presupuesto Ingresos que se obtendrn tras la implementacin del sistema informtico (proyecto), para hacer los clculos de ingreso se han tomado el caso ms comn que se presentan en la productora. Ingresos Ahorro en papelera y tiles (lapiceros, correctores) Total Importe(S/.) S/. 200.00 Sub-total S/. 200.00 S/. 200.00
Tabla 2.6 Cuadro referencial ingresos Egresos que deber afrontar la productora por concepto del fundamento del sistema (Proyectado), se ha tomado de referencia solo aquellos gastos que sern ocasionados por el sistema por conceptos de funcionamiento y mantenimiento. Egresos Hosting Dominio Internet Meses 12 12 12 Total Tabla 2.7 Cuadro referencial de egresos Criterios de evaluacin de proyectos (VAN- TIR) Importe(S/.) S/. 50.00 S/. 50.00 S/. 150.00 Sub-total S/. 600.00 S/. 50.00 S/. 1,800.00 S/. 2,450.00
18

Debido a que el proyecto ser elaborado durante el proceso de titulacin, los gastos de RRHH sern omitidos. El flujo proyectado ser efectuado tomando como periodo de vida til del sistema 5 aos. AOS 0 1 2 3 4 5 INVERSION S/. 1,800.00 200 200 200 200 200 1800 1800 1800 1800 1800 INGRESOS EGRESOS FLUJO -1,800.00 1600 1600 1600 1600 1600
Tabla 2.8 Criterios de evaluacin

TABLA DE VAN-TIR
COK VAN TIR
13% 5115.23 28%
Tabla 2.9 VAN, TIR. Como el VAN calculado es positivo se deduce que el proyecto es viable para la productora. Como el TIR calculado es mayor al COK el proyecto es viable para la productora. Tomando en cuenta estos 2 criterios de evaluacin de proyectos, la productora aprueba la implementacin del proyecto.
2.2.4 Gestin de Riesgos:
19

A partir de la fase de Inicio se mantendr una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos. Esta lista ser evaluada al menos una vez en cada iteracin durante todo el proyecto. GRAVEDAD: 1= MUY GRAVE; 2 = GRAVE; 3 = REGULAR ANALISIS DE RIESGO RIESGO GRAVEDAD SOLUCIONES 1. Cuando el equipo no El jefe del proyecto deber ser coordina adecuadamente 2 capaz pueda 2. Cuando un integrante del equipo proyecto. se retira del 2 permanentemente de reorganizar subsanar las esta las actividades. actividades, de tal modo que dificultad. Entonces el jefe del proyecto tendr que reorganizar las tareas al equipo o buscar un reemplazo encargue 3. Cuando se excede el lmite de tiempo acordado para la entrega de los artefactos, 1 y para que a se la ayude
culminacin del proyecto. Entonces el jefe del proyecto debe realizar revisiones peridicas para controlar que todo marche de acuerdo al cronograma de actividades (Diagrama de Gantt). Para prevenir este incidente las 1 computadoras a sern sometidas mantenimiento
4. Cuando la computadora de desarrollo, sufra desperfectos.
durante todo el desarrollo del proyecto y adems se contara con copias de seguridad del proyecto.
20

5. Cuando en el transcurso de la elaboracin no con del est la 2 proyecto cumpliendo Entonces reingeniera el anlisis parcial de del
sistema vuelve a hacer una proyecto para cambia o crear segn lo estimulado con la necesidad del cliente.
necesidad del cliente.
Tabla 2.10 Gestin de riesgos
3.1 MODELO DE NEGOCIO: Tiene como objetivos comprender la estructura y la dinmica de la organizacin, comprender problemas actuales e identificar posibles mejoras, comprender los procesos de negocio. Utiliza el Modelo de CU del Negocio para describir los procesos del negocio y los clientes, el Modelo de Objetos del Negocio para describir cada CU del Negocio con los Trabajadores, adems utilizan los Diagramas de Actividad y de Clases. 3.1.1 Modelo de Caso de Uso del Negocio: Un caso de uso es una descripcin de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea especfica. Se representa mediante una elipse con el nombre del caso de uso en su interior.
21
Figura 3.1.- Casos de uso del negocio
Descripcin de los casos de uso del negocio: Caso de Uso del Negocio Este Controlar Inventario caso Descripcin de uso consiste en
registrar los instrumentos por tipo y por sala. Este caso de uso consiste en
Controlar Pagos
registrar todos los pagos que realiza el cliente.
Gestionar Contrato
Este
caso
de uso
consiste
en
registrar contratos.
Tabla 3.1 Descripcin de los Casos de uso Identificacin de los actores de negocio:
22

Un actor es algo con comportamiento, como una persona (identificada por un rol), un sistema informatizado u organizacin, y que realiza algn tipo de interaccin con el sistema. Se representa mediante una figura humana dibujada con palotes. Descripcin de los actores del negocio: Actores del Negocio Actor Descripcin
Representante
Es un actor principal, porque con l inicia el proceso.
Tabla 3.2 Descripcin de los actores Identificacin de los objetivos del negocio: Se utiliza para identificar roles dentro de la organizacin, es realizado en la disciplina de Modelado del Negocio.
Figura 3.2.- Objetivos del negocio Relacin de los objetivos con los casos de usos del negocio:
23
Figura 3.3.- Relacin de los objetivos y casos de uso de negocio
Diagrama del Modelo del Negocio:
24
Figura 3.4.- Integracin de los actores y casos de uso de negocio
Identificacin de los trabajadores del negocio: Trabajador del Negocio (Business Worker): Representa un rol jugado por alguien o algo dentro del negocio que realiza alguna actividad dentro del mismo. Trabaja en una unidad organizacional. Interacta con otros business workers o business actors. Manipula entidades del negocio.
Descripcin de los trabajadores del negocio:
Trabajadores del Negocio
Trabajador
Descripcin
Administrador
Es el encargado de administrar el sistema.
Tabla 3.3 Descripcin de los trabajadores Identificacin de las entidades del negocio: Entidad de Negocio (Business Entity): Representa un conjunto de informacin con propiedades, comportamiento y semntica similares y que es usada. Producida o manejada por trabajadores del negocio cuando ejecutan un caso de uso del negocio.
25
Figura 3.5.- Entidades del Negocio Descripcin de las entidades del negocio: Trabajadores del Negocio Ent_Reg_Horarios Ent_Reg_Representante Descripcin Encargado de Registrar los Horarios Encargado de Registrar a los
Representantes Ent_Reg_Contratos Ent_Reg_Reserva_Salas Encargado de Registrar los Contratos Encargado de Registrar las Reservas de las Salas Ent_Reg_Boletas Ent_Reg_Grupos Ent_Inventario Ent_Equipo Ent_Sala
26
Encargado de Registrar las Boletas Encargado de Registrar los grupos Encargado del Inventario Encargado de los equipos Encargado de las Salas
Ent_Factura Ent_Cuenta Ent_Contrato Ent_Doc_Salida
Encargado de las Facturas Encargado de las Cuentas Encargado de los Contratos Encargado de los Documentos de Salida
Tabla 3.4 Descripcin de las entidades del negocio
Diagrama de objetos: Un diagrama de Objetos est relacionado de cerca con un diagrama de Clases, con la diferencia de que ste describe las instancias de los objetos de clases en un punto en el tiempo.
27
Figura 3.6.- Diagrama de Objetos del Negocio
Descripcin del Proceso de Negocio por cada Caso de Uso del Negocio Proceso del Negocio: Gestionar Contrato CUN01 Actor(es)
28
<Gestionar Contrato > Administrador, Representante

Objetivo(s) Proceso General: Flujo Normal: 1. El administrador registra al representante. 2. El administrador registra un grupo y lo asigna al representante 3. El Representante le informa el tipo de sala que desea realizar su grabacin musical. 4. El administrador hace la bsqueda del tipo de sala: 4.1. El administrador busca por fechas y hora si la sala est disponible segn lo solicitado por el Representante. 4.1.1 Si la sala est libre se le registra a nombre del representante. 4.1.2 Si la sala no est disponible, se le informa al representante Y se le da otras alternativas de fechas y horas. 5. El administrador le entrega una Cotizacin sobre las horas programadas por dicha sala. 6. Si el representante est de acuerdo con el costo de dicha cotizacin, se proceder a registrar el contrato. Flujo Alternativo: 1. Se busca al representante en caso que fuese registrado anteriormente. Registrar los datos importantes del Representante y generar el contrato
Tabla 3.5 Descripcin del proceso del negocio Gestionar Contrato Proceso del Negocio: Controlar Pagos CUN01 Actor(es) Objetivo(s) Proceso General: Flujo Normal: <Control Pagos> Administrador, Representante Registrarlos pagos
1. El administrador busca el contrato que ya se haya realizado anteriormente

29

por nmero de contrato. 2. E administrador confirma con el nombre del representante que est registrado en el contrato. 3. El representante puede pagar por adelanto o total del contrato. 4. El administrador acepta el bono entregado y lo registra como pago. 5. Entrega un comprobante de pago indicando cuanto le resta como pago. Flujo Alternativo:
Tabla 3.6 Descripcin del proceso del negocio Controlar Pagos Proceso del Negocio: Controlar Inventario CUN01 Actor(es) Objetivo(s) Proceso General: Flujo Normal: <Control Inventario> Administrador Registrarlos equipos y controlar su mantenimiento
1. El administrador realiza el conteo fsico de los equipos. 2. El administrador evala comparando con su conteo fsico con el registro de sus equipos. 2.1 Si existe algn equipo que est por debajo del stock, se busca el equipo o por ende se registra como perdido emitiendo un documento de salida. 2.2 Si existe algn equipo que est por encima del stock, se buscar la factura de ese equipo y se registrara en un documento de entrada. Flujo Alternativo: 1. Se registra a los equipos con su nombre, marca modelo y la cantidad actual q existe en la empresa, indicando el valor de ese equipo. 2. Por cada equipo dado de baja se registrara como prdida econmica. Tabla 3.7 Descripcin del proceso del negocio Controlar Inventario
30

3.1.2 Modelo de Anlisis de Negocio: Los diagramas de actividades sirven para modelar el flujo de control entre actividades. La idea es generar una especie de diagrama Pert, en el que se puede ver el flujo de actividades que tienen lugar a lo largo del tiempo, as como las tareas concurrentes que pueden realizarse a la vez. Desde un punto de vista conceptual, el diagrama de actividades muestra cmo fluye el control de unas clases a otras con la finalidad de culminar con un flujo de control total que se corresponde con la consecucin de un proceso ms complejo. Por este motivo, en un diagrama de actividades aparecern acciones y actividades correspondientes a distintas clases. Colaborando todas ellas para conseguir un mismo fin.
Diagrama de actividad Gestionar Contrato:
31
Figura 3.7.- Diagrama de Actividad Gestionar Contrato
Diagrama de actividad: Controlar Pagos
32
Figura 3.8.- Diagrama de Actividad Controlar Pagos
Diagrama de actividad Controlar Inventario:
33
Figura 3.9.- Diagrama de Actividad Controlar Inventario
Reglas de Negocio:
34

A continuacin se detalla las reglas de negocio para el correcto funcionamiento de la Produccin Musical No existe ningn tipo de descuento. Los contratos se debe de abonar un adelanto del 50% hasta un mximo de
24 horas despus de haber realizado el contrato. En caso pasara las 24 horas, se eliminar dicho contrato. Los representantes realizan sus contratos por contacto telefnico o El administrador o algn personal de su confianza son los encargados de acercndose personalmente a la oficina de la empresa. registrar los contratos. 3.1.3 Glosario de Trminos: Ver anexo 1 3.2 MODELO DE REQUERIMIENTOS Esta disciplina tiene como objetivos establecer lo que el sistema debe hacer (Especificar Requisitos), definir los lmites del sistema, y una interfaz de usuario, realizar una estimacin del costo y tiempo de desarrollo. Utiliza el Modelo de CU para modelar el Sistema que comprenden los CU, Actores y Relaciones, adems utiliza los diagramas de Estados de cada CU y las especificaciones suplementarias. 3.2.1 Fuentes de Obtencin de Requerimientos Ver anexo 2 Requerimientos Funcionales: Los requerimientos funcionales permiten expresar una especificacin ms detallada de las responsabilidades del sistema que se propone. Ellos permiten determinar, de una manera clara, lo que debe hacer el mismo. Numero RF01 RF02 RF03
35
Requerimiento Funcional Registrar a los Representantes Registrar a los grupos por representante Registrar las salas del estudio.
Mdulo Agenda Virtual

RF04 RF05 RF06 RF07 RF08 RF09 RF10 RF11 RF12 RF12 RF13 RF14 RF15 RF16 RF17 RF18 RF19 RF20 RF21 RF22 Consultar las actividades programadas. Mantener a las salas, representantes, grupos. Generar Reporte de Salas Generar Reporte de salas ms solicitadas Consultar disponibilidad de salas. Generar contratos automatizados. Generar Reporte de los mejores representantes. Generar reporte de contratos. Generar documento de pago. Generar Reporte de representantes morosos. Generar Reporte de los mejores representantes. Registrar a los equipos Registrar Documentos de entrada Registra tipo de equipo Registrar Documentos de entrada Registrar Estado de Equipo Inventario de equipos Generar Reporte de ltimos
Gestin de Contratos
Gestin Pago
Gestin Equipos Logstica
ingresados Generar Reporte de Equipos Cesados Generar Reporte de equipos segn estado Tabla 3.8 Requerimientos Funcionales del Sistema
Requerimientos No Funcionales: Los requerimientos no funcionales especifican cualidades, propiedades del sistema; como restricciones del entorno o de la implementacin, rendimiento, dependencias de la plataforma, etc. Numero RNF01 RNF02
36
Requerimientos NO Funcionales La memoria RAM requerida de 2gb El sistema es compatible con versiones de Windows XP y Windows server 2003

RNF03 RNF04 RNF05 RNF06 RNF07 RNF08 RNF09 El lenguaje de programacin ser Visual Studio asp.net C# 2010 El sistema debe ser accesible al usuario que interactu con l. El sistema debe ser confiable, realizando procesos seguros. La documentacin proporcionara sobre l y uso del software debe ser clara y concisa. El interfaz del usuario debe de adecuarse a los requerimientos del usuario. El sistema debe soportar la cantidad de usuarios concurrentes. Debe tener en cuenta las licencias al momento de implementarse el software Tabla 3.9 Requerimiento no Funcionales del sistema
3.2.2 Modelo de Casos de Uso: Un Modelo de Casos de Uso describe los requerimientos funcionales de un actor (usuario, sistema, dispositivo, etc.) en trminos de las interacciones que ste ejecuta con el sistema. Relacin de casos de uso, cuadro indicando: Nro. CU01 CU02 CU03 CU04 CU05 CU06
37
Casos de Uso Ingresar al Sistema Administrar Usuarios Consultar Actividades Registrar Grupos Registrar Representante Registrar Sala Alta Media Baja Media Alta Alta
Prioridad
CU07 CU08 CU09
Buscar Grupo Buscar Representante Consulta Sala disponibilidad
Baja Baja de Media
CU10 CU11 CU12 CU13 CU14 CU15 CU16 CU17 CU18
Cotizar Generar contrato Verificar Equipos Generar Inventario Generar Kardex Registrar_Doc_entrada Registrar_Doc_salida Mantener Equipo Buscar Contrato
Alta Alta Media Alta Alta Media Media Media Baja
CU19
Generar Pago
Alta
Tabla 3.10 Prioridad de los Casos de Uso Descripcin de los casos de uso: Nro. CU01 Casos de Uso Ingresar al Sistema Descripcin Es el caso de uso por el cual el usuario ingresara al sistema. CU02 Administrar Usuarios En este caso de uso se registran los usuarios asignndoles los permisos. CU03 Consultar Actividades Se mostrar las actividades
diarias y programadas en las

38

prximas fechas. CU04 Registrar Grupos Se registrar el tipo de sala que desea el representante CU05 Registrar Representante Se registra los datos personales del representante CU06 Registrar Sala Se registrar el tipo de sala que desea el representante CU07 Buscar Grupo Se buscar los grupos que ya estn registrados anteriormente. CU08 Buscar Representante Se buscar los datos personales del representante que ya fueron registrados anteriormente. CU09 Consultar Sala CU10 Cotizar Se har el clculo de una disponibilidad de Se consultar las salas
cotizacin de la sala escogida por horas. CU11 Generar contrato Este caso de uso se generar un contrato con los datos del representante con la sala y sus horas disponibles. CU12 CU13 Verificar Equipos Generar Inventario Es para registrar el conteo fsico y buscar las diferencias de equipos que pueden existir. CU14 Generar Kardex Actualizar equipos. CU15 Registrar entrada
39
el
stock
de
los
Documento
de Es para registrar el nmero de la factura de compra y anotar la

entrada del equipo. CU16 Mantener Equipos Es para actualizar, eliminar datos de un equipo. CU17 CU18 Registrar Documento de salida Buscar Contrato Anotar la salida del equipo. Para buscar los contratos
registrados y sirve para poder realizar el pago. CU19 Generar Pago Se registra el pago realizado por el representante.
Tabla 3.11 Descripcin de los casos de Uso del Sistema
MODELO DE CASO DE USO: Este modelo establece la realizacin de los casos de uso en clases y pasando desde una representacin en trminos de anlisis (sin incluir orientacin hacia el entorno de implementacin), de acuerdo al avance del proyecto. Diagrama de Paquetes: La forma que tiene UML de agrupar elementos en subsistemas es a travs del uso de Paquetes, pudindose anidar los paquetes formando jerarquas de paquetes. De hecho un sistema que no tenga necesidad de ser descompuesto en subsistemas se puede considerar como con un nico paquete que lo abarca todo.
40
Figura 3.10.- Diagrama de Paquetes Diagrama de caso de uso por paquete: Agenda Virtual:
Figura 3.11.- Diagrama de Caso de Uso Agenda Virtual Gestin Contratos:
41
Figura 3.12.- Diagrama de Caso de Uso Gestin Contratos Gestin logstica:
Figura 3.13.- Diagrama de Caso de Uso Gestin Logstica
42

Gestin Pago:
Figura 3.14.- Diagrama de Caso de Uso Gestin Pago
Seguridad:
Figura 3.15.- Diagrama de Caso de Uso Seguridad
Reportes:
43
Figura 3.16.- Diagrama de Caso de Uso Reportes
44
DIAGRAMA DE CASO DE USO GENERAL
Figura 3.17.- Diagrama de Caso de Uso General del Sistema

45

Especificacin de Caso de Uso: Generar Contrato 1. Generar Contrato 1.1 Breve Descripcin Este caso de uso consiste en generar un contrato para el representante que lo solicite. Este contrato se generara con las salas reservadas y la hora. 1.2 Actor Administrador 2. Flujos de Eventos El caso de uso se inicia cuando el administrador ingresa al mdulo Contrato en la interfaz del Men Principal. 2.1 Flujo Bsico 1. El sistema muestra la interfaz Generar Contrato con los campos: Datos del Representante: Cdigo, apellidos, nombres, direccin, DNI, celular, E-mail. Datos del Grupo: Cdigo, Nombre. Datos de la reserva: Cdigo de sala, Tipo, Costo, Fecha, Hora inicio, Hora fin, total de horas, total a pagar. Adems se tiene las opciones: Buscar representante, Imprimir Cotizacin, Generar contrato, Consultar disponibilidad de sala, Ver reserva. 2. El administrador solicita buscar representante. 3. El sistema incluye el caso de uso Buscar Representante. 4. El sistema muestra los datos del representante: Cdigo, apellidos, nombres, direccin, DNI, celular, E-mail. Tambin muestra el cdigo y nombre del grupo. 5. El administrador solicita Consultar disponibilidad de sala.
46

6. El sistema incluye el caso de uso Consultar disponibilidad de sala. 7. El administrador presiona el botn Ver reserva. 8. El sistema muestra los datos de la reserva: Cdigo de sala, Tipo, Costo, Fecha, Hora inicio, Hora fin. Adems calcula el total de horas y el total a pagar. 9. Si el administrador quiere adicionar ms das de grabacin se repite el flujo del paso 5 al 9. 10. El administrador solicita Generar contrato. 11. El sistema genera el contrato y muestra el mensaje Desea Generar el Contrato. Con dos opciones aceptar y cancelar, si le damos aceptar mostrar se guard correctamente, caso contrario no mostrar nada. 12. El administrador solicita salir, el sistema cierra la interfaz y el caso de uso termina. 2.2 Flujos Alternativos <Representante no existe> En el paso 4, si el sistema no retorna con datos del representante, enviar el mensaje Representante no encontrado y el caso de uso finaliza. <Reserva no registrada> En el paso 8, si el sistema no llega a mostrar los datos de la reserva enviar el mensaje reserva no registrada y el caso de uso finaliza. <Contrato no generado> En el paso 11, si el sistema no llega a generar el contrato enviar el mensaje contrato no generado y en caso de uso finaliza. 3. Precondiciones 1. Tener registrado al representante.
47

4. Postcondiciones 1. El contrato queda registrado en el sistema. 5. Puntos de extensin 1. En el paso 2, el sistema extiende al caso de uso buscar representante. 2. En el paso 5, el sistema extiende al caso de uso Consultar disponibilidad de sala. 6. Requerimientos Especiales 1. Aprovisionamiento de papel para generar el contrato. 7. Prototipo
Figura 3.18.- Prototipo Generar Contrato
48

Especificacin de Caso de Uso: Generar Pago 1. Generar Pago 1.1 Breve Descripcin Este caso de uso permite al administrador generar pago de acuerdo al contrato que se realice. 1.2 Actor Administrador 2. Flujo de Eventos. El caso de uso se inicia cuando el administrador ingresa al mdulo Gestin Pagos en la interfaz del Men Principal. 2.1 Flujo Bsico 1. El sistema muestra la interfaz Generar Pagos con los campos: Datos del Contrato: Nro. Contrato, Nombre del Representante, Nombre del grupo, Tipo de sala, Cantidad de Horas. Detalle del Contrato: fecha, Hora inicio, Hora Fin, costo, Total a pagar, deuda actual. Adems se tiene las opciones: Consultar contrato, ver detalle, grabar.
2. El administrador solicita Buscar contrato. 3. El sistema incluye el caso de uso Buscar Contrato. 4. El sistema muestra los datos del contrato: Nro. Contrato, Nombre del Representante, Nombre del grupo, Tipo de sala, Cantidad de Horas. 5. El administrador presiona el botn Ver Detalle. 6. El sistema muestra el detalle del contrato: fecha, Hora inicio, Hora Fin, costo, Total a pagar, deuda actual.
49

7. El administrador ingresa el monto a pagar. 8. El administrador solicita grabar pagos. 9. El sistema graba el pago realizado y muestra el mensaje Se registr el pago correctamente 10. El administrador solicita salir, el sistema cierra la interfaz y el caso de uso finaliza. 2.2 Flujos Alternativos <Contrato no encontrado> En el paso 2, si el sistema no retorna con los datos del contrato, enviar un mensaje Contrato no encontrado y el caso de uso finaliza. <Pago no registrado> En el paso 9, si el sistema no llega a grabar el pago enviara el mensaje Pago no registrado y el caso de uso finalizo. 3. Precondiciones 1. Tener registrado el contrato. 4. Poscondiciones 1. El pago queda registrado en el sistema. 5. Puntos de extensin. 1. En el paso 2, el sistema extiende al caso de uso buscar contrato. 6. Requerimientos Especiales 1. Aprovisionamiento de papel para emitir la boleta de pago. 7. Prototipo
50
Figura 3.19.- Prototipo Generar Pago Especificacin de caso de uso: Mantener Representante 1. Mantener Representante 1.1 Descripcin El caso de uso permite mantener actualizado el registro de representantes que solicitan las reservas de salas. De acuerdo a su necesidad el administrador puede agregar, modificar, eliminar e imprimir la informacin del representante. 1.2 Actor Administrador 2. Flujo de Eventos El caso de uso se inicia cuando el Administrador ingresa al mdulo Agenda Virtual y selecciona la opcin de Mantenimiento, en la interfaz del men principal. 2.1 Flujo Bsico 1. El sistema muestra la interfaz Mantener Representante con la lista de representantes con los campos: cdigo, nombre apellidos, fecha de nacimiento, email, DNI, direccin, telfono, celular, pas. Incluye las opciones: Agregar, editar, actualizar, eliminar, cancelar, guardar y salir.
51

2. Si el administrador selecciona un representante. a. Si elige Modificar ver el subflujo Modificar representante. b. Si elige Eliminar ver el subflujo Eliminar representante. 3. Si el administrador No elige el representante. a. Si elige Agregar ver el subflujo Agregar representante. 2.2 Subflujos 2.2.1 Agregar Representante 1. El sistema muestra la interfaz con los siguientes campos: cdigo, nombre apellidos, fecha de nacimiento, email, DNI, direccin, telfono, celular, pas. Incluye las deshabilitadas. 2. El administrador presionar agregar. 3. El sistema genera un nuevo cdigo de representante. 4. El administrador ingresa los datos del representante 5. El sistema valida los datos ingresados del representante. 6. El sistema graba un nuevo registro de representante y muestra el mensaje se grab correctamente. 2.2.2 Modificar Representante 1. El sistema muestra la interfaz con los siguientes campos: cdigo, nombre apellidos, fecha de nacimiento, email, DNI, direccin, telfono, celular, pas. Incluye las deshabilitadas. 2. El administrador modifica los datos del representante. 3. El administrador presiona la opcin actualizar.
52
opciones guardar y cancelar. Las dems opciones estn
opciones Actualizar y cancelar. Las dems opciones estn

4. El sistema valida los datos del representante. 5. El sistema actualiza los datos y muestra el mensaje Los datos se actualizaron correctamente 6. La lista de representantes se actualiza y el caso de uso finaliza. 2.2.3 Eliminar Representante 1. El sistema muestra el mensaje Se elimin correctamente. 2. El sistema actualiza el registro del representante en estado eliminado. 3. El sistema actualiza la lista de representantes y finaliza el flujo. 2.3 Flujos Alternativos <Cancelar> En los subflujos Agregar y Modificar representante si el administrador solicita cancelar, el sistema cancela la operacin y termina el flujo. <Datos del representante Invlidos> En el paso 5 y 4, de los subflujos agregar y editar, si los datos ingresados son nulos o invlidos el sistema muestra el mensaje Se han encontrados datos invlidos del representante y los subflujos continan en el paso 4 y 2. <Representante ya existe> En el paso 5 de subflujo agregar, si el sistema detecta que el representante ya existe muestra el mensaje representante ya existe. <Representante eliminado> En el paso 3 del subflujo eliminar representante, si el sistema detecta que el representante se encuentra eliminado muestra el mensaje representante se encuentra eliminado y el subflujo finaliza. 3. Precondiciones
53

3.1 el administrador debe estar logueado en el sistema. 3.2 lista de representantes disponibles. 4. Poscondiciones 4.1 En el sistema queda registrado el representante 4.2 En el sistema queda actualizado el registro del representante. 4.3 en el sistema queda eliminado el representante. 5. Puntos de extensin Ninguno. 6. Requerimientos Especiales Ninguno. 7. Prototipo
Figura 3.20.- Prototipo Mantener Representante
Especificacin de Caso de Uso: Buscar Representante

54

1. Buscar Representante 1.1. Descripcin Este caso de uso permite buscar un representante por cdigo o nombre. Cuando se encuentra el representante el sistema cargar los representantes en el caso uso base que lo invoc. 1.2. Actor(es) Actor 2. Flujo de Eventos El Caso de Uso se inicia cuando es invocado por otro caso de uso base. 2.1. Flujo Bsico 1. El sistema muestra la interfaz BUSCAR REPRESENTANTE con los campos: Cdigo, Nombre y Apellidos, Direccin, DNI, Celular y E-mail. 2. El actor ingresa el criterio de bsqueda (cdigo o nombre). 3. El actor selecciona Buscar. 4. El sistema muestra la relacin de representantes que coinciden con el criterio de bsqueda. 5. El actor selecciona un representante. 6. El Actor selecciona un grupo que depende por cada representante seleccionado. 7. El sistema carga los datos en la interfaz del caso de uso base que lo invoc y finaliza el caso de uso. 2.2. Subflujos Ninguno.
55

2.3. Flujos Alternativos <Representante no encontrado> En el paso 5, si el sistema no selecciona ningn Cliente por el criterio de bsqueda muestra el MSG: No existen los datos buscados. El caso de uso contina en el paso 3 o selecciona cerrar y finaliza el caso de uso 3. Precondiciones 3.1. El Administrador est logueado en el sistema. 3.2. Lista de Representantes disponible. 4. Poscondiciones Ninguna. 5. Puntos de Extensin Ninguna. 6. Requerimientos Especiales Ninguna. 7. Prototipos
56
Figura 3.21.- Prototipo Buscar Representante
Especificacin de Caso de Uso: Buscar Contrato 1. Buscar Contrato 1.1. Descripcin Este caso de uso permite buscar un contrato por cdigo o nombre. Cuando se encuentra el contrato el sistema cargar el contrato en el caso uso base que lo invoc. 1.2. Actor(es) Actor 2. Flujo de Eventos El Caso de Uso se inicia cuando es invocado por otro caso de uso base. 2.1. Flujo Bsico 1. El sistema muestra la interfaz BUSCAR CONTRATO con los campos: Numero contrato, Representante, Nombre grupo, sala y Nmero de Horas. 2. El actor ingresa el criterio de bsqueda (cdigo o nombre).
57

3. El actor selecciona Buscar. 4. El sistema muestra la relacin de contratos que coinciden con el criterio de bsqueda. 5. El actor selecciona un contrato. 6. El Actor selecciona. 7. El sistema carga los datos en la interfaz del caso de uso base que lo invoc y finaliza el caso de uso. 2.2. Subflujos Ninguno. 2.3. Flujos Alternativos <Contrato no encontrado> En el paso 5, si el sistema no selecciona ningn Cliente por el criterio de bsqueda muestra el MSG: No existen los datos buscados. El caso de uso contina en el paso 3 o selecciona cerrar y finaliza el caso de uso. 3. Precondiciones 3.1. El Administrador est logueado en el sistema. 3.2. Lista de Contratos disponible. 4. Poscondiciones Ninguna. 5. Puntos de Extensin Ninguna. 6. Requerimientos Especiales Ninguna.
58

7. Prototipos
Figura 3.22.- Prototipo Buscar Contrato
Especificacin de Caso de Uso: Consulta Disponibilidad de Sala 1. Consultar Disponibilidad de Sala 1.1. Descripcin Este caso de uso permite Consultar Disponibilidad de Sala por cdigo o nombre. Cuando se encuentra el contrato el sistema cargar el contrato en el caso uso base que lo invoc. 1.2. Actor(es) Administrador 2. Flujo de Eventos El Caso de Uso se inicia cuando es invocado por otro caso de uso base. 2.1. Flujo Bsico 1. El caso de uso es invocado por un caso de uso base (CUB).
2. El sistema muestra la interfaz consultar disponibilidad de sala
Dato de bsqueda: sala, fecha y turno. Una tabla con una lista: fecha, hora inicio y hora fin.
3. El Actor selecciona el criterio de bsqueda.

59

4. El Actor Selecciona. 5. El sistema muestra la disponibilidad de sala que concuerden con el criterio de bsqueda. 6. El Actor Selecciona. 7. El sistema cierra la interfaz y retorna los datos del pedido de venta al CUB que lo invoco y finaliza el caso de uso 2.2. Subflujos Ninguno. 2.3. Flujos Alternativos <Contrato no encontrado> En el paso 5, si el sistema no selecciona ningn Cliente por el criterio de bsqueda muestra el MSG: No existen los datos buscados. El caso de uso contina en el paso 3 o selecciona cerrar y finaliza el caso de uso. 3. Precondiciones 3.1. El Administrador est logueado en el sistema. 3.2. Lista de salas disponible. 4. Poscondiciones Ninguna. 5. Puntos de Extensin Ninguna. 6. Requerimientos Especiales Ninguna.
7. Prototipo
60
Figura 3.23.- Prototipo Consultar Disponibilidad de Sala
3.3 MODELO DE ANLISIS Y DISEO: Anlisis: Es el proceso de clasificacin e interpretacin de hechos, diagnostico de problemas y empleo de la informacin para recomendar mejoras al sistemas. Diseo: Especifica las caractersticas del producto terminado. 3.3.1 Arquitectura del Anlisis:
61
Figura 3.24.- Arquitectura de Anlisis
3.3.2 Realizacin del Caso de Uso de Anlisis: Realizacin: RA_Registrar_Representante:
Registrar Representante
(from Agenda Virtual )
RCUA_05: Registrar Representante
Figura 3.25.- Realizacin Registrar Representante Diagrama de Clase de anlisis:
62
Figura 3.26.- Clase de Anlisis Registrar Representante
Diagrama de Colaboracin:
Figura 3.27.- Diagrama de Colaboracin Registrar Representante
Diagrama de Clase de Sub flujo Editar:

63
Figura 3.28.- Clase de Anlisis SubFlujo Editar Representante
Diagrama de Clase de Sub flujo Eliminar:
Figura 3.29.- Diagrama de Colaboracin SubFlujo Editar Registrar Representante
Diagrama de Colaboracin de Sub flujo Editar:
Figura 3.30.- Clase de Anlisis SubFlujo Eliminar Representante Diagrama de Colaboracin de Sub flujo Eliminar:
64
Figura 3.31.- Diagrama de Colaboracin SubFlujo Eliminar Registrar Representante
Realizacin: RA_Registrar_Sala:
Registrar Sala
(from Agenda Virtual)
RCUA_06: Registrar Sala
Figura 3.32.- Realizacin Registrar Sala
Diagrama de Clase:
65
Figura 3.33.- Clase de Anlisis Registrar Sala Diagrama de Colaboracin:
Figura 3.34.- Diagrama de Colaboracin Registrar Sala
Realizacin: RA_Generar_Contrato:
66
Generar contrato
(from Gestin Contratos)
RCUA_11: Generar contrato
Figura 3.35.- Realizacin Generar Contrato
Diagrama de Clase:
Figura 3.36.- Clase de Anlisis Generar Contrato
67
Figura 3.37.- Diagrama de Colaboracin Generar Contrato
Realizacin: RA_Ver_Disponibilidad de Sala:
Consulta disponibilidad de Sala

RCUA_09: Consulta disponibilidad de Sala
Figura 3.38.- Realizacin Ver Disponibilidad de Sala
Diagrama de Clase:
68
CC_Ver Disponibilidad Sala
CC_Disponibilidad Sala
Administrador
(f rom Actores)
E_Sala
Figura 3.39.- Clase de Anlisis Ver Disponibilidad de Sala
Diagrama de Colaboracin
Figura 3.40.- Diagrama de Colaboracin Ver Disponibilidad de Sala
Realizacin: RA_Generar_Pago:
69
Generar Pago
(from Gestion Pago)
RCUA_18: Generar Pago
Figura 3.41.- Realizacin Generar Pago
Diagrama de Clases:
Figura 3.42.- Clase de Anlisis Generar Pago
70
Figura 3.43.- Diagrama de Colaboracin Generar Pago
71

3.3.3 Modelo Conceptual:
Figura 3.44.- Modelo Conceptual
72

3.3.4 Capas y Subsistemas Capa de Presentacin: Es la capa con la cual interacta el usuario (tambin se le denomina capa usuario), presenta el sistema al usuario, captura los datos integrados por el usuario y le muestra la informacin solicitada. Esta capa se comunica nicamente con la capa de negocio. Tambin es conocida como interfaz grafica de usuario (GUI) y debe tener la caracterstica de ser amigable (entendible y fcil de usar) para el usuario. Capa Lgica de Negocio: Es la capa en la cual se implementa la lgica del negocio, donde residen los mtodos que se ejecutan, se reciben las peticiones del usuario y envan las respuestas tras el proceso. Se denomina capa de negocio porque es aqu donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentacin, para recibir las solicitudes y presentar los resultados y con la capa de datos, para solicitar al gestor de base de datos la informacin que requiera. Tambin se consideran aqu los programas de aplicacin. Capa de Datos: Es la capa en la cual se encuentran los mtodos y objetivos de acceso a datos. Est formada por uno o ms gestores de bases de datos que se encargan de administrar la base de datos, reciben solicitudes de informacin desde la capa de negocio o tambin reciben instrucciones de almacenamiento.
73
Figura 3.45.- Capas y Subsistemas
3.3.5 Realizacin de los Casos de Uso de Diseo Realizacin: RA_Registrar_Representante:
Registrar Representante
(f ro m Agen da Virt ual )
RCUA_05: Registrar Representante
Figura 3.46.- Realizacin de Diseo Registrar Representante
Diagrama de Secuencia:
74
Figura 3.47.- Diagrama de Secuencia Registrar Representante
Diagrama de Secuencia Sub flujo editar:

75
Figura 3.48.- Diagrama de Secuencia SubFlujo Editar Registrar Representante
Diagrama de Secuencia Sub flujo eliminar:

76
Figura 3.49.- Diagrama de Secuencia SubFlujo Eliminar Registrar Representante
Realizacin: RA_Registrar_Sala
77
Registrar Sala
(from Agenda Virtual)
RC _06: Registrar Sala UA
Figura 3.50.- Realizacin de Diseo Registrar Sala
78

79
Figura 3.51.- Diagrama de Secuencia Registrar Sala Realizacin: RA_Generar_Contrato
Generar contrato
RCUA_11: Generar contrato
Figura 3.52.- Realizacin de Diseo Generar Contrato Diagrama de Secuencia:

80
Figura 3.53.- Diagrama de Secuencia Generar Contrato Realizacin: RA_ Ver _ Disponibilidad_ Sala
Consulta disponibilidad de Sala

RCUA_09: Consulta disponibilidad de Sala
Figura 3.54.- Realizacin de Diseo Ver Disponibilidad de Sala

81

Diagrama de Secuencia ver disponibilidad:
Figura 3.55.- Diagrama de Secuencia Ver Disponibilidad de Sala Realizacin: RA_Generar_Pago
Generar Pago
(from Gestion Pago)
RCUA_18: Generar Pago
Figura 3.56.- Realizacin de Diseo Generar Pago

82

Figura 3.57.- Diagrama de Secuencia Generar Pago 3.3.6 Diagrama de Clases Persistentes (Base de Datos) Una clase se representa mediante una caja subdividida en tres partes: En la superior se muestra el nombre de la clase, en la media los atributos y en la inferior las operaciones.
83
84

DIAGRAMA DE CLASES MODELO LOGICO
Figura 3.58.- Modelo Lgico
85

DIAGRAMA DE CLASES MODELO FISICO
Figura 3.59.- Modelo Fsico

86

3.3.7 Diccionario de Datos El diccionario de datos guarda y organiza los detalles del Diagrama de Flujo de Datos (DFD). Es el segundo componente del anlisis estructurado. Tambin se conoce como "Data Repository". Incluye el contenido de los data flow (flujos de datos), los "data store", las entidades externas y los procesos. BD_Contacto Nombre de campo Cod_Va_Cont Nom_Va_Cont Ape_Va_PatCont Ape_Va_MatCont Dir_Va_DomCont Email_Va_Contac Num_In_TelfDom Num_In_TelfCel Dni Fec_Nac_Dt_Cont Fec_Reg_Dt_Contac Cod_In_Pais Estado Descripcin Cdigo de Contacto Nombre de Contacto Apellido Contacto Apellido Contacto Paterno Materno Tipo de texto varchar(5) varchar(20) de varchar(30) de varchar(30) varchar(50) varchar(30)
Direccin de Contacto Email de Contacto
Nmero de Telfono de Integer casa Nmero de telfono de varchar(9) celular DNI de Contacto varchar(8)
Fecha de Nacimiento de Datetime Contacto Fecha de Registro de Datetime Contacto Cdigo de Contacto Pas de varchar(10)
Estado Activo y Eliminado Integer
BD_Pais
87

Nombre de campo Cod_In_Pais Desc_Va_Pais Descripcin Cdigo de Pas Descripcin de Pas Tipo de texto varchar(10) varchar(30)
BD_Grupo Nombre de campo Cod_In_GpoCont Cod_Va_Cont Nom_Va_GpoCont Cod_genero Estado Descripcin Cdigo de Contacto Grupo Tipo de texto de varchar(10) varchar(5) de varchar(20) varchar(10)
Cdigo de Contacto Nombre de Contacto Grupo
Cdigo Genero
BD_Genero Nombre de campo Cod_genero Nombre_genero Descripcin Cdigo de Genero Nombre de Genero Tipo de texto varchar(10) varchar(25)
BD_Equipos Nombre de campo Cod_In_Eq

88
Descripcin Cdigo de equipo
Tipo de texto varchar(10)

Nom_Va_Eq Marca_Va_Eq Modelo_Va_Eq Precio_Mn_Eq Cant_In_Eq Est_In_Eq Cod_Va_Cat Nombre de equipo Marca de equipo Modelo de equipo Precio de equipo Cantidad de equipo Estado Eliminado Activo varchar(40) varchar(30) varchar(40) Money Integer y char(1) varchar(5)
Cdigo de categora
BD_Categoria_Equipo Nombre de campo Cod_Va_Cat Desc_Va_Cat Estado Descripcin Cdigo de categora Descripcin de categora Tipo de texto varchar(5) varchar(30)
BD_Detalle_sala_equipo Nombre de campo Cod_In_Eq Cod_In_Sala Cantidad Descripcin Cdigo de equipo Cdigo de sala Cantidad de equipos Tipo de texto varchar(10) Integer varchar(10)
89

BD_Salas Nombre de campo Cod_In_Sala Desc_Va_Sala Precio Estado Descripcin Cdigo de sala Descripcin de sala Precio Estado Eliminado Activo Tipo de texto Integer varchar(20) Integer y Integer
BD_Det_Horas_Salas Nombre de campo Cod_In_Sala Cod_In_Hora Cod_Va_Cont Nro_contrato Fecha Estado Descripcin Cdigo de sala Cdigo de hora Cdigo de contacto Numero de contrato Fecha Estado Activo Cancelado Tipo de texto Integer varchar(10) varchar(5) char(5) Date y Integer
BD_Cuenta_Por_Cobrar Nombre de campo Nro_cta Nro_contrato Monto Fecha_act Saldo Descripcin Nmero de cuenta Numero de contrato Monto Fecha de contrato Saldo Tipo de texto char(5) varchar(10) Money Date Money
BD_Movimiento
90

Nombre de campo Nro_cta Nro_trans Fecha_pago Importe Obs Tipo Descripcin Nmero de cuenta Numero de transaccin Fecha de pago Importe Observaciones Tipo de movimiento Tipo de texto char(5) Integer Date Money varchar(30) char(1)
BD_Personal Nombre de campo Cod_In_Per Cod_In_CatPer Nom_Va_Per Ape_Va_Per Dni_In_Per Telf_In_Per Cel_Va_Per Direc_Va_per Email_Va_Per
91
Descripcin Cdigo de personal
Tipo de texto varchar(5)
Cdigo de categora de Integer personal Nombre de personal Apellido de personal DNI de personal Telfono de personal Celular de personal Direccin de personal Email de personal varchar(20) varchar(30) varchar(8) Integer varchar(10) varchar(30) varchar(20)
BD_Cargo_personal Nombre de campo Cod_In_CatPer Desc_In_CatPer Cod_In_CatPer Descripcin Tipo de texto
Cdigo de categora de Integer personal Descripcin de categora varchar(30) de personal Cdigo de categora de Integer personal
BD_Usuario Nombre de campo Cod_Va_User Cod_In_Perm Nom_Va_User Pass_Va_User Est_Ch_User Descripcin Cdigo de usuario Cdigo de permiso Nombre de usuario contrasea de usuario Estado Eliminado Activo Tipo de texto varchar(5) Integer varchar(20) varchar(8) y char(1)
BD_Inventario Nombre de campo Cod_Va_Inv Fec_inventario

92
Descripcin Cdigo de inventario Fecha
Tipo de texto varchar(6) Datetime

Cod_Va_User Cod_In_Perm Cdigo de usuario Cdigo de permiso varchar(5) Integer
BD_Det_Inventario Nombre de campo Cod_In_Eq Conteo_In_DetInv Obs_Va_DetInv Cod_Va_Inv Descripcin Cdigo de equipo Conteo de inventario Observacin Cdigo de inventario Tipo de texto varchar(10) Integer varchar(30) varchar(6)
BD_Doc_Entrada Nombre de campo Cod_In_DocEnt FecReg_Dt_DocEnt Obs Descripcin Tipo de texto
Cdigo de documento de varchar(6) entrada Fecha de registro Observacin Datetime varchar(100)
BD_Det_Doc_Entrada Nombre de campo Cod_In_DocEnt Cod_In_Eq Cant_In_EqE Descripcin Tipo de texto
Cdigo de documento varchar(6) de entrada Cdigo de equipo Cantidad de equipo varchar(10) Integer
BD_Doc_Salida
93

Nombre de campo Cod_DocS Fec_Dt_DocS Descripcin Tipo de texto
Cdigo de Documento de Integer Salida Fecha de salida Datetime
BD_Det_DocSalida Nombre de campo Cod_DocS Cod_In_Eq Cant_In_EqS Descripcin Cdigo de Documento de Salida Cdigo de Equipo Cantidad de Equipo Tipo de texto Integer varchar(10) Integer
BD_Contrato Nombre de campo Nro_contrato Cod_Va_Cont Cod_In_GpoCont Cod_In_Sala Horas Costo_sala Fecha_contrato
94
Descripcin Numero de contrato Cdigo de contacto Cdigo de grupo Cdigo de sala Horas Costo de salas Fecha de contrato
Tipo de texto Nro_contrato Cod_Va_Cont Cod_In_GpoCont Cod_In_Sala Horas Costo_sala Date
Cod_In_TipUser Cod_Va_Cont Cod_In_Per
Cdigo usuario
de
tipo
de Integer varchar(5) varchar(10)
Cdigo de contacto Cdigo de personal
Tabla 3.12 Diccionario de Datos
95

3.4 MODELO DE IMPLEMENTACIN: Es una coleccin de componentes, y de subsistemas de aplicacin que contienen estos componentes, entre estos estn 3.4.1 Diagrama de componentes: Los componentes pertenecen al mundo fsico, es decir, representan un bloque de construccin al modelar aspectos fsicos de un sistema. Una caracterstica bsica de un componente es que: debe definir una abstraccin precisa con una interfaz bien definida, y permitiendo reemplazar fcilmente los componentes ms viejos con otros ms nuevos y compatibles. los entregables, ejecutables, archivos de cdigo fuente. Es realizado en la disciplina de Implementacin.
Figura 3.60.- Diagrama De Componentes del Sistema
3.4.2 Diagrama de Despliegue: Muestra la configuracin de los nodos del proceso en tiempo de ejecucin, muestra los lazos de comunicacin entre estos nodos, as como las de los objetos y componentes que en l se encuentran; se ha realizado en la disciplina de Anlisis y Diseo.
96
Figura 3.61.- Diagrama de Despliegue
3.4.3 Programacin: La programacin es el proceso de disear, codificar, depurar y mantener el cdigo fuente de programas computacionales. El cdigo fuente es escrito en un lenguaje de programacin. El propsito de la programacin es crear programas que exhiban un comportamiento deseado. El proceso de escribir cdigo requiere frecuentemente conocimientos en varias reas distintas, adems del dominio del lenguaje a utilizar, algoritmos especializados y lgica formal. Programar no involucra necesariamente otras tareas tales como el anlisis y diseo de la aplicacin (pero s el diseo del cdigo), aunque s suelen estar fusionadas en el desarrollo de pequeas aplicaciones.
97
SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012 Convenciones o estndares de Programacin: Organizacin de los archivos
Nombres de proyecto Para aplicaciones ASP.NET, no es necesario nombrar un proyecto, ya que este toma el nombre de la carpeta que lo contiene. Para estos efectos el nombre del proyecto ser el nombre de la carpeta. El nombre del proyecto debe indicar el modulo que contiene. Es permitido el uso de espacios en blanco. Ejemplo: Modulo Contrato Archivos Fuente Los archivos fuente estarn contenidos dentro del directorio del proyecto. Los archivos fuente pertenecientes a las clases deben situarse dentro de la carpeta App_Code, reservada por ASP.NET, que se encuentra dentro del proyecto. Estructura del directorio Las aplicaciones ASP.NET generan por defecto las siguientes carpetas: Carpeta App_Code Archivos de clase que no son pantallas visuales y son necesarios para todo el proyecto. Carpeta App_Themes Archivos skinfiles o de presentacin visual. Carpeta Bin Archivos dll de las aplicaciones o extensiones que se utilizan en el proyecto. Asimismo, por convencin se deben respetar la siguiente estructura de directorios: Carpeta Grficos Contiene todos los grficos necesarios para las paginas aspx. Carpeta App_Code/controles Contiene las clases de controles personalizados. Carpeta Inicial
98

Carpeta de inicio que debe contener al menos los archivos default.aspx, global.asax, web.config y web.sitemap. Contiene las todas las otras carpetas mencionadas. Creacin de Carpetas Se pueden crear carpetas para contener los archivos aspx y aspx.vb que sean similares, asociadas por funcionalidad o por acceso de perfiles de usuarios.
Declaracin de Variables:
Nmero de declaraciones por lnea Se debe realizar una declaracin por lnea, debido a que esto permite la documentacin. Ejemplo: Private String strCod; Solo est permitida la declaracin de mltiples variables en una lnea cuando se trata de variables contadoras utilizadas para sentencias de iteracin. int i, j; for (int i = 1; i < 12; i++) { for (int j = 1; j < 12; j++) { } } Inicializacin de variables La inicializacin de variables locales se debe realizar al declarar la variable. Ejemplo: Private GMPPlan oGMPP = New GMPPlan();
99

Alcance de las variables Las variables a nivel de clase se declaran como private, mientras que las variables dentro de los procedimientos y funciones se declaran de acuerdo a su tipo. Ejemplo: Private GMPPlan oGMPP = New GMPPrograma(); Int iCantidad = 0; Declaracin de Clases Se debe realizar una declaracin por lnea, debido a que esto permite la documentacin. El nombre debe comenzar con el prefijo o seguido del nombre de la clase de manera abreviado. Ejemplo: Private GMPPlan oGMPP = New GMPPlan();
Sentencias:
Sentencias simples Cada lnea debe contener solo una sentencia. Return statements Las sentencias de retorno no deben contener parntesis externos. Sentencias condicionales If if (ValidarSemana) { ListarTareas(2, ddlTarea.SelectedValue, 0); } If - else
100

if (ValidarSemana) { ListarTareas (2, ddlTarea.SelectedValue, 0); } else { lblMensaje.Text = "Datos No Validos." } Sentencias de iteracin For for (int i = 1 ; i < 31; i++) { } Sentencias de seleccin Case swicth (intOpcion) { case 1: VerPlan(strCodigo); break; Case 2: VerPrograma(strCodigo);
101

Break; case default: MostrarMensaje("Selecciones una opcion valida."); } Sentencia de manipulacin de errores Try - catch try { cmd.Connection = oConexion; oDataAdapter = New SqlDataAdapter(cmd); oDataAdapter.Fill(oDataSet, sTabla); tabla = oDataSet.Tables(sTabla); } catch (ex As Exception) { MostrarMensaje(ex.Message.ToString()); }
Asignacin de Nombres:
Nombres de variables Variables generales No deben contener underline ni espacios en blanco.
102

Deben tener un prefijo que indique el tipo de dato, de acuerdo a la siguiente tabla: Tipo de dato Boolean Byte Currency Double Decimal Date Float/Single Integer Long Object String Variant Prefijo Bln Byt Cur Dbl Dec Dtm Sng Int Lng Obj Str Vnt
Variables de propiedades Los nombres de las variables que almacenan la informacin de propiedad de las clases deben ser en minscula y tener el prefijo p_, de preferencia con el mismo nombre de la propiedad de la clase Objeto de Dominio de la que forma parte. Ejemplo: private int p_itareapreventiva ; private String p_ndescripcion ; Variables de contadores Se debe utilizar i, j, k, l, m, n para los nombres para las variables de contadores utilizados. Ejemplo: private int i;
103

Variables especiales Existen algunas variables especiales que siempre deben nombrarse de la misma manera, de acuerdo a la siguiente tabla: Nombre Ex Sex Cex Clase Exception SqlException ControladorExcepcione s Dial Itm oConexion oDataAdapte r oDataSet oDataTable oComando oCon DataSet DataTable SqlCommand ConexionBD Contenedor de datos Tabla de datos Comando de datos Procesa las solicitudes a la base de datos doS DomainObject Referencia a objetos de tipo Dialogos ListItem SqlConnection SqlDataAdapter Muestra mensajes de tipo dialogo Item de un control dropdownlist Conexin a Base de datos Adaptador de datos Descripcin Manejador de errores de C#.NET Manejador de errores de SQL Manejador propio de errores
Domain Object oS Value Entity Cualquier tipo de dato Referencia clases Entidad Parmetros del mtodo Set las propiedades de los DomainObject. resDial DialogResult Resultado devuelto por un cuadro de dialogo
Ejemplo:
104

private doPlanMantenimiento doS As New doPlanMantenimiento(); En caso que se requiera declarar ms de un tipo de estas variables especiales, se podr preceder un nmero para enumerar si en caso se deba declarar ms de una clase entidad. Ejemplo: private doPlanMantenimiento doS As New doPlanMantenimiento(); private doPrograma doS1 As New doPrograma(); Nombres de constantes No deben contener underline ni espacios en blanco. Deben estar en maysculas. Nombres de clases Clases Interfaz Deben tener el nombre del objeto seguido de underline y el formato que vayan a tener, no deben contener espacios en blanco. Los nombres deben tener la primera letra en mayscula, de la misma manera si los nombres son compuestos y los nombres del formato deben ir en minscula. Ejemplo: PlanMantenimiento_consulta PlanMantenimiento_listado Clases Negocio No deben contener underline ni espacios en blanco. Los nombres deben comenzar con el prefijo GC seguido de la letra en mayscula correspondiente al modulo y el nombre de la clase con la primera letra en mayscula. Ejemplo: GC
105
: Gestin Contrato

Clases Entidad No deben contener underline ni espacios en blanco. Los nombres de las clases deben ser sustantivos. Ejemplo: TareaPreventiva.cs Clases de Objetos de Dominio No deben contener underline ni espacios en blanco. Los nombres de las clases deben ser sustantivos con el prefijo do, de preferencia con el mismo nombre de la clase Entidad que la utiliza. Ejemplo: doTareaPreventiva.cs Nombres de Controles Los nombres de los controles van precedidos por un prefijo de acuerdo al siguiente cuadro: Control TextBox Label Button DropDownList CheckBox CheckBoxList RadioButton RadioButtonList Calendar FileUpload
106
Sufijo txt lbl btn ddl chk cbl rbt rbl cal fup
Grupo de Controles Estndar Estndar Estndar Estndar Estndar Estndar Estndar Estndar Estndar Estndar
Ejemplo txtBuscar lblBuscar btnBuscar ddlCategoria chkPreferencia cblPreferencia rbtSexo rblSexo calFechaInicio fupArchivo

Image LinkButton ImageButton GridView DataList RequiredFieldValidator RangeValidator RegularExpressionValidator CompareValidator CustomValidator SiteMapPath Menu TreeView ScriptManager img lbt ibt gdv dls rfv rav rev cov cuv smp mnu tvw scm Estndar Estndar Estndar Datos Datos Validacin Validacin Validacin Validacin Validacin Exploracin Exploracin Exploracin Extensiones AJAX cae Extensiones AJAX cbe Extensiones AJAX cbeEliminar caeFechaInicio imgFoto lbtSiguiente ibtDetalle gdvLista dlsLista rfvNombre ravEdad revDato covEmail cuvDato smpMaster mnuMaster tvwMaster scmPagina
CalendarExtender
ConfirmButtonExtender
Nombre de Botones Los nombres de los botones deben tener la primera letra en mayscula. Ejemplo: Grabar Imprimir Nuevo
107

Nombre de Etiquetas Ingreso de datos Los nombres de las etiquetas para el caso de ingreso de datos deben tener la primera letra en mayscula, en caso que los nombres estn separados por la palabra de estas deben ir en minscula y la primera letra de los siguientes nombres deben empezar con mayscula. Ejemplo: Tipo de Objeto Fecha de Inicio Columnas de Listado Los nombres de las etiquetas para el caso columnas de listado deben tener subrayado y la primera letra en mayscula.
Formatos:
Formato de Fecha Los formatos de fechas deben ser dd/MM/yyyy. Formato de Mensajes Mensajes de validacin de campos requeridos Los mensajes de validacin de campos requeridos deben ir al costado de los campos y deben ser de color rojo. Ejemplo: Ingrese Descripcin Mensajes de validacin de fechas Los mensajes de validacin de fechas deben ir al costado de los campos y deben ser de color rojo. Ejemplo: Fecha (dd/mm/yyyy) entre: 1/1/2000-31/12/2078
108

Mensajes de validacin de bsqueda de informacin Los mensajes de validacin de bsqueda de informacin deben ir en la parte inferior de la pantalla y deben ser No se encuentran registros.
109

3.5 PRUEBAS 3.5.1 DEMO de los Casos de Uso Implementados y las Pruebas realizadas CASO DE PRUEBA
ESCENARIO
PASO REALIZADO 1. Ingresar Usuario creado 2. Ingresar Contrasea 3. Presionar el Botn Ingresar 1. Seleccionar: Modulo Contrato de la interfaz del Men Principal. 2. El sistema mostrar opciones como buscar representante, imprimir cotizacin, generar contrato, ver disponibilidad de sala, ver reserva. 3. Seleccionamos la opcin buscar representante: buscar por cdigo buscar por nombre 4. El sistema mostrar los datos del representante. Al seleccionar el representante nos mostrar un detalle del grupo al que est asociado.
INGRESO DE DATOS O ACCIN DE ENTRADA Gustavo ******
RESULTADOS ESPERADOS
CU01 Ingresar al Sistema CU02 Registrar Contrato
Ingreso al Sistema
Generar el contrato del Representante con las reservas registradas.
110

5. Al seleccionar el detalle el sistema cargar los datos del representante seleccionado en la interfaz. 6. Seleccionamos la opcin ver reservas El sistema mostrar una ventana donde podremos seleccionar el tipo de sala, turno y fecha. y tambin un botn para guardar la reserva. 7. El sistema mostrar en la interfaz los datos de la reserva registrada. La cual tiene la opcin de poder cancelar o aadir nuevas reservas. 8. Generar contrato. El sistema mostrara un mensaje si desea generar contrato. Al darle si se guardara el contrato correctamente, en caso contrario no realizara nada. 1. Seleccionar: Modulo Contrato de la interfaz del Men Principal. 2. El sistema mostrara opciones como buscar contrato, imprimir, grabar y ver detalle de contrato. 3. Seleccionamos la opcin buscar contrato. buscar por cdigo buscar por nombre 4.El sistema mostrara los datos del contrato : Al seleccionar el contrato se cargara los datos automticamente en la interfaz 5. seleccionamos la opcin ver detalle:
111
CU03 Generar Pago
Guardar los pagos del representante

nos mostrara una grilla con las reservas que ha hecho el representante Tambin nos mostrara un campo para ingresar un monto 6. Grabar pago: el sistema mostrara un mensaje si desea generar el pago aceptamos y se actualizan los pagos del representante. Tabla 3.13 Casos de Uso Prueba
112

4.1 CONCLUSIONES El control de los cobros a los clientes, es ahora ms ptimo gracias a las optimizacin al realizar contratos en el Sistema Administrativo para Estudio de Grabacin. Podemos concluir que el Sistema Administrativo para Estudio de Grabacin es de gran ayuda en la administracin del Estudio de Grabacin, logrando mayor velocidad, orden y precisin en los procesos del manejo de informacin. El usuario final para hacer uso y estar familiarizado con el Sistema Administrativo para Estudio de Grabacin, tiene que recibir una capacitacin de las funciones y manejo del sistema. con: Para concluir exitosamente el proyecto, ha sido indispensable contar trabajo en equipo, compromiso, comunicacin transparente,
cumplimiento de tareas, mucha perseverancia y trabajo duro. Se logr cumplir con todos los requerimientos dispuestos por el usuario.
113

4.2 RECOMENDACIONES Para implementar un sistema de informacin no solo se debe entender claramente todo lo que esto conlleva, como es la infraestructura, proceso de desarrollo, etc., sino tener bien claro el objetivo por el cual se llevar a cabo la implementacin. Antes que nada los objetivos de la organizacin deben ser muy claros y precisos. Si no se tienen bien definido los objetivos a alcanzar con la implementacin del sistema, no es posible obtener el xito esperado, por el simple hecho de ser un software de moda. Es indispensable que la entidad cuente con la infraestructura suficiente y/o el presupuesto necesario para implementar esta solucin, que el personal implicado este propenso a colaborar y adaptarse al cambio, deben ser individuos con un conocimiento tecnolgico promedio, capaz de enfrentarse a nuevos retos. En este caso el nuevo reto ser una nueva forma de administrar y hacerles seguimiento a los clientes. Definitivamente, se debe de capacitar eficazmente a los usuarios para la correcta utilizacin de la herramienta. La familiarizacin con este tipo de herramientas es fundamental para lograr que el proyecto salga adelante y de beneficios a corto y largo plazo.
114

4.3 BIBLIOGRAFA Autores: Alfredo Weitzenfeld Nombre: Ingeniera de software Editorial: Editorial Thompson Ao: 2005 Autores: Ivar Jacobson, James Rumbaugh, Grady Booch Nombre: El Lenguaje Unificado de Modelado RUP Editorial: Addison wesley Madrid Ao: 1999 Autores: Amezcua, Garca, Martnez, Daz. Nombre: Metodologa de Anlisis y Diseo de aplicaciones Editorial: Editorial Thompson Ao: 1994.
115

REFERENCIAS [Stor1997] ACM Transacciones sobre Base de datos. Diseo de Base de datos con negocio de sentido comn. [Broa2000] Andrs Broad. Caso Razonamiento Basado para Comprensin de Cdigo y Generacin. [Woo2000] Ingeniera de Software Orientada por agente: El Estado el Arte. Michael Wooldridge. Paolo Ciancarini. Editores. Apuntes de Conferencia en Informtica 1957, Primero Internacional. Sobre Adquisicin de Conocimiento, Modelando y Direccin. Banff, Alberta, Canad, 1998. [Coh1999] el Conocimiento Previo Facilita el Desarrollo de Sistemas Basados en conocimientos. [Clan1993] Apuntes sobre " Clasificacin Heurstica. Guillermo C. Clancey. Inteligencia artificial 59. [Cox1986] Objeto Orientado Programando: Un Acercamiento evolutivo. J de Clavito. Timonel. [Protege] Protege sitio web: http: // protg.stanford.edu. Informacin Tecnologas. Karlsruhe, Alemania. IJCAI-01 Taller sobre Ontologas.
116

ANEXOS Anexo 1 Glosario de Trminos: Definicin en orden alfabtico de Produccin Musical A Acelerando: Acelerando el movimiento. Acentuacin natural: Tiempos dbiles y fuertes en los compases. Acorde: Dos o ms sonidos simultneos. Acorde armnico: sonidos que se interpretan al mismo tiempo. Acorde meldico: Sonidos que se interpretan uno despus del otro muy rpidamente. Adiggio: Tranquilo. Adornos: Figuritas que sirven para dar variedad a la composicin. Apoyatura: Es una nota pequea que colocada ante una nota principal toma la mitad del valor de la nota. Armona: Estudio del tejido musical. Arpegio: Acorde meldico. Arsis: Impulso del movimiento. B Barra: Lnea divisora de compas. Blanca: Figura de nota igual a media unidad. C Cifra indicadora: Fraccin que va al comienzo de la partitura, despus de la llave. Corchea: Figura de nota equivalente a un octavo de la unidad. Coma: Signo de acentuacin musical. Contrapeso mvil: Mecanismo del metrnomo. Cadencia: Pasaje sin rigor de compas.
117

Cromtico: Relativo a semitono y a escala (est formado entre notas de un mismo nombre, pero alterada). Contrapunto: Movimiento independiente de voces o instrumentos. Contratiempo: Forma rtmica (regular e irregular). D Dominante: Quinto grado de la escala. Decrescendo: Disminuyendo en movimiento e intensidad. Diapasn: Instrumento que sirve para medir los sonidos. Do: Primera nota de la escala de do. Divisin musical: Relativo a los compases. Descomposicin: Divisin del tono (medio cromtico y medio diatnico). Da capo: D.C. va al final de un trozo de msica. Doble sostenido: Sube dos semitonos. Doble bemol: Baja dos semitonos. Doble punto: Aumenta la nota tres cuartas partes de su valor. Diapente: Primera parte de la escala (primero al cuarto grado). Diatesarn: Segunda parte de la escala (quinto al octavo grado). Diatnico: Relativo a escalas y semitonos (semitono diatnico). Disminuida: Clave de intervalo. E Escala: Progresin de sonidos ascendentes o descendentes. Edicin: Nivelar el sonido de cada pista grabada. F Figura: Nota. Frasear: Observar con exactitud la puntuacin musical.
118

I Interludio: Composicin inmediata entre dos trozos de msica. Instrumental: Para instrumentos solamente. Intervalo: Distancia. L Lnea divisora: Lnea que divide los compases. Lectura rtmica: Leer las notas dndoles solamente su valor. Llave: Signo o clave que va al comienzo de la pauta. M Masterizacin: Proceso por el cual, despus de la mezcla y edicin de pistas, se obtiene un sonido limpio. Mezcla: Etapa en la que se ecualizan y distribuyen los fragmentos grabados. Modo: Sirve para indicar tonalidad. Modomayor: Tonalidad mayor. Modomenor: Tonalidad menor. Monitoreo: Escucha del audio para cada msico, puede ser individua o en forma general. Movimiento: Grado de ligereza de la msica. Matiz: Fuerza, grados de intensidad de los sonidos. Metrnomo: Instrumento que sirve para medir el tiempo exacto en la msica. Meloda: Serie de sonidos ordenados segn leyes de la msica, que agradan al odo por sus mltiples disposiciones. Medido: Cuando todo se produce a tiempos iguales y constantes. N 119 Nota: Figura, forma de representar los sonidos.

O Octava: Ocho grados. Intervalo de cinco tonos y dos semitonos diatnicos. Obertura: Preludio operstico en forma de sinfona. P Pista: Parte de una cancin, puede ser algn instrumento o voz. Presto: Rpido. Polifona: Cuando las voces se mueven independientemente una de otras, pero formando un tono armnico. R Ritmo: Orden en el movimiento. S Solfear: Cantar las notas, dndole su verdadero valor y sonido. Sincopa: Forma rtmica. Sonido artculo: Unir un tiempo al fuerte siguiente o viceversa. T Track: Pista o sonido en general. Tiempo: Cualidad de un sonido que indica duracin. Tono: Mayor distancia entre sonidos contiguos. Tonalidad: Orden de las alteraciones en las escalas. Tocata: Composicin musical.
120
Anexo 2 Entrevista: Entrevista dirigida al administrador de la productora dinamo: Actualmente cuenta con un sistema automatizado? No contamos con un sistema. Cuentan con hardware? Contamos con 1 computadora. Se otorgan descuentos? No hay ningn descuento. Quines se encargan de los proceso? Solo hay una persona el administrador. Tienen publicidad? No tenemos publicidad. Cmo controlan los pagos? Tenemos un cuaderno de cobros de todos los clientes. Qu tipo de equipos utilizan? Core 2 duo. Cuentan con internet? Si. Cules son los inconvenientes que deseara mejorar? Controlar pagos, el inventario de equipos, generar contrato. Cuntos trabajadores laboran en la empresa? 121

Solo 1 el Administrador. Hace cuanto tiempo se ha fundado la empresa? En el ao 2001 se fund nuestra empresa. Qu problema presenta su empresa? Al realizar los contratos y los pagos.
Por qu cree usted que se daba ese problema? Porque nuestros procesos lo hacemos de forma manual, y me he dado cuenta que de esta manera es muy lento y cometemos una serie de errores. Han pensado en expandir su negocio? Eso es uno de nuestras prximas metas, porque muchos de nuestros clientes vienen de diferentes lugares ya que confan en nuestra calidad de producto. Cul es la necesidad primordial de la empresa? Tener un sistema que cumpla las necesidades de la empresa para as la satisfaccin de los clientes.
122
MANUAL DEL USUARIO
123

Sistema de Administracion de Produccion Musical

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Sistema de Administracion de Produccion Musical

Загружено:

Авторское право:

Доступные форматы

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Figura 1.1.- Ubicacin Geogrfica.

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Produccin Estudio de Grabacin

Publicidad Promociones y Paquetes

1.2 IDENTIFICACIN DELOS PROBLEMAS:

Utilizacin inadecuada de la agenda personal.

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Figura 2.1.- Imagen RUP.

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

2.2.2 Diagrama de GANTT

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

COSTO HARDWARE REQUERIDO COSTO TOTAL

Tabla 2.2 Costos Hardware

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Tabla 2.3 Costos Software

COSTO TOTAL DE PERSONAL

CANTIDAD TOTAL S/. S/.1.800.00 S/.0.00

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Tabla 2.8 Criterios de evaluacin

COK VAN TIR

13% 5115.23 28%

2.2.4 Gestin de Riesgos:

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

4. Cuando la computadora de desarrollo, sufra desperfectos.

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

necesidad del cliente.

Tabla 2.10 Gestin de riesgos

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Figura 3.1.- Casos de uso del negocio

registrar todos los pagos que realiza el cliente.

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Es un actor principal, porque con l inicia el proceso.

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Figura 3.3.- Relacin de los objetivos y casos de uso de negocio

Diagrama del Modelo del Negocio:

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Figura 3.4.- Integracin de los actores y casos de uso de negocio

Descripcin de los trabajadores del negocio:

Trabajadores del Negocio

Es el encargado de administrar el sistema.

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Ent_Factura Ent_Cuenta Ent_Contrato Ent_Doc_Salida

Tabla 3.4 Descripcin de las entidades del negocio

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

Figura 3.6.- Diagrama de Objetos del Negocio

<Gestionar Contrato > Administrador, Representante

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012

1. El administrador busca el contrato que ya se haya realizado anteriormente

SISTEMA ADMINISTRATIVO DE ESTUDIO DE GRABACIN 2012