Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Es un avance del proyecto final para su evaluacin previa y refinamiento de lo que hasta ahora se ha realizado
Pre-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.
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.
Contralor
extends
solicitud
Contralor
Validacion de Usuarios
Supervisor
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
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
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
3.2.- Un Diagrama de Clases (con relacin de: herencia, multiplicidad, composicin, agregacin y visibilidad).
Contralor
Supervisor Autoriza
Documentos
Elabora Almacena
Contralor
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)
extends
solicitud
Contralor
Validacion de Usuarios
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)
Supervisor
Auditoria de hacienda
Auditor Externo
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
Supervisor Contraloria
[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
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
Autorizaciones
Roles de usuarios
Contralores
Introduccin:
Muestra las relaciones fsicas de distribucin y comunicacin entre los componentes de hardware y software
Cliente Web Base de Datos
Departamentos
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?
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.