FACULTAD DE INGENIERA

CARRERA DE INGENIERA DE SISTEMAS

PROYECTO:
SISTEMA DE GESTION PARA MANTENIMIENTOS DE EQUIPOS INFORMATICOS

PRIMER ENTREGABLE

INTEGRANTES:
[201400807] JORGE LUSI LOPEZ

ASIGNATURA:
ARQUITECTURA DE SOFTWARE

PROFESORA:
....

SECCIN:
.
Lima, 17 de Mayo del 2015

Resumen
< El resumen describe el contenido del informe en general: nombre del proyecto y su alcance, una breve
descripcin de los contenidos de los captulos y los aspectos tcnicos y metodolgicos empleados. No
debe ocupar ms de una pgina>

ndicede contenidos

Resumen. 2
ndice de contenidos. 3
Listas especiales. 5
Introduccin. 6
Objetivos del proyecto. 7
Captulo 1: Modelo del negocio. 8
1.1.

Descripcin de la organizacin objetivo. 8

1.2.

Descripcin del negocio o campo de accin. 8

Captulo 2: Requerimientos. 9
2.1.

Visin del sistema. 9

2.2.

Especificacin de los requerimientos de software. 9

2.2.1.

Lista de caractersticas o facilidades. 9

2.2.2.

Lista de requerimientos suplementarios o de calidad. 9

2.2.3.

Lista de reglas del negocio. 10

2.3.

Modelo de casos de uso. 10

2.3.1.

Lista y diagrama de actores. 10

2.3.2.

Diagrama de paquetes. 11

2.3.3.

Diagrama de casos de uso por paquete. 11

2.3.4.

Especificacin de casos de uso de alto nivel 12

2.3.5.

Lista de casos de uso priorizados. 13

2.3.6.

Lista de casos de uso que impactan en la arquitectura. 13

Captulo 3: Anlisis. 14
3.1.

Modelo del dominio de clases o modelo conceptual. 14

3.2.

Realizacin de los casos de uso para el anlisis. 14

3.2.1.

Especificacin detallada de los casos de uso que impactan en la arquitectura. 14

3.2.2.

Diagrama de clases de anlisis. 15

3.2.3.

Diagrama de interaccin de los casos de uso especificados. 15

3.3.

Diagramas de mquina de estado. 16

Captulo 4: Arquitectura. 17
4.1

Introduccin. 17

4.1.1

Propsito. 17

4.1.2

Alcance. 17

4.1.3

Definiciones, acrnimos y abreviaturas. 17

4.2

Representacin de la arquitectura. 17

4.3

Metas y restricciones. 18

4.3.1

Requerimientos que impactan a la arquitectura. 18

4.3.2

Mecanismos y tcticas de diseo usadas. 18

4.4

Vista de los casos de uso. 19

4.4.1

Diagrama de paquetes. 19

4.4.2

Diagrama de los casos de uso que impactan en la arquitectura. 19

4.5

Vista lgica. 19

4.5.1

Diagrama de capas. 19

4.5.2

Diagrama de subsistemas. 19

4.6

Vista de implementacin. 20

4.6.1

Diagrama de implementacin. 20

4.6.2

Framework y/o patrones de arquitectura propuestos. 20

4.7
4.7.1

Vista de despliegue. 20
Diagrama de despliegue. 20

Captulo 5: Diseo. 21
5.1

Patrones de diseo seleccionados. 21

5.2

Diagrama de la base de datos. 21

Conclusiones. 22
Glosario. 23
Siglario. 24

Bibliografa. 25
Anexos. 26
Anexo 1: Visin del sistema (en Requisite Pro). 26
Anexo 2: Especificacin suplementaria (en Requisite Pro). 26
Anexo 3: Especificacin de las reglas de negocio (en Requisite Pro). 26
Anexo 4: Especificacin detallada de los casos de uso o Historias de usuario que impactan en la
arquitectura con interfaces de usuario (de preferencia en Requisite Pro). 26

Listas especiales

Cuadro 1: Especificacin de alto nivel de un CU.. 12

Cuadro 2: Lista de casos de uso priorizados. 13
Cuadro 3: Lista de casos de uso que impactan en la arquitectura. 13
Cuadro 4: Especificacin detallada de un CU.. 14
Cuadro 5: Relacin de requerimientos que impactan en la arquitectura. 18
Cuadro 6: Relacin de mecanismos de anlisis e implementacin. 19
Cuadro 7: Relacin de componentes. 20

Ilustracin 1: Ejemplo de diagrama de actores. 10

