Analisis y diseño de sistemas de información - Actividad Académica

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Ú


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.


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.


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.


Í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



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



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


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?



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.



Organigrama organizacional en Perú.

RESUMEN DEL MODELADO DE NEGOCIO:


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.



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.



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.



Reglas del negocio asociados al trámite documentario:






del contrato.








contrato.




casa matriz.











del contrato.








contrato.




casa matriz.








Diagrama de casos de uso de negocio (Sector Recepción)



Diagrama de casos de uso de negocio (Sector área usuaria)



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.



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.



Diagrama de actividad del procesos de negocio:



Diagrama de clases del negocio:

RESUMEN DEL REQUERIMIENTOS:


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



Identificación de requerimientos funcionales:



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


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.


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



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



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.



Diagrama de casos de uso del sistema:



Diagrama de actividades de los casos de uso del sistema:



Especificaciones de casos de uso del sistema:

Casos de uso exclusivos del sistema para el sector recepción:




Casos de uso exclusivos del sistema para el sector área usuaria:




Casos de uso Generales del sistema para los 2 sectores:

DISEÑO DEL SISTEMA:


Prototipos de las pantallas de casos de uso del sistema :

Sector Recepción:



Prototipos de las pantallas de casos de uso del sistema :

Sector área usuaria:



Modelo de datos físico del sistema:

CONCLUSIONES:


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:


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:


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:


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:


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

Education

Analisis y diseño de sistemas de información - Actividad Académica