You are on page 1of 9

ARQUITECTURA LOGICA DEL SOFTWARE

CRISTIAM EDWIN BARRETO BUSTOS

SERVICIO NACIONAL DE APRENDIZAJE SENA

CENTRO DE TELEINFORMATICA Y PRODUCCIÓN 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 PRODUCCIÓN INDUSTRIAL

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION (1181605)

NEIVA

2016

2
CONTENIDO

Resumen………………………………………………………………………………………...4

Arquitectura lógica del software para el proyecto de formación…………………………..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

automatización de la información 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 información,

dependiendo los privilegios de cada usuario

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

información 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 lógica del software para el proyecto de formación

De acuerdo con el contexto de su proyecto de formación y tomando como referencia el

Informe de Análisis del Sistema realizado en la segunda fase del proyecto; construya

los Diagramas de Clases y los de componentes, además estructure los paquetes que

los organizarían. Tenga en cuenta para su diagrama de clases la información relativa a

los patrones de diseño y las orientaciones que reciba a través de la sesión sincrónica

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

diseño presentados o investigados y que se ajusten a la lógica 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 revisión. Además los diagramas deben

exportarse como imágenes e incluirlos en un documento (PDF) donde se describan.

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

Para esta retroalimentación se debe organizar un encuentro sincrónico con su tutor y

su equipo de trabajo, esto permitirá realizar la respectiva retroalimentación, mejora y

estandarización de los diagramas lo que le permitirá iniciar la construcción del diseño

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 formación, se presenta la relación

que hay entre cada clase y se describe la estructura del sistema de información como

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

estructra el sistema mostrando las clases, atributos, métodos 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 físicos, compartidos, módulos y

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

sistema de información. Se pretende modelar la vista estática y dinámica 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 lógicas 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

información 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 información, adicionalmente se obtiene una mayor

comprensión de cómo influye cada aspecto en el desarrollo del sistema y la aplicación

de cada diagrama en nuestro sistema de informacion.

You might also like