Está en la página 1de 23

PROYECTO FINAL

Es un avance del proyecto final para su evaluacin previa y refinamiento de lo que hasta ahora se ha realizado

Pre-proyecto final

Metodologa Orientada a Objetos 1 Proyecto Final

INTEGRANTES: ABRAHAM NUEZ HERANDEZ

Metodologa Orientada a Objetos 2 Proyecto Final

Producto
1.- Visin y especificacin de Requerimientos del Software

Sub-Producto
1.1.- Alcance, objetivos, esquema conceptual y perfil de usuarios. 1.3.- Requerimientos en Matriz de Rastreabilidad
Objetivos Requerimientos Inventariar y registrar en una base de datos los la documentacin. Clasificar la documentacin de acuerdo con cada tipo de documento recibido Registrar y calendarizar las digitalizaciones realizadas Asignar claves a los documentos existentes en la base de datos Determinar mediante registros diarios las consultas realizadas. Controlar la documentacin y los tiempos de entrega de la misma Implementar un sistema automatizado de consultas para el archivo. Implementar un sistema que permita registrar y consultar en cualquier departamento.

Metodologa Orientada a Objetos 3 Proyecto Final

1.4.- Recursos disponibles para el desarrollo y MOO elegida (con justificacin).


SE UTILIZARAN LOS RECURSOS DE LA EMPRESA SE CUENTA CON UN SITE QUE TIENE UN SERVIDOR CON WINDOWS SERVER 2003 R2 CON UN SITEMA DE ALMACENAMIENTO BASADO EN UNA SAN CON 30 Tb DE CAPACIDAD AMPLIABLE A 300Tb. SE CUENTAN EQUIPOS CON WINDOWS XP PROFESIONAL SP3 CONECTADOS AL SERVIDOR. EL PERSONAL QUE DESARROLLARA EL SISTEMA PROGRAMARAN DE 50 A 100 LINEAS POR CADA 8 HORAS DURANTE 30 DIAS.

Justificacin: -Como el proyecto es de una gran magnitud se considerara el uso de UP Para que el proyecto genere los diagramas correspondientes a las soluciones que se plantearan para cada rea del grupo y que la integracin con el sistema de control de informacin sea correcta en todos los aspectos.

2.- Modelado de Casos de Uso (DCU)


Requerimientos Funcionales: 1.- Elaborar reportes de la documentacin digitalizada 2.- Generar reportes de los usuarios que utilizan la base de datos 3.- Solicitar autenticacin de usuario para tener acceso a la base de datos de archivo 4.- Acceso por Autenticacin numero de empleado y contrasea 5. Consultas y solicitudes de acceso Requerimientos No Funcionales: 1.- Historial (activos, inactivos, Confidencial) 2.- Alta de documento fecha de Depuracin 3.- Catalogo de Documentos por tipo, fecha y nmero de folio Requerimientos Externos: 1.- Los documentos de la base de datos tendrn un periodo de duracin de 7 aos como activo a partir de su fecha de digitalizacin 2.- Se dar acceso a los auditores externos para poder realizar consultas solo dentro de la empresa.

2.1.- Diagrama de Casos de Uso.

Metodologa Orientada a Objetos 4 Proyecto Final

Solicitud de digitalizacin de documentos en el rea de contabilidad

Elaborar la relacion de documentacion a procesar Supervisor Area

Contralor

elaboracion de la solicitud de digitalizacion, validacion de la documentacion

Personal de Archivo Proceso de digitalizacion, elaboracion de libros de consultas

Se indican los motivos del falloo de la digitalizacion y se indica disponibilidad fisica

extends

Se envia una confirmacion de que la documentacion esta disponible

Metodologa Orientada a Objetos 5 Proyecto Final

Solicitud de informacin en la base de datos

solicitud

Contralor

Validacion de Usuarios

Autoriza la extraccion de informacion

Base de datos Archivo presentacion de la informacion

Autorizacion y Solictud de informe

Supervisor

Metodologa Orientada a Objetos 6 Proyecto Final

2.2.- Descripcin de Alto nivel.


CASO DE USO: Solicitud de informacin en la base de datos ACTORES: Contralor, supervisor. PRE-CONDICIONES: Que la informacin que se esta solicitando este con nivel de autorizacin EVENTOS: Consulta de informacin en la base de datos POST-CONDICIONES: Se requiere de autorizacin del supervisor para poder extraer la informacin que se considera como confidencial CAMINOS ALTERNATIVOS: Que supervisor autorice la extraccin de la informacin.