Ilustracin 2: Ejemplo de diagrama de paquetes. 11
Ilustracin 3: Ejemplo de un diagrama de casos de uso de un paquete Alojamiento. 12
Ilustracin 4: Ejemplo de modelo conceptual 14
Ilustracin 5: DME ejemplo de la clase entidad Habitacin. 16
Ilustracin 6: Framework .Net. 17

Tabla 1: Lista de caractersticas. 9

Tabla 2: Lista de requerimientos suplementarios. 9
Tabla 3: Tabla de reglas de negocio. 10
Tabla 4: Ejemplo de glosario. 23

Introduccin
< La introduccin es la presentacin, a modo de venta, del sistema en donde se detallan temas de
actualidad referidos al proyecto , anlisis del entorno de la organizacin, una breve descripcin de los
problemas y necesidades que se pueden resolver mediante una automatizacin. En otras palabras, se
sita un contexto de negocios y tecnolgico en donde el estudio viene a ser una alternativa de solucin>

Objetivos del proyecto

<Los objetivos se clasifican en dos: un objetivo general o meta y varios objetivos especficos que realizan
el general con el propsito de resolver las causas de los problemas de manera concreta. A la vez un
objetivo especfico se puede clasificar en objetivos del negocio (relacionado con la organizacin para la
cual se est haciendo el estudio) y objetivos del proyecto (relacionado con el aprendizaje del curso)>

Captulo 1: Modelo del negocio

<Todo captulo debe tener un prrafo introductorio en donde se presente el negocio que forma parte
del estudio.>

1.1.

Descripcin de la organizacin objetivo

<Aqu se describe la empresa o institucin para la cual se est haciendo el estudio de arquitectura de
software. Se puede incluir datos generales como: su razn social, posicin en el mercado, proyecciones,
cantidad de empleados. Tambin se puede incluir sus datos estratgicos como: Visin, Misin,
Objetivos.>

1.2.

Descripcin del negocio o campo de accin

<Aqu se describen brevemente los procesos involucrados en el sistema al que se le est haciendo el
estudio de arquitectura de software. Se puede incluir un diagrama de cada uno de los procesos en
formato BPMN.>

Captulo 2: Requerimientos
2.1.

Visin del sistema

<Ver el ejemplo adjunto de visin. Aqu solamente se pone el captulo de Posicionamiento>

2.2.

Especificacin de los requerimientos de software

<A falta del Requisite Pro y las listas exportables que se obtienen de las diferentes vistas, se pueden usar
las tablas que se detallan debajo>

2.2.1. Lista de caractersticas o facilidades

Tabla 1: Lista de caractersticas

Lista de Caractersticas
Cdigo
FEAT01

FEAT02
:
:
FEATnn

Descripcin
<Ttulo y descripcin de la facilidad 01:
Ejemplo: Registrar datos del cliente: El sistema
debe ser capaz de registrar los datos personales,
domiciliarios y financieros del cliente. >
<Ttulo y descripcin de la facilidad 02 >
:
:
<Ttulo y descripcin de la facilidad nn>

2.2.2. Lista de requerimientos suplementarios o de calidad

Tabla 2: Lista de requerimientos suplementarios
Requerimientos Suplementarios
Requisitos funcionales de uso general
SUPL01
SUPL02
:
Requisitos de Usabilidad
SUPLuu
:
Requisitos de Confiabilidad
SUPLvv
:
Requisitos de Rendimiento
SUPLww
:

<Ttulo y descripcin del requisito funcional de

uso general 01>
<Ttulo y descripcin del requisito funcional de
uso general 02>
:
<Ttulo y descripcin del requerimiento no
funcional de usabilidaduu>
:
<Ttulo y descripcin del requerimiento no
funcional de confiabilidad vv>
:
<Ttulo y descripcin del requerimiento no
funcional de rendimiento ww>
:

Requisitos de Soporte
SUPLyy
:
Restricciones de Diseo, Interfaz, Fsicas y de
Implementacin
SUPLzz
:

<Ttulo y descripcin del requerimiento no

funcional de soporteyy>
:

<Ttulo y descripcin del requerimiento no

funcional de diseo y otros zz>
:

2.2.3. Lista de reglas del negocio

Tabla 3: Tabla de reglas de negocio
Reglas de negocio
Reglas de operacin simple
BRUL01
BRUL02
:
Reglas de estmulo -respuesta
BRULtt
:
Reglas de flujo
BRULuu
:
Reglas de dominio de datos
BRULvv
:
Reglas de relacin
BRULww
:
Reglas de inferencia
BRULyy
:

<Ttulo y descripcin de la regla01>

