analisis y diseño de sistemas de información - actividad académica
TRANSCRIPT
Año de investigación científica – UAP
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
2012- III
Asignatura: Análisis y Diseño de Sistemas de Información
Docente: Ing. Antonio Arqque Pantigozo
Ciclo del curso: VII MODULO I
Datos del Alumno:
NOMBRES Y APELLIDOS Piher Velasco García
CÓDIGO 2008213814
UDED: PIURA – PERÚ
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Lo más sencillo es lo más extraordinario, repite y escribe Paulo Coelho en sus obras, y en esa línea es que se creó y sigue evolucionando ATD.
Muchas veces las empresas u organizaciones con o sin fines de lucro, por no contar con procesos bien definidos, procedimientos, padrones o en resumidas cuentas, Algún modelo de gobierno; pierden más valor que dinero; Se pierde
tiempo y se gana mayor estrés.
En el caso extremo o contrario, cuando existe una amplia diversidad de conocimiento dentro de varios marcos metodológicos, suele pasar que en
repetidas ocasiones un trabajador se termina perdiéndo en un casi sin fin de información, y termina optando por la continuidad de los vicios, limitando la
imaginación con la vorágine del día a día.
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
INTRODUCCIÓN
ATD, cuyas siglas en español quiere decir Aplicación para Trámite Documentario, es un módulo sencillo e integrado con SAPCO (Sistema de
automatización de procesos corporativos) y el ERP de la empresa (JD Edwards), el cual proporciona soporte detallado pero sencillo, de información
que generalmente no suele registrarse en todos los procesos facturación.
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
OBJETIVO DE LA ACTIVIDAD ACADÉMICA
Aunque el trabajo servirá para demostrar nuestras capacidades de aplicación de la teoría de análisis de sistemas, será grato poder documentar el software en mención utilizando los conocimientos, herramientas y técnicas que provee
RUP y UML para los proyectos de IT.
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
ÍNDICE
RESUMEN DEL CASO DE ESTUDIO
PRESENTACIÓN DE LA EMPRESA
RESUMEN DE MODELADO DE NEGOCIO
RESUMEN DE MODELADO DE REQUERIMIENTOS
DISEÑO DEL SISTEMA
CONCLUSIONES
BIBLIOGRAFIA Y ANEXOS
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
RESUMEN DEL CASO DE ESTUDIO
ATD nace de la necesidad mejorar los procesos de elaboración del presupuesto de los proyectos, de seguimiento y control de costos de proyectos para Exploración del Lote 58 de Petrobras Energía Perú S.A.
Objetivos
Inputs del proceso
•Realizar una adecuada estimación de todos los costos asociados a los proyectos de perforación del Lote 58, formulando un presupuesto anual y para cada pozo.
•Llevar a cabo un seguimiento fiable de la ejecución presupuestal de cada pozo de perforación y de los costes asociados al mismo.
•Cronograma de proyectos del Lote 58.•Información histórica de costos.•Registro de riesgos.•Sistemática de Acompañamiento de Proyectos de Inversión de Petrobras.•Estimación económica de costes formulado por las áreas.•Contratos vigentes con terceros.•Información de la ejecución de gastos (JDE)
Resumen del proceso actual de la empresa
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
RESUMEN DEL CASO DE ESTUDIO
ATD nace de la necesidad mejorar los procesos de elaboración del presupuesto de los proyectos, de seguimiento y control de costos de proyectos para Exploración del Lote 58 de Petrobras Energía Perú S.A.
Principales actividades
Principales actores del proceso
Outputs del proceso
•Recopilación de las estimaciones de costos.•Integración de las estimaciones y formulación del presupuesto.•Seguimiento de todos los costes de cada pozo del Lote 58.•Reportar el desempeño, incluyendo proyecciones.
•Gerente del Activo (Patrocinador y responsable del presupuesto).•Coordinadores y Puntos Focales de las áreas.•PMO, Control de costos, PEP/FI, PEP/CORP y PEP/EPL•Administradores de contrato y Contratistas.
•Presupuesto / Baseline.•Indicadores y variaciones respecto del presupuesto.•Proyecciones (Outlook).•Minutas con compromisos y acuerdos.
Resumen del proceso actual de la empresa
PRESENTACION DE LA EMPRESA
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Con más de 50 años en el negocio de exploración y producción de
petróleo, Petrobras es hoy una de las 10 principales empresas productoras de
petróleo a nivel mundial. Administra más de 10,000 estaciones de servicio y está
asociada a 75 compañías alrededor del mundo.
El sostenido crecimiento que ha logrado a lo largo de cinco décadas la ha
convertido en la empresa líder en distribución de derivados del petróleo dentro
de Brasil y en una de las 10 empresas de petróleo más grandes del mundo, de
acuerdo a los criterios de Petroleum Intelligence Weekly, una de las publicaciones
más prestigiosas en la industria del gas y el petróleo de los últimos 40 años
¿Quién es Petrobras?
PRESENTACION DE LA EMPRESA
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Misión: Seremos una de las cinco mayores empresas integradas de energía del mundo y la
preferida de nuestros públicos de interés.
Visión: Actuar de manera segura y rentable, con responsabilidad social y ambiental, en los
mercados nacional e internacional, suministrando productos y servicios adecuados a las
necesidades de los clientes y aportando al desarrollo de Brasil y de los países donde está
RUBRO/ACTIVIDAD: Una compañía de clase mundial que participa activamente y con la más alta tecnología en
operaciones energéticas de exploración, producción, transporte, refinación y comercialización de petróleo y gas y sus
derivados.
Petrobras es una compañía de energía que opera en el mercado internacional. A través de sus más de cincuenta años
de historia, Petrobras se ha convertido en una estructura consolidada que le permite abarcar actividades que van
desde la exploración de petróleo y gas, producción, transporte, refinación, comercialización de distribución de
petróleo, gas y sus derivados, hasta la generación, transporte y distribución de energía eléctrica.
Su energía se distribuye en el mundo. Además de su casa matriz, ubicada en Río de Janeiro, y las operaciones de
Brasil, Petrobras tiene oficinas y actividades -en forma directa- en países tan distintos como
Angola, Argentina, Bolivia, Colombia, China, Ecuador, Estados Unidos, Guinea
Ecuatorial, México, Nigeria, Perú, Trinidad y Tobago, y Venezuela. Además, Petrobras cuenta con el apoyo de
representaciones comerciales en Ámsterdam, Nueva York y Japón.
PRESENTACION DE LA EMPRESA
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Organigrama organizacional en Perú.
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
En esta parte se puede apreciar una vista estática de la estructura de la organización y una vista dinámica dentro de los procesos de la organización, permitiendo entender los problemas actuales para el manejo de la información en la gerencia/organización seleccionada.Cabe remarcar que el modelado de negocio, es una técnica para modelar los procesos de negocio el cual provee los mismos en términos de actividades de negocio y comportamiento colaborativo.
Resumen y conclusiones:
Concluimos que esta parte de la actividad ayuda al equipo del proyecto a comprender los elementos que internen en los procesos del negocio. Asimismo, creemos que no se puede implementar un buen sistema si los procesos de negocios no están preparados para la automatización.
UML es el complemento perfecto a RUP dado que proporciona distintos estereotipos y diagramas para modelar el negocio.
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Objetivos del negocio asociados al trámite documentario:Ítem Descripción de Business Goal:
Administración, seguimiento y control del presupuesto aprobado el cual es reflejado a
través de contratos comprometidos en los distintos proyectos.
Administración, seguimiento y control del flujo documentario el cual forma parte del
proceso de facturación de servicios y materiales.
Cumplir en tiempo y forma con los entregables definidos por la ‘Gobernanza’
relacionados con la administración y fiscalización de contratos.
Dar visibilidad y transparencia a los procesos administrativos de facturación
relacionados con terceros (contratistas), generando confianza y satisfacción.
Lograr optimización de tiempo en el proceso administrativo de un ‘área usuaria’ dentro
de una gerencia.
Lograr tener control absoluto de todos los ‘documentos’ que un ‘área usuaria’ genere
por la ejecución de actividades operativas y de oficina.
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Reglas del negocio asociados al trámite documentario:
Ítem Descripción de Business Rule:
RN1: La entrega de documentos por parte de las contratistas, sólo serán los Lunes, Miércoles y Jueves.
RN2: Los documentos recibidos por la Counter/recepción, deben contar con un sello de
recibido antes de ingresar al ‘área usuaria’.
RN3: Toda información registrada, debe contar con una firma previa del administrador o fiscal
del contrato.
RN4: El 1er día de cada mes, se enviarán las provisiones a contabilidad y sólo por los servicios contratados.
RN5: Cada área usuaria, debe contar con un personal de apoyo o becado que facilite la tarea a
los administradores y fiscales de contrato.
RN6: Todo servicio o compra ejecutada, debe haber sido presupuestada. Asimismo, debe
contar con una O/C la cual esté en vigencia y dentro de la estimación de gasto.
RN7: Las O/C no deben exceder el 10% el monto contratado. Caso contrario, administrador
debe solicitar ampliación de monto (con adenda) o iniciar nuevo proceso para adjudicación de
contrato.
RN8: Una contratista puede tener varios servicios a su cargo, pero estos no deben pasar en
monto por más del 50% total del proyecto al cual proporcionará soporte.
RN9: Todos los proyectos, deben de contar con DIP de autorización de gastos aprobada por
casa matriz.
RN10: Todos los documentos que ingresen al flujo documentario, deben de contar con un
código de registro único el cual servirá para referirse simplificar actividades.
RN11: Un documento con O/C, generalmente (dependiendo del contrato) tiene 7 días hábiles
para que se genere su O/P. Un Factura con O/P, generalmente (dependiendo del contrato)
tiene 7 días hábiles para que se realice el abono a la cuenta.
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Reglas del negocio asociados al trámite documentario:
Ítem Descripción de Business Rule:
RN1: La entrega de documentos por parte de las contratistas, sólo serán los Lunes, Miércoles y Jueves.
RN2: Los documentos recibidos por la Counter/recepción, deben contar con un sello de
recibido antes de ingresar al ‘área usuaria’.
RN3: Toda información registrada, debe contar con una firma previa del administrador o fiscal
del contrato.
RN4: El 1er día de cada mes, se enviarán las provisiones a contabilidad y sólo por los servicios contratados.
RN5: Cada área usuaria, debe contar con un personal de apoyo o becado que facilite la tarea a
los administradores y fiscales de contrato.
RN6: Todo servicio o compra ejecutada, debe haber sido presupuestada. Asimismo, debe
contar con una O/C la cual esté en vigencia y dentro de la estimación de gasto.
RN7: Las O/C no deben exceder el 10% el monto contratado. Caso contrario, administrador
debe solicitar ampliación de monto (con adenda) o iniciar nuevo proceso para adjudicación de
contrato.
RN8: Una contratista puede tener varios servicios a su cargo, pero estos no deben pasar en
monto por más del 50% total del proyecto al cual proporcionará soporte.
RN9: Todos los proyectos, deben de contar con DIP de autorización de gastos aprobada por
casa matriz.
RN10: Todos los documentos que ingresen al flujo documentario, deben de contar con un
código de registro único el cual servirá para referirse simplificar actividades.
RN11: Un documento con O/C, generalmente (dependiendo del contrato) tiene 7 días hábiles
para que se genere su O/P. Un Factura con O/P, generalmente (dependiendo del contrato)
tiene 7 días hábiles para que se realice el abono a la cuenta.
Ítem Descripción de Business Rule:
RN1: La entrega de documentos por parte de las contratistas, sólo serán los Lunes, Miércoles y Jueves.
RN2: Los documentos recibidos por la Counter/recepción, deben contar con un sello de
recibido antes de ingresar al ‘área usuaria’.
RN3: Toda información registrada, debe contar con una firma previa del administrador o fiscal
del contrato.
RN4: El 1er día de cada mes, se enviarán las provisiones a contabilidad y sólo por los servicios contratados.
RN5: Cada área usuaria, debe contar con un personal de apoyo o becado que facilite la tarea a
los administradores y fiscales de contrato.
RN6: Todo servicio o compra ejecutada, debe haber sido presupuestada. Asimismo, debe
contar con una O/C la cual esté en vigencia y dentro de la estimación de gasto.
RN7: Las O/C no deben exceder el 10% el monto contratado. Caso contrario, administrador
debe solicitar ampliación de monto (con adenda) o iniciar nuevo proceso para adjudicación de
contrato.
RN8: Una contratista puede tener varios servicios a su cargo, pero estos no deben pasar en
monto por más del 50% total del proyecto al cual proporcionará soporte.
RN9: Todos los proyectos, deben de contar con DIP de autorización de gastos aprobada por
casa matriz.
RN10: Todos los documentos que ingresen al flujo documentario, deben de contar con un
código de registro único el cual servirá para referirse simplificar actividades.
RN11: Un documento con O/C, generalmente (dependiendo del contrato) tiene 7 días hábiles
para que se genere su O/P. Un Factura con O/P, generalmente (dependiendo del contrato)
tiene 7 días hábiles para que se realice el abono a la cuenta.
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Diagrama de casos de uso de negocio (Sector Recepción)
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Diagrama de casos de uso de negocio (Sector área usuaria)
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Especificación de los actores y trabajadores de negocio:Nombre Descripción
Counter (K):
Personal contratado (tercero) por la empresa que tiene acceso al sistema
ATD, y tiene la función controlar los ingresos y salidas de documentos
(valorizaciones, factura, tickets, etc) y facturas de la compañía. Puede
generar reportes y realizar búsquedas de información.
Contratista (C):
Es una entidad que es contratada por la empresa o particular para la
ejecución de servicios o compra de materiales previamente autorizados.
Auxiliar (AX):
Personal propio de la empresa que forma parte del flujo documentario en
la empresa. Pertenece a una gerencia o área ‘Core Business’ en la
organización.
Admin. Contrato (AC):
velará porque la obra se ejecute de acuerdo con lo planeado y
programado, pero sin tomar parte directamente en la ejecución rutinaria
de las tareas que aseguren su cumplimiento, antes bien, debe lograrlo
mediante la delegación y supervisión de esas tareas, la comunicación
constante con el personal encargado de llevarlas a cabo, la aplicación de
su autoridad para dirimir o resolver cualquier problema que no puedan
manejar los niveles inferiores y motivar al personal con el fin de que
brinde lo mejor de sí para lograr el éxito del proyecto.
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Especificación de los actores y trabajadores de negocio:
Conserje (Co):
Se hace cargo de la recepción y entrega de correspondencia y
documentos que reciba para de mesa de partes y personal propio de la
empresa, haciéndolo llegar a manos del destinatario con la mayor
diligencia siempre que no reciba instrucciones en contrario por escrito.
Usuario contable (KB):
Personal propio de la empresa que forma parte del flujo documentario
en la empresa. Pertenece a la gerencia de Finanzas en la organización.
Software principal de
la empresa (JDE):
Planificación de Recursos Empresariales, o ERP (por sus siglas en
inglés, Enterprise Resource Planning), son Sistemas de Información
Gerenciales que integran y manejan muchos de los negocios asociados
con las operaciones de producción y de los aspectos de distribución de
una compañía en la producción de bienes o servicios. En la
organización JDE es el ERP.
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Diagrama de actividad del procesos de negocio:
RESUMEN DEL MODELADO DE NEGOCIO:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Diagrama de clases del negocio:
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
El objetivo en este punto, es asegurar que el producto final cumpla con los requerimientos propuestos por el usuario.
Resumen y conclusiones:
Este trabajo presenta (aunque no tan explícitamente), una estrategia para abordar el modelado del negocio y el análisis de requisitos, en la que los casos de uso y el modelo conceptual se obtienen de forma sencilla, a partir del modelo del negocio basado en el uso de diagramas de actividades UML.Un requerimiento es una característica que el sistema DEBE tener o es una restricción que el sistema DEBE satisfacer para ser aceptada por el cliente.Levantamiento de requerimientos es la especificación del sistema en términos que el cliente entienda, de forma que se constituya en el contrato entre el cliente y los desarrolladores.
USER DESCRIPCION AMPLIA DESCRIPCION CORTA
US-AUXILIAR Visualizar status de un documento, FF, Factura. Listar/reportar status de doc.
US-AUXILIAR Actualizar registro de documentos. Mant. de Documentos
US-AUXILIAR Registrar elaboración de O/P con BATCH Mant. De O/P con BATCH
US-AUXILIAR Registrar elaboración de O/P con O/E Mant. De O/P con O/E
US-AUXILIAR Mantenimiento (Editar/Eliminar) de Facturas conformadas Mant. De FF
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Compañías Mant. De Cías
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Servicios Mant. De Servicios
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Materiales Mant. De Materiales
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de O/C Mant. de O/C
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Detalles de O/C (Items y Sub-Items) Mant. Detalles de O/C
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Cuentas Mant. de Cuentas
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de detalles de Cuentas (JobCots o Unidad de engocio/Cuenta objeto/Fase-Auxiliar)Mant. Detalle de Cuentas
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Gerencias Mant. De Gerencias
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Sitios/Ubicación Mant. De Sitios/Ubicaciones
US-AUXILIAR Mantenimiento (Crear/Editar/Eliminar) de Proyectos Mant. De Proyectos
US-AUXILIAR Cargar presupuesto anual. Carga de PSTO
US-AUXILIAR Generar provisiones del mes. Listar/reportar Provisiones
US-AUXILIAR Reportar informarción/desvíos de costos por proyectos. Listar/reportar desvíos
US-AUXILIAR Reportar informarción/desvíos de costos por O/C. Listar/reportar desvíos
US-AUXILIAR Visualizar status de un documento, FF, Factura. Listar/reportar status de doc.
US-AUXILIAR Búsqueda digital sencilla de documentos registrados y devueltos Búsquedas simples
US-AUXILIAR Búsqueda digital avanzada de documentos registrados y devueltos Búsquedas avanzadas
US-AUXILIAR Listar/reportar documentos registrados. (Al día/semana/mes/rango de tiempo) Listar/reportar documentos1
US-AUXILIAR Listar/reportar documentos registrados pendientes por entregar Listar/reportar documentos2
US-AUXILIAR Listar/reportar documentos registrados pendientes por Facturar Listar/reportar documentos3
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Identificación de requerimientos funcionales:
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Identificación de requerimientos funcionales:USER DESCRIPCION AMPLIA DESCRIPCION CORTA
US-COUNTER Registrar y actualizar ingresos de documentos. Mant. de Documentos
US-COUNTER Registrar y actualizar ingresos de facturas. Mant. de facturas
US-COUNTER Registrar entrega de documentos sin observaciones. Entregar conforme
US-COUNTER Registrar entrega de documentos con observaciones. Entregar observado
US-COUNTER Mantenimiento (Crear/Editar/Eliminar) de O/C Mant. de O/C
US-COUNTER Búsqueda digital sencilla de documentos registrados y devueltos Busquedas simples
US-COUNTER Búsqueda digital avanzada de documentos registrados y devueltos Busquedas avanzadas
US-COUNTER Listar/reportar documentos registrados. (Al día/semana/mes/rango de tiempo) Listar/reportar documentos1
US-COUNTER Listar/reportar documentos registrados pendientes por entregar Listar/reportar documentos2
US-COUNTER Listar/reportar documentos registrados pendientes por Facturar Listar/reportar documentos3
USER DESCRIPCION AMPLIA DESCRIPCION CORTA
US-Admin. Contrato Visualizar status de un documento, FF, Factura. Listar/reportar status de doc.
US-Admin. Contrato Búsqueda digital sencilla de documentos registrados y devueltos Busquedas simples
US-Admin. Contrato Búsqueda digital avanzada de documentos registrados y devueltos Busquedas avanzadas
US-Admin. Contrato Listar/reportar documentos registrados. (Al día/semana/mes/rango de tiempo) Listar/reportar documentos1
US-Admin. Contrato Listar/reportar documentos registrados pendientes por entregar Listar/reportar documentos2
US-Admin. Contrato Listar/reportar documentos registrados pendientes por Facturar Listar/reportar documentos3
US-Admin. Contrato Visualizar status de un documento, FF, Factura. Listar/reportar status de doc.
USER DESCRIPCION AMPLIA DESCRIPCION CORTA
US-Contable Búsqueda digital sencilla de documentos registrados y devueltos Busquedas simples
US-Contable Búsqueda digital avanzada de documentos registrados y devueltos Busquedas avanzadas
US-Contable Listar/reportar documentos registrados. (Al día/semana/mes/rango de tiempo) Listar/reportar documentos1
US-Contable Listar/reportar documentos registrados pendientes por entregar Listar/reportar documentos2
US-Contable Listar/reportar documentos registrados pendientes por Facturar Listar/reportar documentos3
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Identificación de requerimientos no funcionales:CONFIABILIDAD
Frecuencia/Severidad de fallas
En el manual de usuario, se deben listar los error frecuentes del SW.
En el manual de usuario, se deben listar razones por las cuales el SW puede dejar de funcionar.
En el manual de usuario, se deben listar razones por las cuales el SW puede funcionar incorrectamente.
Perdida de info
En el manual de usuario, se debe mencionar que hacer en caso de pérdida de información.
Precisión
Los calculos para el registro del detalle de O/P, debe tener una precisión de 4 dígitos.
Regulaciones
En el manual de usuario, se deben identificar regulaciones
DESEMPEÑO
Disponibilidad
La aplicación no puede se accedida por un usuario que no esté registrado como usuario del sistema.
Tiempo de respuesta
Las consultas de datos a travéz de formularios, debe ser lo más rapido que se puede. En caso hubieran
tiempos de espera largos, la aplicación de advertirlo previamente.
Velocidad
La aparición de los formularios, no deben tardar mas de 2 segundos.
INTERFAZ EXTERNA
Interfaces de HW
Aplicación debe soportar entredas por teclado y mouse.
Aplicación debe trabajar con Monitores de todo tamaño.
Interfaces de SW
Conexiones entre el producto y software externo ( identificado por nombre y versión) Ejemplo: Bases
de datos, Sistemas operativos, Legacy
Identificar la información que comparten los componentes
Interfaz de usuario
Formularios de deben acoplar a una resolución mínima de 8800 x 600 px
Generar 'Shortcuts' utilizando la misma lógica de windows y MS Office.
Generar standares en mensajes de alertas, error, información, interregación, entre otros.
Utilizar estándar de GUI
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Identificación de requerimientos no funcionales:SEGURIDAD
Información
¿Cómo hace el sistema para proteger la información?
Aplicación debe generar un proceso de auditoria interna. Todo registros creado y modificado por
alguién, debe ser registrado.
Usuarios que se conecten a la aplicación, debe autenficiar su acceso.
Preventivas
Identificar políticas de mantenimiento de información
Indicar acciones potencialmente peligrosas que deben ser prevenidas.
SOPORTE
Adaptabilidad
ATD debe poder ejercutarse sobre Windows 2000 o versiones superiores.
Configuración
ATD debe contar con un manual espefico de configuración.
Se debe configurar el año actual y tomarlo del sistema operativo.
Instalación
El proceso de instalación debe ser sencillo y rápido.
Recursos necesarios
ATD debe poder alojarse en un servicios con recursos mínimos.
(Procesador de 3 nucleos, 6 GB de RAM, 150GB de HDD, Red de 1 Mbps)
ATD debe poder ejecutarse en una PC con recursos mínimos. (Procesador P3, 1GB de RAM, 10 GB de
HDD, Red de 1Mbps)
USO
Ayudas
En el menú de Ayudas: Crear vinculo directo a manual de usuario y del sistema.
En el menú de Ayudas: Debe existir un diccionario de términos
En el menú de Ayudas: Debe existir una opcion de ayuda del fabricante y datos de contacto inmediato.
En el menú de Ayudas: Deben haber Wizards de la funcionalidad del SW.
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Diagrama de casos de uso del sistema:
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Diagrama de actividades de los casos de uso del sistema:
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Especificaciones de casos de uso del sistema:
Casos de uso exclusivos del sistema para el sector recepción:
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Especificaciones de casos de uso del sistema:
Casos de uso exclusivos del sistema para el sector área usuaria:
RESUMEN DEL REQUERIMIENTOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Especificaciones de casos de uso del sistema:
Casos de uso Generales del sistema para los 2 sectores:
DISEÑO DEL SISTEMA:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Prototipos de las pantallas de casos de uso del sistema :
Sector Recepción:
DISEÑO DEL SISTEMA:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Prototipos de las pantallas de casos de uso del sistema :
Sector área usuaria:
DISEÑO DEL SISTEMA:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Modelo de datos físico del sistema:
CONCLUSIONES:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Acerca de modelado de negocio:
Concluimos que ayuda al equipo del proyecto a comprender los elementos que internen
en los procesos del negocio. Asimismo, creemos que no se puede implementar un buen
sistema si los procesos de negocios no están preparados para la automatización.
El estudio del negocio es de vital importancia para identificar las necesidades de los
usuarios en las empresas actuales.
RUP ofrece excelentes herramientas para modelar el negocio.
UML es el complemento perfecto a RUP dado que proporciona distintos estereotipos y
diagramas para modelar el negocio
CONCLUSIONES:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Acerca de los diagramas de clases:
Se concluye que hay al menos dos razones importantes para la comprensión
del diagrama de clases:
La primera es que muestra la estructura estática de los clasificadores en un
sistema.
La segunda razón es que la imagen muestra la notación básica para diagramas de
estructura demás datos previstos en UML. Los desarrolladores piensan que el
diagrama de clases fue creado especialmente para ellos, pero otros miembros del
equipo le sean de utilidad, también. Los analistas de negocio pueden utilizar
diagramas de clases para modelar sistemas desde un punto de vista comercial.
CONCLUSIONES:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
Acerca del curso en Análisis y Diseño de sistemas de Información:
El curso y la actividad académica, han contribuido sobre manera a seguir
forjando nuestra capacidad de análisis e investigación.
A fin de hacer afianzar aún mas nuestro proceso de aprendizaje, estoy
convencido que obtendríamos mejores resultados de este trabajo si es expuesto
oralmente ante el tutor y todos los alumnos. Hay muchas cosas por decir que
quizás no puedan quedar reflejadas en el papel.
En lo personal, respecto al plazo 12 semanas y sin haber recibido
complemente las horas necesarias de práctica y recomendaciones del tutor, se
torna una tarea titánica el culminar con la actividad.
BIBLIOGRAFIA Y ANEXOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
LIBROS FÍSICO/DIGITALES:
Roger S. Pressman 2010.
Ingeniería de Software: Un Enfoque Práctico. Séptima Edición: Mac Graw Hill,2010. ISBN: 978-607-
15-0314-3.
Ian Sommerville 2005.
Sommerville, I. 2002. Ingeniería de Software. 6° Edición. s.l. : Addison-Wesley,2002.
SWEBOOK.
www.swebok.org
http://www.computer.org/portal/web/swebokGuide to the Software Engineering Body of
Knowledge (SWEBOK).
“Guía para el Cuerpo de Ingeniería de Software del conocimiento”. Capítulo 2.
http://www.computer.org/portal/web/swebok/htmlformat
WIKIPEDIA. SWEBOK. WIKIPEDIA la enciclopedia libre. [En línea] Wikipedia, 12 deDiciembre de
2009. [Citado el: 13 de Junio de 2010.]
http://es.wikipedia.org/wiki/SWEBOK.
BIBLIOGRAFIA Y ANEXOS:
0201-02401 | ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
ENLACES WEB CONSULTADOS:
Acerca de COMPRAS Y CONTRATACIONES
Conceptos acerca de Ordenes de compra abierta y cerrada:
http://web2.cba.gov.ar/web/leyes.nsf/85a69a561f9ea43d03257234006a8594/48f049f0e8a5a131
032572340063bc16?OpenDocument
http://www.sectur.gob.do/LinkClick.aspx?fileticket=8Asqhy57RnM%3D&tabid=129&mid=900
Diagrama de Clases del Negocio:
http://es.scribd.com/doc/49722132/44/Diagrama-de-Clases-del-Negocio
Análisis del Negocio:
http://merinde.net/index.php?option=com_content&task=view&id=88&Itemid=294
http://es.scribd.com/doc/2568110/UML-Analisis-del-negocio
http://www.slideshare.net/david.motta/modelo-del-negocio-con-rup-y-uml-parte-3
Acerca de Diagrama de clases:
http://www.ibm.com/developerworks/rational/library/content/RationalEdge/sep04/bell/
Acerca de Requerimientos:
http://sistemas.uniandes.edu.co/~csof5101/dokuwiki/lib/exe/fetch.php?media=principal:csof510
1-requerimientos.pdf
http://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdf
De los procesos de negocio a los casos de uso del sistema: http://dis.um.es/~jmolina/jis2000modeladonegocio.pdf
Análisis de casos de uso:
http://ocw.udl.cat/enginyeria-i-arquitectura/enginyeria-del-software-iii/Continguts/1%20-
%20Introduccion/3-Analisis.pdf