2.3.- Descripcin extendida.


Caso de Uso: Se lleva a cabo la instalacin. Actor Primario Contralor Servicios Pre Condiciones: Que el contralor tenga completa la documentacin correspondiente al mes que se va archivar Actor Secundario Archivista

Eventos: Se enva la solicitud al supervisor del departamento para que se autorice la digitalizacin de la documentacin generada para que el archivista la recoja y la procese Post Condiciones: Una vez procesada la informacin se informa de su disposicin en la base de datos para su consulta.

Caminos Alternos

Metodologa Orientada a Objetos 7 Proyecto Final

2.4.- Diagrama de Actividad:


Diagrama de Actividades de la solicitud de informacion en la base de datos en el archivo

Inicio de sesion en la interfaz de bienbenida

Seleccion del tipo de documentacion que se esta buscando

Repporte en pantalla del documento que se ha buscado

Solicitud de una impresion del documento

Comprobacion de las credenciales del usuario

Solicitud al supervisor credenciales para poder obtener la informacion

No cuenta con los privilegios para ejecutar la accion

Impresion de la documentacion requerida

Metodologa Orientada a Objetos 8 Proyecto Final

2.5.- Interfaz con Firmas:

Formato que se aplica en el momento de ingresar al sistema Se requiere que el usuario este dado de alta en el sistema. Registrar el documento y se leasignan las fechas de digitalizacion fecha de expedicion ya baja del sistema para sus consulta

Metodologa Orientada a Objetos 9 Proyecto Final

Producto 3
3.- Modelo del Dominio del Problema
CLASES CANDIDATAS (mnimo diez): 1. DOCUMENTACION 2. CONTRALORIA 3. AUDITORIA 4. ARCHIVO 5. EQUIPO DE DIGITALIZACION 6. SUPERVISORES 7. BASE DE DATOS 8. SISTEMA DE DIGITALIZACION 9. SOLICITUDES DE AUTORIZACION 10. DOCUMENTACION DIGITALIZADA 11. INTERFAZ DE USUARIO

Metodologa Orientada a Objetos 10 Proyecto Final

3.1.- La Tarjeta CRC de una clase en trminos de: Responsabilidades y colaboradores.


CONTRALORIA idContralor() Archivo historialConralor() Supervisores proporcionarDocumentacion() solicitarDocumentacion() EncargadoArchivo DigitalizaArchivo() Archivo AdministraArchivo Supervisores proporcionarDocumentacion() Contralor solicitarDocumentacion() Auxiliar DigitalizaArchivo() Archivo proporcionarDocumentacion() Supervisores solicitarDocumentacion() Contralor ARCHIVO AlmacenarDocumentos() Equipo proporcionarDocumentacion() Contraloria

Usuarios SolicitaInformacion() Archivo ProporcionaDocumentacion() Supervisores Contralores

Persona IdentidadUsuarios() Auxiliar nombrePersona() EncargadoArchivo Supervisores

Metodologa Orientada a Objetos 11 Proyecto Final

3.2.- Un Diagrama de Clases (con relacin de: herencia, multiplicidad, composicin, agregacin y visibilidad).

Metodologa Orientada a Objetos 12 Proyecto Final

Producto 4 4. Modelo de Diseo


4.1 Un Diagrama de Colaboracin.
Introduccin:
Muestra los mensajes que los objetos de un sistema se enviaran. Los 3 Tipos de un mensajes son create, se crea cuando un objeto genera uno o ms objetos de otra clase; iteracin, es cuando un proceso se repite; y condicin.

Metodologa Orientada a Objetos 13 Proyecto Final

4.2 Tabla de Estados del Diagrama anterior


Introduccin:
Tabla que nos muestra las asociaciones que se generan entre las clases y las relaciones de create, 1:N y Si

Archivista Relacion de Documentos Documentos Archivo Procesa

Contralor

Supervisor Autoriza

Documentos

Elabora Almacena

Metodologa Orientada a Objetos 14 Proyecto Final

4.3 Narraciones MVC (indicando a qu descripcin de CU corresponden)


Introduccin:
Nos permite identificar casos de uso que NO conviene implementar y controladores que deben codificarse; si en un CU no hay vista o no hay modelo, no hay controladores.
Solicitud de digitalizacin de documentos en el rea de contabilidad

