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

Asignatura: Análisis y Diseño de Sistemas de Información

2012- III 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


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.

Resumen del proceso actual de la empresa
•Realizar una adecuada estimación de todos los costos asociados a los
proyectos de perforación del Lote 58, formulando un presupuesto anual y
Objetivos 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.
Inputs del •Registro de riesgos.
•Sistemática de Acompañamiento de Proyectos de Inversión de Petrobras.
proceso •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 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.

Resumen del proceso actual de la empresa
•Recopilación de las estimaciones de costos.
Principales •Integración de las estimaciones y formulación del presupuesto.
actividades •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).
Principales actores •Coordinadores y Puntos Focales de las áreas.
del proceso •PMO, Control de costos, PEP/FI, PEP/CORP y PEP/EPL
•Administradores de contrato y Contratistas.

•Presupuesto / Baseline.
•Indicadores y variaciones respecto del presupuesto.
Outputs del proceso
•Proyecciones (Outlook).
•Minutas con compromisos y acuerdos.


PRESENTACION DE LA EMPRESA
¿Quién es Petrobras?

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


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:
Resumen y conclusiones:
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.
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.


RESUMEN DEL MODELADOdebedentro sido presupuestada.gasto. debe
RN6: Todo servicio o compra ejecutada,
DEhaber de la estimación de Asimismo,
contar con una O/C la cual esté en vigencia y NEGOCIO:

Reglas del O/C no deben exceder el 10% elal trámite documentario:
RN7: Las negocio asociados monto contratado. Caso contrario, administrador
Ítem Descripción de Business Rule:
contrato.

RN1: La entrega de documentos por parte de servicios a su cargo, pero estos noMiércoles y Jueves.
RN8: Una contratista puede tener varios las contratistas, sólo serán los Lunes, deben pasar en
RN2: Los documentos recibidos por la Counter/recepción, deben contar con un sello de
recibido antes de ingresar al ‘área usuaria’. con DIP de autorización de gastos aprobada por
RN9: Todos los proyectos, deben de contar
casa matriz.
RN3: Toda información registrada, debe contar con una firma previa del administrador o fiscal
del contrato. los documentos que ingresen al flujo documentario, deben de contar con un
RN10: Todos
código de registro único el cual servirá para referirse simplificar actividades.
RN4: El 1er día de cada mes, se enviarán las provisiones a contabilidad y sólo por los servicios contratados.

RN11: Un documento con O/C, generalmente (dependiendo del contrato) tiene 7 días hábiles
RN5: Cada área usuaria, debe contar con un personal de apoyo o becado que facilite la tarea a
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.
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
contrato.

RN8: Una contratista puede tener varios servicios a su cargo, pero estos no deben pasar en

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 Planificación de Recursos Empresariales, o ERP (por sus siglas en
la empresa (JDE): 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:
Resumen y conclusiones:
El objetivo en este punto, es asegurar que el producto final cumpla con
los requerimientos propuestos por el usuario.

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.

Identificación de requerimientos funcionales:
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:
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


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

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

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

Similar a Analisis y diseño de sistemas de información - Actividad Académica (20)

Último

Último (20)

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