<Ttulo y descripcin de la regla 02>
:
<Ttulo y descripcin de la regla tt>
:
< Ttulo y descripcin de la regla uu>
:
< Ttulo y descripcin de la regla vv>
:
< Ttulo y descripcin de la regla ww>
:
< Ttulo y descripcin de la regla yy>
:

Reglas de clculo
BRULzz
:

2.3.

< Ttulo y descripcin de la regla zz>

:

Modelo de casos de uso

2.3.1. Lista y diagrama de actores

<A continuacin se muestra un ejemplo de diagrama y lista de actores:>

Ilustracin 1: Ejemplo de diagrama de actores

Lista de Actores
Nombre
Usuario

xxxx
:
:
zzzz

Descripcin
<Es la generalizacin de todos los actores del
sistema que tienen derecho de uso del sistema.
Todo usuario tiene nombre y clave.>
<Descripcin del actor xxxx>
:
:
<Descripcin del actor zzzz>

2.3.2. Diagrama de paquetes

<A continuacin se muestra un ejemplo de diagrama de paquetes:>

Ilustracin 2: Ejemplo de diagrama de paquetes

2.3.3. Diagrama de casos de uso por paquete

<A continuacin se muestra un ejemplo de diagrama de casos de uso por paquete:>

Ilustracin 3: Ejemplo de un diagrama de casos de uso de un paquete Alojamiento

2.3.4. Especificacin de casos de uso de alto nivel

<Para la especificacin de cada caso de uso de alto nivel usar el siguiente formato:>

Cuadro 1: Especificacin de alto nivel de un CU

Nombre
Autor
Actores
Iteracin
Caso de uso asociado
Descripcin

Referencias

<Nombre del caso de uso>

<Poner el nombre de la persona que efectu la
especificacin>
<Poner a los actores involucrados>
<Nmero de la iteracin en donde ser
desarrollado>
<Poner aqu los casos de uso por include o extend
relacionados con el CU
<Un resumen de un prrafo pequeo. Use el
estilo: El caso de uso comienza cuando................
y termina con.................>
<Poner aqu los cdigos de las caractersticas y
reglas de negocio asociados al CU>

2.3.5. Lista de casos de uso priorizados

<La lista de casos de uso priorizados debe estar ordenada por iteracin. Normalmente hay tres o cuatro
iteraciones. Generalmente los casos de uso primarios van en la iteracin 0 o 1, los secundarios en la
iteracin 1 o 2 y los opcionales en las ltimas iteraciones.>

Cuadro 2: Lista de casos de uso priorizados

Lista de casos de uso
priorizados
Cdigo
CUS01
CUS02
:
:
CUSnn

Nombre del caso de

uso
<Nombre del caso de
uso 01>
<Nombre del caso de
uso 01>
:
:
<Nombre del caso de
uso 01>

Clasificacin

Iteracin

Primario

Primario

:
:
Opcional

:
:
n

2.3.6. Lista de casos de uso que impactan en la arquitectura

<Los casos de uso que mayor impactan en la arquitectura son los primarios (porque son los ms
importantes para el negocio) o aquellos que tienen condiciones tecnolgicas que son relevantes para el
estudio de la arquitectura.>

Cuadro 3: Lista de casos de uso que impactan en la arquitectura

Lista de casos de uso que
impactan en la arquitectura
Cdigo
CUS01
CUS02
:
:
CUSnn

Nombre del caso de uso

<Nombre del caso de uso 01>
<Nombre del caso de uso 02>
:
:
<Nombre del caso de uso nn>

Autor
<nombre del autor>
<nombre del autor>

<nombre del autor>

Captulo 3: Anlisis
3.1.

Modelo del dominio de clases o modelo conceptual.

Ilustracin 4: Ejemplo de modelo conceptual

3.2.

Realizacin de los casos de uso para el anlisis.

<Este acpite contiene un diagrama de clases de anlisis, una especificacin detallada y un diagrama de
interaccin (secuencia) completo por cada integrante del equipo:>

3.2.1. Especificacin detalladade los casos de uso que impactan en la arquitectura

<La especificacin puede hacerse en el siguiente formato o con la herramienta Requisite Pro>

Cuadro 4: Especificacin detallada de un CU

Nombre
Autor
Actor
Iteracin
Casos de uso asociados
Descripcin

Referencias
Reglas de negocio:
Precondiciones

Post Condiciones

Flujo normal de eventos

<Aqu va el flujo bsico o normal de eventos
numerado secuencialmente. Toma la forma de:
1.
Accin del actor
2.
Respuesta del sistema
3.
Accin del actor
4.
Respuesta del sistema