Elaborar la relacion de documentacion a procesar Supervisor Area

Contralor

elaboracion de la solicitud de digitalizacion, validacion de la documentacion

Personal de Archivo Proceso de digitalizacion, elaboracion de libros de consultas

CONTROLADOR Digitalizacin de archivo 1. En VISTA Autorizacin de digitalizacin 2. Solicitar a MODELO los reportes del contralor 3. Analizar los informes que se muestran en pantalla 4. Marcar el fallo correspondiente (aceptacin o rechazo)

Se indican los motivos del falloo de la digitalizacion y se indica disponibilidad fisica

extends

Se envia una confirmacion de que la documentacion esta disponible

Metodologa Orientada a Objetos 15 Proyecto Final


Solicitud de informacin en la base de datos

solicitud

Contralor

Validacion de Usuarios

Autoriza la extraccion de informacion

Base de datos Archivo presentacion de la informacion

CONTROLADOR Solicitud Informacin 5. En VISTA Nivel de autorizacin 6. Solicitar a MODELO credenciales del solicitante 7. Analizar tipo de documento y usuario 8. Supervisor marca el fallo correspondiente (aceptacin o rechazo)

Autorizacion y Solictud de informe

Supervisor

Auditoria de hacienda

solicitud de entrega documentos

Auditor Externo

Se permite entrada al archivo para consulta

Consulta y acceso a la base de consultas

CONTROLADOR Auditoria externa 1. En VISTA Nivel de autorizacin 2. Solicitar a MODELO credenciales del solicitante 3. Analizar tipo de documento y usuario 4. Supervisor marca el fallo correspondiente (aceptacin o rechazo)

Archivista

Archivista Comunica realiza un informe de los documentos consultados

Supervisor Contraloria

Metodologa Orientada a Objetos 16 Proyecto Final

4.4 Diagrama de Robustez (con todos los escenarios)


Introduccin:
Es la representacin grafica del manejo del sistema y el acceso a los datos por medio de guis (interfaces graficas de usuarios) norma de comunicacin.

Metodologa Orientada a Objetos 17 Proyecto Final

4.5 Diagramas de Secuencia


Introduccin:
En este Diagrama se representan los eventos que ocurren en el tiempo (mientras se este ejecutando la aplicacin) o bien, la vida de los objetos, por medio del envi de mensajes.

[Diagrama de secuencia Solicitud de Digitalizacion] Inicio persona.setVlido = persona.validarUsuario si (contralor.getVlido()) supervisor.autoriza() si (archivista.getVlido()) archivista.digitaliza() si (supervisor.getVlido()) inicioDigitalizacion supervisor.autarizaDigitalizacion() confirmacin = digitalizacion.comfirmarDigitalizacion() si (digitalizacion) supervisor.supervisaProceso() fin fin

Metodologa Orientada a Objetos 18 Proyecto Final

5. Arquitectura
5.1 Diagrama de Paquetes Introduccin:
Muestra la manera en que se debe fragmentar en subsistemas (o paquetes) los componentes del software y sus relaciones de, herencia, composicin, agregacin, multiplicidad, roles y restricciones; son utiles para organizar grandes sistemas de informacin.

Usuarios

Catalogos Digitales

Archivo Contraloria

Intranet

Servidor Archivista

Administrado r de Datos

Metodologa Orientada a Objetos 19 Proyecto Final

5.2 Diagrama de Componentes


Introduccin:
Muestra los elementos fsicos de un sistema y sus interfaces pblicas. Elementos fsicos tales como: 1. Unidades de Software. Conjunto de mtodos que realizan las acciones del sistema y que se implementan en archivos fsicos, por ejemplo bibliotecas y ejecutables; dentro del smbolo del componente se puede escribir un Nombre (Nom) que indique su funcin validacin, procedimiento, objeto o repositorio de datos: 2. Sistemas Externos. Que interactan con el sistema que se est desarrollando, por ejemplo, el sistema de contabilidad (si se est desarrollando el de recursos humanos) 3. Herramientas de software. Aplicaciones que contribuyen al adecuado funcionamiento del sistema en estudio, por ejemplo, sistema operativo, navegador de Internet o la mquina virtual de java Otros nombres (Nom o estereotipos) con que se pueden identificar los componentes de un sistema son: Executable. Componente que se puede ejecutar Library. Biblioteca de objetos esttica o dinmica Table. Tabla de una base de datos File. Documento electrnico que contiene datos
Informes consultas Solicitudes Reportes

