TALLER DE MODELAMIENTO DE SOFTWARE

DEFINICIN
Es una tcnica para tratar con la complejidad inherente a los sistemas, a
visualizar el sistema de la informacin para construir y poder comprender
a mejor el sistema a desarrollar.

OBJETIVOS

Como se va a usar el sistema.

Su funcionamiento dentro del sistema.
Como construir el sistema.
La Documentacin ( manual)

BENEFICIOS

La productividad.
Reduccin de errores de cdigo.
Compresin del sistema.
Descomposicin y modularidad.
Evolucin y modelamiento.

PRINCIPIOS
La

forma

como

vemos

el

problema

tiene

una

profunda

influencia en forma como acometemos el problema y le damos

solucin al mismo.
Para modelar un sistema complejo no es suficiente un nico
modelo se requieren mltiples modelos donde cada uno se
representa,

Una

vista

complemetan entre s.
Cualquier modelo puede

del
ser

sistema,

estos

representado

modelos

con

se

diferentes

grados de precisin.
Los mejores modelos estn ligados a la realidad

IMPORTANCIA
Comprender la realidad: Un modelo es una simplificacin de la
realidad.
Comprender el sistema: Un modelo permite comprender mejor
el sistema que estamos desarrollando; en sus elementos y
relaciones.

 Reducir la complejidad para poder entender la totalidad del

problema.
Comunicacin entre los desarrolladores y los clientes.

Resumen
Los ms seguro es que el sistema informtico se presente como un
conjunto

implantacin,

los

cuales

tienen

como

funciones

controlar, manejar, manipular, administrar, verificar, etc. Todo tipo

de dato, que a pesar de pasar por un transformacin, sigue en una
constante comunicacin con los usuarios, que los requieran o los
necesit en cada aspecto, estableciendo o aclarando que es
sustancial la informacin.
Con las diversas ramas que presenta, va cambiando su definicin, o
conceptualizacin, aunque no pierde ninguna relacin con los
datos, siendo de esta manera la pieza fundamental en todo sistema
informtico.
Estos datos o informacin obtenida permiten que en el caso de las
organizaciones,

conocer

tomar

decisiones

del

estado

direccionamiento de su objetivo.
Los

modelos

que

presentan

el

UML

establecen

notaciones

particulares, es decir descripciones especficas o propias, que no

se admite o identifica en los dems, tomando como referencia
parte u implementos del sistema.
El UML por representar a travs de grficos modelos de sistemas,
no quiere decir que este orientado a objetos, es decir, que se
grafiquen datos, funciones, acciones; sin guardan ningn tipo de
relacin, por el contrario cada parte del sistema que se represente,
tiene un detallado o complejo estado de relacin.
El UML presenta diversos tipos de diagramas o grficas, entre los
cuales se encuentran los de estructuracin,

de comportamiento,

de aplicaciones, etc. Rigiendo de esta manera a diversas ramas.

SUMMARY

The most certain is that the computer system is presented as a set

or implantation, which have two functions to control, manage,
manipulate, manage, verify, etc. All kinds of data, despite going
through a transformation, still in constant communication with the
users who need them or needed in every aspect, establishing or
clarifying information which is substantial.
With the various branches having, it is changing its definition, or
conceptualization, but not lose any relation to data, thus being
instrumental in the whole computer system.
These allow data or information obtained in the case of
organizations, meet or decisions of state or addressing their target.
The models presented the UML notations particular set, ice specific
or own descriptions, which is not supported or identified in the
other, with reference to part or implements the system.
The UML to represent through graphical models of systems, does
not mean that this object-oriented, ie that data, functions, actions
grafiquen; without keeping any relationship, however each part of
the system is represented, has a detailed and complex state of
relationship.
The UML presents various types of diagrams or graphs, between
which are the structuring behavior, applications, etc. Thus ruling
various branches.
RECOMENDACIONES
Capturar y entender los requerimientos usando un modelo de
casos de uso.
Estudiar las distintas partes que conforman al sistema y cmo
interactan estn, reflejando las interfaces, protocolos e
intercambio de seales. Para tal fin nos podemos apoyar de
los diagramas de clases, estructura compuesta y
comunicacin.
Estudiar el comportamiento del sistema en el tiempo y el
dependiente del estado usando diagramas de interaccin,
diagramas de transicin de estados y diagramas de tiempo.

CONCLUSIONES

Que el prototipo se construya y sirva como un mecanismo

para la definicin de requisitos.

Que el prototipo se descarte, al menos en parte.

Que despus se desarrolle el software real con un enfoque

hacia la calidad.

APRECIACIN DE EQUIPO:
Lo que podemos apreciar de un buen trabajo de equipo como este
que formamos para realizar este trabajo, nos da la oportunidad de
relacionarnos como un equipo unido, brindando un intercambio de
opiniones y la dedicacin que nos proponemos para cumplir con
nuestro objetivo y el de dar a entender al lector.

GLOSARIO DE TERMINOS:
-

Sustancial: Que constituye lo esencial y ms importante de algo.

Compresin: Esfuerzo a que est sometido un cuerpo por la accin de
dos fuerzas opuestas que tienden a disminuir su volumen.
Modularidad: Modificar los factores que intervienen en un proceso para
obtener distintos resultados.
Estructuracin: Accin y efecto de estructurar.

LINKOGRAFA:
-

http://isejae.edu.pe/computacion/silabos/Taller%20de

%20Modelamiento%20de%20Software.pdf
http://es.scribd.com/doc/111149933/Taller-de-Modelamientode-Software#scribd