<Nombre del caso de uso>

<Poner el nombre de la persona que efectu la
especificacin>
<Poner al actor involucrado>
<Nmero de la iteracin en donde ser
desarrollado>
<Poner aqu los casos de uso por include o extend
relacionados con el CU
<Un resumen de un prrafo pequeo. Use el
estilo: El caso de uso comienza cuando................
y termina con.................>
<Poner aqu los cdigos de las caractersticas y/o
requerimientos funcionales asociados al CU>
<Poner aqu las reglas de negocio asociadas al
caso de uso>
<Poner aqu las precondiciones asociadas al caso
de uso. Ejemplos:

Para alquilar videos los socios deben estar

registrados.

Los videos deben estar registrados para

alquiler o venta.

Las promociones deben estar registradas

para ser aplicadas.>
<Poner aqu las post condiciones asociadas al
caso de uso. Ejemplos:

Se ha creado una nueva transaccin

Se han asociado videos para alquiler y/o

venta en la transaccin.

Se han aplicado moras pendientes de pago

en la transaccin.

Se gener un ticket por la transaccin de

venta/alquiler.>

5.
..
Las llamadas a casos de uso por include se
incluyen en el flujo bsico o cualquiera de sus
sub flujos>
Sub Flujo <nombre del sub flujo>
<Algunos flujos bsicos tienen un conjunto de
opciones que deben ser especificadas en sub
flujos.
Por ejemplo, un caso de uso que tiene las
operaciones de adicionar, modificar y eliminar
debe tener 3 sub flujos, uno para cada
operacin.
Todos los sub flujos deben terminar con un
punto de enlace con el flujo bsico>
Flujo alternativo 1
<A diferencia de un nico flujo bsico pueden
existir uno o muchos flujos alternativos. Los
flujos alternativos comienzan presentando la
excepcin y el punto del flujo bsico o sub flujo
en donde ocurri dicha excepcin. Luego se
ponen todas las acciones alternativas o llamadas
a casos de uso por extendque son necesarios
realizar para resolver la desviacin del flujo
bsico.>
Flujo alternativo 2
<A veces un flujo alternativo retorna el control
al flujo bsico y otras puede hacer que el caso de
uso termine.>
Informacin adicional
<En la informacin adicional van las pantallas o
prototipos asociados al caso de uso. Tambin
puede agregarse cualquier otro documento que
ayude a aclarar su funcionamiento.>
Pantalla1: Lista de
Pantalla2: Edicin de...

3.2.2. Diagrama de clases de anlisis

<Aqu va el diagrama de clases de anlisis asociado al caso de uso>

3.2.3. Diagrama de interaccin de los casos de uso especificados

<Aqu van los diagramas de secuencia asociados al caso de uso>

Conclusiones
<Las conclusiones se refieren a las leccionesaprendidas y diagnsticos a los que se ha llegado al elaborar
el trabajo. Deben estar numeradas con vietas.>

Glosario
<De manera opcional pueden utilizar la siguiente tabla para el glosario. Debe estar ordenado
alfabticamente.>

Tabla 4: Ejemplo de glosario

Glosario de trminos
Nombre
A
Asistencia

Descripcin
Es el control del nmero de clases asistidas por el
socio.

Autorizacin
B
Botiqun
.
Z

Es

Siglario
<De manera opcional pueden utilizar la siguiente tabla para el siglario. Debe estar ordenado
alfabticamente.>

Siglario
Acrnimo
A
ATM
:
:
B
BPMN

.
Z

Bibliografa

Descripcin
Sigla en ingls de Automatic Teller Machine. Es
como se conoce a los cajeros automticos.
:
:
Sigla en ingls de Business Process Modeling
Notation. Es la notacin estndar para diagramar
procesos.

<Poner aqu las referencias bibliogrficas segn el estndar usado en la UPC. Consultar el manual de
grados y ttulos disponible en:
http://www.upc.edu.pe/acerca-de-upc/servicios/centro-de-atencion-al-alumno/reglamentos-ynormas/reglamentos>

Anexos
<Para cada anexo se ha preparado un ejemplo que est disponible en el aula virtual>

Anexo 1: Visin del sistema (en Requisite Pro).

Anexo 2: Especificacin suplementaria (en Requisite Pro).
Anexo 3: Especificacin de las reglas de negocio (en Requisite Pro).
Anexo 4: Especificacin detallada de los casos de uso o Historias de usuario que impactan
en la arquitectura con interfacesde usuario (de preferencia en Requisite Pro).