Autorizaciones

Roles de usuarios

Contralores

1.3 Diagrama de Despliegue

Metodologa Orientada a Objetos 20 Proyecto Final

Introduccin:
Muestra las relaciones fsicas de distribucin y comunicacin entre los componentes de hardware y software
Cliente Web Base de Datos

Red Interna Servidor Web Central Servidor

Departamentos

Metodologa Orientada a Objetos 21 Proyecto Final

5.4 Tipo de Arquitectura


Es el diseo de ms alto nivel de la estructura del sistema y la especificacin de los componentes de un SI, de las relaciones que se dan entre ellos y con el exterior. Son los patrones y abstracciones que guan su diseo y evolucin. CLIENTE-SERVIDOR MEJORADA: El cliente ya cuenta con un tipo de arquitectura Cliente-Servidor; el propsito de la mejora en su sistema es en base al cliente y su servicio. La arquitectura mejorada est guiada a que el negocio tiene clientes pesados, se necesitara una lgica del negocio en BD, las conexiones sern dedicadas a la BD, se espera un mejor rendimiento y una alta administracin de todos los datos; adems de que por la mejora del servicio que se espera hacia el cliente, debe ser flexible y portable.

CONCLUSIONES
I. Cul informacin inicial sobre el caso propuesto fue desechada por carecer de relevancia? Se descartaron cuando menos 3 casos de uso, ya que durante la realizacin del diseo ya que stos no interactuaban con el Sistema de Informacin, es decir, interactuaban pero no mediante el software. II. El sistema propuesto result ser ms complicado de lo que se esperaba inicialmente?

En realidad, al principio me lo planteaba mas difcil de elaborar pero al contar con las herramientas de modelado adecuadas, se facilita el proceso y se va haciendo mas natural el comprender los dems diagramas con forme estos aparecen. III. Qu result ms complicado, el anlisis o el diseo del SI?

Ambas etapas tienen su grado de complejidad, pero el anlisis resulta ms complicado el determinar lo que el cliente quiere que se haga con exactitud; en la etapa de diseo, aplicar los criterios de modelado al inicio result un tanto difcil, pero una vez familiarizado con los diagramas, todo se facilit. IV. Qu problemas se tuvieron al trabajar en equipo?

Metodologa Orientada a Objetos 22 Proyecto Final

Como esto lo elabore solo me pude dar cuenta desde el inicio lo difcil que es llegar a establecer una conclusin sobre los casos paneados pues no hay puntos de vista diferentes solo el mio y eso deja cierta incertidumbre. V. Cmo se solucionaron dichos problemas?

Documentndome y platicando con compaeros que saben un poco del proceso de elaboracin de proyectos de software VI. Qu informacin proporciona cada uno de los siguientes diagramas UML: Casos de Uso, Clases, Robustez, Secuencia, Colaboracin y Paquetes?

Casos de uso: Es la visualizacin de los servicios que prestar el software, as como la identificacin de los actores primarios que desencadenan los acontecimientos y los actores secundaros que apoyan a dichos eventos. Clases: Permite clasificar a las entidades que participan en el sistema de informacin, es importante que cuenten con atributos y procesos, de lo contrario no resultan tiles. Robustez: Representacin grfica del manejo del sistema y acceso a los datos por medio de las interfaces graficas del usuario, nos permite visualizar con claridad si un caso de uso forma parte del sistema, si un controlador no cuenta con acceso a datos e interfaz, la interaccin no se refleja en el software, por lo cual deber ser desechada. Secuencia: Permite visualizar un caso de uso con respecto al tiempo, es decir, aqu se refleja con precisin los pasos a seguir. Colaboracin: Se visualiza el tipo de mensajes que existen entre las clases, es decir, la interaccin entre ellos. Los mensajes son del tipo crate, iteracin y condicin. Paquetes: Muestra la organizacin de las clases en carpetas, mismo que permite reducir el tiempo de ejecucin de un programa. Vll. Por qu es importante conocer los Patrones de Diseo?

En el desarrollo de software es importante saber exentamente como determinar todos los elementos necesarios para que el sistema funcione de manera correcta y si no sabemos plantear las relaciones que hay entre la diferentes reas de la empresa cuando es que interactan y en que momento, es ah cuando podemos recurrir a los patrones de diseo para desaparecer esa ambigedad en el desarrollo y definir correctamente el diseo.

También podría gustarte