ARQUITECTURA LOGICA DEL SOFTWARE

CRISTIAM EDWIN BARRETO BUSTOS

SERVICIO NACIONAL DE APRENDIZAJE SENA

CENTRO DE TELEINFORMATICA Y PRODUCCIN INDUSTRIAL

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION (1181605)

NEIVA

2016
 ARQUITECTURA LOGICA DEL SOFTWARE

CRISTIAM EDWIN BARRETO BUSTOS

Presentado a:

ELVIS ERLEY PEREZ HERNANDEZ

SERVICIO NACIONAL DE APRENDIZAJE SENA

CENTRO DE TELEINFORMATICA Y PRODUCCIN INDUSTRIAL

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION (1181605)

NEIVA

2016

2
 CONTENIDO

Resumen...4

Arquitectura lgica del software para el proyecto de formacin..5

Diagrama de clases....6

Diagrama de componentes.....7

Diagrama de paquetes....8

Conclusiones..16

3
 RESUMEN

El presente informe detalla una serie de requerimientos empresariales de

automatizacin de la informacin haciendo posible que todos los usuarios puedan

acceder a ella en tiempo real desde cualquier pc conectado ya sea a la red interna o

externa, ya sea con el nimo de modificar, visualizar, ingresar, o consultar informacin,

dependiendo los privilegios de cada usuario

Con el desarrollo de este proyecto se quiere avanzar en el desarrollo del sistema de

informacin llamado ordenes de servicio el cual puede ser aplicado a cualquier tipo de

empresa ya que en todas se requiere un sistema que permita registras los

requerimientos de los clientes de forma optima.

4
 Arquitectura lgica del software para el proyecto de formacin

De acuerdo con el contexto de su proyecto de formacin y tomando como referencia el

Informe de Anlisis del Sistema realizado en la segunda fase del proyecto; construya

los Diagramas de Clases y los de componentes, adems estructure los paquetes que

los organizaran. Tenga en cuenta para su diagrama de clases la informacin relativa a

los patrones de diseo y las orientaciones que reciba a travs de la sesin sincrnica

con su tutor.

El diagrama de clases debe estar detallado y depurado de acuerdo con las

observaciones que realice el tutor, as mismo debe incluir alguno de los patrones de

diseo presentados o investigados y que se ajusten a la lgica de negocio de su

proyecto.

Los diagramas deben ser realizados en la herramienta WhiteStarUML, por lo tanto se

debe suministrar el archivo fuente para su revisin. Adems los diagramas deben

exportarse como imgenes e incluirlos en un documento (PDF) donde se describan.

Estos diagramas deben ser retroalimentados con su tutor una vez sean entregados.

Para esta retroalimentacin se debe organizar un encuentro sincrnico con su tutor y

su equipo de trabajo, esto permitir realizar la respectiva retroalimentacin, mejora y

estandarizacin de los diagramas lo que le permitir iniciar la construccin del diseo

del sistema que se debe presentar como evidencia final de esta fase del proyecto.

5
DIAGRAMA DE CLASES

En este diagrama realizado para nuestro proyecto de formacin, se presenta la relacin

que hay entre cada clase y se describe la estructura del sistema de informacin como

lo son las ordenes de servcio que es el enfoque de nuestro proyecto, adicionalmente se

estructra el sistema mostrando las clases, atributos, mtodos y relaciones entre cada

objeto.

6
DIAGRAMA DE COMPONENTES

En este diagrama de componentes se representa nuestro proyecto o aplicativo de

software dividido en cada uno de sus componentes mostrando las dependencias entre

los mismos, se evidencian los componentes fsicos, compartidos, mdulos y

ejecutables o paquetes los cuales son usados para modelar la arquitectura de nuestro

sistema de informacin. Se pretende modelar la vista esttica y dinmica de nuestro

sistema, mostrando cada proceso y la dependencia como tal en conjunto.

7
DIAGRAMA DE PAQUETES

En este diagrama realizado con la herramienta whitestaruml se representan las

dependencias entre los paquetes que componen nuestro proyecto formativo

denominado ordenes de servicio, se muestra como el sistema esta dividido en

agrupaciones lgicas y las dependencias entre estas agrupaciones,

Mediante este diagrama mostramos como nuestro proyecto formativo esta dividido en

forma jerargica. Se muestran una serie de paquetes organizados de tal manera que se

logre maximizar la coherencia interna dentro de cada paquete y minimizar el

acoplamiento externo entre los paquetes, con el fin de que se logre indicar el orden de

desarrollo requerido.

8
 CONCLUSIONES

Con el desarrollo de estas evidencias se logra avanzar en el desarrollo de nuestro

proceso formativo dando un paso adelante en el desarrollo de nuestro sistema de

informacin denominado ordenes de servicio y as obtener manejo y claridad respecto

al uso de la herramienta whitestaruml, y como esta es parte fundamental en el

desarrollo de sistemas de informacin, adicionalmente se obtiene una mayor

comprensin de cmo influye cada aspecto en el desarrollo del sistema y la aplicacin

de cada diagrama en nuestro sistema de informacion.