Unidad 2 Diseo

Equipo 1
INTEGRANTES:
- Manuel Alfredo Gmez Zepeda
- Juan Daniel Ass Ortega
- Demetrio Garca Zuiga
- scar Fernando Lpez Hernndez

PROFESOR:
- Marco Antonio Vzquez Romero

Fecha de entrega:
18/Septiembre/2017
ndice
Introduccin ......................................................................................................................................................... 3
2.1 Diseo de procesos propuestos ..................................................................................................................... 4
2.1.1 Herramientas CASE para diseo .................................................................................................................. 5
2.2 Diseo arquitectnico ..................................................................................................................................16
2.3 Diseo de datos ............................................................................................................................................19
2.4 Diseo de interfaz de usuario .......................................................................................................................22
Comentarios y Conclusiones...............................................................................................................................24
Bibliografas ........................................................................................................................................................24
Introduccin

El diseo de software, es una de las etapas que deben componer el ciclo de vida del
software, casi de una forma obligatoria, aunque algunas metodologas no le den la
importancia que requiere.

Bsicamente, despus de haber analizado a mano y papel los requisitos que se tienen
para nuestro sistema a desarrollar, es entonces cuando entra en juego el diseo de
software. Su objetivo ser armar el cascarn bajo el cual se estar implementando el
cdigo o realizando la programacin. Pues no puedes empezar a programar en el aire sin
saber hacia dnde va tu software.

Para definir el diseo de software con una sola palabra, posiblemente Calidad sea la
indicada. Pues si realmente deseas tener un software que supere bsicamente cualquier
error y que est hecho a la perfeccin como el cliente le pide, el diseo de software es
fundamental. Pues en l, estaremos analizando cada una de las especificaciones
solicitadas por el cliente, adems estaremos seccionando el software, viendo sus funciones,
como se mostrar en pantalla y muchas cosas ms que conlleva el diseo de software, por
si pensabas que era una etapa sencilla y que no tendra complejidad alguna.
2.1 Diseo de procesos propuestos

El Proceso para el desarrollo de software, tambin denominado ciclo de vida del desarrollo
de software es una estructura aplicada al desarrollo de un producto de software. Hay varios
modelos a seguir para el establecimiento de un proceso para el desarrollo de software,
cada uno de los cuales describe un enfoque diferente para diferentes actividades que
tienen lugar durante el proceso. Algunos autores consideran un modelo de ciclo de vida un
trmino ms general que un determinado proceso para el desarrollo de software. Por
ejemplo, hay varios procesos de desarrollo de software especficos que se ajustan a un
modelo de ciclo de vida de espiral.

La gran cantidad de organizaciones de desarrollo de software implementan metodologas

para el proceso de desarrollo. Muchas de estas organizaciones pertenecen a la industria
armamentstica, que en los Estados Unidos necesita un certificado basado en su modelo
de procesos para poder obtener un contrato.

El estndar internacional que regula el mtodo de seleccin, implementacin y monitoreo

del ciclo de vida del software es ISO 12207.

Durante dcadas se ha perseguido la meta de encontrar procesos reproducibles y

predecibles que mejoren la productividad y la calidad. Algunas de estas soluciones intentan
sistematizar o formalizar la aparentemente desorganizada tarea de desarrollar software.
Otros aplican tcnicas de gestin de proyectos para la creacin del software. Sin una
gestin del proyecto, los proyectos de software corren el riesgo de demorarse o consumir
un presupuesto mayor que el planeado. Dada la cantidad de proyectos de software que no
cumplen sus metas en trminos de funcionalidad, costes o tiempo de entrega, una gestin
de proyectos efectiva es algo imprescindible.

Algunas organizaciones crean un grupo propio (Software Engineering Process Group,

abreviado SEPG) encargado de mejorar los procesos para el desarrollo de software en la
organizacin.
2.1.1 Herramientas CASE para diseo

La herramienta CASE (Computer-Aided Systems Engineering ) cuyo significado en espaol

es ingeniera de sistemas asistida por ordenador, es la aplicacin de tecnologa informtica
a las actividades, las tcnicas y las metodologas propias de desarrollo de sistemas y al
igual que las herramientas CAD (Diseo Asistido por Computadora) o CAM (Manufactura
Asistida por Computadora) su objetivo es acelerar el proceso para el que han sido
diseadas, en el caso de CASE para automatizar o apoyar una o mas fases del ciclo de
vida del desarrollo de sistemas. La primera herramienta CASE como hoy la conocemos fue
Excelerator en 1984, era para PC. Actualmente la oferta de herramientas CASE es muy
amplia y tenemos por ejemplo el EASYCASE o WINPROJECT.

La tecnologa CASE supone la automatizacin del desarrollo del software, contribuyendo a

mejorar la calidad y la productividad en el desarrollo de sistemas de informacin. Para
mejorar la calidad y la productividad de los sistemas de informacin a la hora de construir
software se plantean los siguientes objetivos:

Permitir la aplicacin prctica de metodologas estructuradas, las cuales al ser

realizadas con una herramienta conseguimos agilizar el trabajo.

Facilitar la realizacin de prototipos y el desarrollo conjunto de aplicaciones.

Simplificar el mantenimiento de los programas.

Mejorar y estandarizar la documentacin.

Aumentar la portabilidad de las aplicaciones.

Facilitar la reutilizacin de componentes software.

Permitir un desarrollo y un refinamiento visual de las aplicaciones, mediante la

utilizacin de grficos.

De una forma esquemtica podemos decir que una herramienta CASE se compone de los
siguientes elementos:

Repositorio (diccionario) donde se almacenan los elementos definidos o creados por la

herramienta, y cuya gestin se realiza mediante el apoyo de un Sistema de Gestin de
Base de Datos (SGBD) o de un sistema de gestin de ficheros.

Metamodelo (no siempre visible), que constituye el marco para la definicin de las tcnicas
y metodologas soportadas por la herramienta.

Carga o descarga de datos, son facilidades que permiten cargar el repertorio de la

herramienta CASE con datos provenientes de otros sistemas, o bien generar a partir de la
propia herramienta esquemas de base de datos, programas, etc. que pueden, a su vez,
alimentar otros sistemas. Este elemento proporciona as un medio de comunicacin con
otras herramientas.
Comprobacin de errores, facilidades que permiten llevar a cabo un anlisis de la
exactitud, integridad y consistencia de los esquemas generados por la herramienta.

Interfaz de usuario, que constar de editores de texto y herramientas de diseo grfico

que permitan, mediante la utilizacin de un sistema de ventanas, iconos y mens, con la
ayuda del ratn, definir los diagramas, matrices, etc. que incluyen las distintas
metodologas.

La estructura CASE se basa en la siguiente terminologa:

CASE de alto nivel son aquellas herramientas que automatizan o apoyan las fases
finales o superiores del ciclo de vida del desarrollo de sistemas como la planificacin
de sistemas, el anlisis de sistemas y el diseo de sistemas.

CASE de bajo nivel son aquellas herramientas que automatizan o apoyan las fases
finales o inferiores del ciclo de vida como el diseo detallado de sistemas, la
implantacin de sistemas y el soporte de sistemas.

CASE cruzado de ciclo de vida se aplica a aquellas herramientas que apoyan

actividades que tienen lugar a lo largo de todo el ciclo de vida, se incluyen
actividades como la gestin de proyectos y la estimacin.

Las herramientas CASE evolucionan hacia tres tipos de integracin:

La integracin de datos permite disponer de herramientas CASE con diferentes estructuras

de diccionarios locales para el intercambio de datos.

La integracin de presentacin confiere a todas las herramientas CASE el mismo aspecto.

La integracin de herramientas permite disponer de herramientas CASE capaces de

invocar a otra herramienta CASE de forma automtica.

Clasificacin de programas de herramientas CASE de acuerdo a su aplicacin y

fabricante.

Ada

Ada-Assured (GrammaTech, Inc.)

AdaTEST (Information Processing Ltd.)

Design Maintenance System [DMS] (Semantic Designs, Inc.)

Tau Logiscope (Telelogic AB)

Understand for Ada (Scientific Toolworks, Inc.)

Cradle (3SL)
Analysis

case/4/0 (microTOOL GmbH)

objectiF (microTOOL GmbH)

ProxyDesigner (ProxySource.com)

Cradle (3SL)

DataManager/ControlManager (Allen Systems Group, Inc.)

GDPro (Advanced Software Technologies, Inc.)

ManagerView (Allen Systems Group, Inc.)

objectIF (Computer Systems for Business International Eastern Europe Ltd.)

PacDesign (CGI Systems, Inc.)

Principia/SSADM (British Aerospace Ltd. Software Tools Group)

StP/UML (Aonix)

Vista (Allen Systems Group, Inc.)

Back-end

Application Factory (Cortex Corp.)

DesignMachine 2.0 (Optima, Inc.)

DesignVision 1.7 (Optima, Inc.)

Objectworks\C++ (ParcPlace Systmems)

Objectworks\Smalltalk (ParcPlace Systmems)

Panorama C/C++ (International Software Automation, Inc.)

HIBOL (Matterhorn, Inc.)

Life Cycle Productivity System (American Management Systems, Inc.)

Maestro (Softlab, Inc.)

ProMod Series (ProMod, Inc.)

SuperCase (Advanced Technology International, Inc.)

Benchmarking

SQLBench Workbench (SQLBench International)

TestWeb (Eastern Systems Inc.)

C++

Cantata++ (Information Processing Ltd.)

case/4/0 (microTOOL GmbH)

Design Maintenance System [DMS] (Semantic Designs, Inc.)

INNOVATOR CASE Workbench for Object Orientation (MID GmbH)

Objecteering (Softeam)

objectiF (microTOOL GmbH)

Panorama OO-Browser (International Software Automation, Inc.)

Panorama OO-Playback (International Software Automation, Inc.)

QAC++ (Programming Research Inc.)

Resource Standard Metrics (M Squared Technologies)

SourcePublisher C++ (Scientific Toolworks, Inc.)

Tau Logiscope (Telelogic AB)

Understand for C++ (Scientific Toolworks, Inc.)

Visual Classworks (Step Ahead Software)

BX (Integrated Computer Solutions)

Code Navigator for C++ (Quintessoft Engineering, Inc.)

Cradle (3SL)

Enterprise Architect 3.10 (Sparx Systems)

GDPro (Advanced Software Technologies, Inc.)

Glg Toolkit (Generic Logic, Inc.)

StP/ClassCapture (Aonix)

StP/UML (Aonix)

Texel-sf (ISDE Metasoft Ltd.)

 Texel-sf (VSF NA Inc.)

ViewKit (Integrated Computer Solutions)

Cartography

Amarco Tools (Sysoft SA)

Client/server

NETRON/Catalyst (Netron, Inc.)

SQA Suite (Eastern Systems Inc.)

Kappa ; renamed to PowerModel (IntelliCorp)

Cradle (3SL)

NETRON/Connect (Netron, Inc.)

PowerModel (IntelliCorp)

TestWeb (Eastern Systems Inc.)

COBOL

case/4/0 (microTOOL GmbH)

Design Maintenance System [DMS] (Semantic Designs, Inc.)

Test Coverage (Semantic Designs, Inc.)

CoFac (Coding Factory)

DB-MAIN (University of Namur Computer Sciences Department)

MAGEC (MAGEC Software)

Code generation

Select Enterprise (Princeton Softech)

Visual Classworks (Step Ahead Software)

BridgePoint Generator (Project Technology, Inc.)

BW*Wizard (Bridgewater Consultants, Inc)

CASE Studio 2 (CHARONWARE s.r.o.)

CoFac (Coding Factory)

Cradle (3SL)
 Enterprise Architect 3.10 (Sparx Systems)

GDPro (Advanced Software Technologies, Inc.)

SILDEX (TNI)

StP/ACD (Aonix)

Texel-sf (ISDE Metasoft Ltd.)

Texel-sf (VSF NA Inc.)

XpertGen (Attar Software Limited)

Cooperative processing

FOUNDATION (Accenture)

CORBA

objectiF (microTOOL GmbH)

SilkPilot (Segue Software, Inc.)

CORBA IDL

INNOVATOR CASE Workbench for Object Orientation (MID GmbH)

Debugging

xSlice (Bellcore)

Development environment for embedded systems

VADS (Rational Software Corporation)

Distributed systems

Wilde (Wilde Technologies)

Embedded real time systems

EventStudio 1.0 (EventHelix.com Inc.)

ReaGeniX Programmer (OBP Research Oy)

GOOFEE Diagrammer (GOOFEE Systems Pty Ltd)

Formal object oriented requirements

Clyder (Sema Group)

FORTRAN

Design Maintenance System [DMS] (Semantic Designs, Inc.)

Tau Logiscope (Telelogic AB)

FORTRAN

Understand for FORTRAN (Scientific Toolworks, Inc.)

Front -end

Analyst/RT (Mentor Graphics Corp.)

Application Factory (Cortex Corp.)

Auditor (Mentor Graphics Corp.)

Checkpoint (Software Productivity Research, Inc.)

CorVision (Cortex Corp.)

Designer (Mentor Graphics Corp.)

DesignMachine 2.0 (Optima, Inc.)

DesignVision 1.7 (Optima, Inc.)

Principia (British Aerospace Ltd. Software Tools Group)

PSL/PSA (Meta Systems)

QuickSpec (Meta Systems)

Report Specification Interface (Meta Systems)

SPQR/20 (Software Productivity Research, Inc.)

Structured Architect (Meta Systems)

Structured Architect-Integrator (Meta Systems)

TurboCASE 3.0 (StructSoft, Inc.)

View Integration System (Meta Systems)

vsDesigner (Visual Software, Inc.)

vsObject Maker (Visual Software, Inc.)

vsSQL (Visual Software, Inc.)

Analyst/Designer Toolkit (Yourdon, Inc.)

 Design Generator (Computer Sciences Corp)

KangaTool Series (Institute for Information Industry)

Life Cycle Productivity System (American Management Systems, Inc.)

MacBubbles (StarSys, Inc.)

Maestro (Softlab, Inc.)

Multi/CAM (AGS Management Systems, Inc.)

OpenSELECT CASE (Meridian Software Systems, Inc.)

Principia/SSADM (British Aerospace Ltd. Software Tools Group)

ProMod Series (ProMod, Inc.)

Software through Pictures (Aonix)

SYLVA Series (The CADWARE Group, Ltd)

I-CASE

Pacbase (CGI Systems, Inc.)

RIDL* (IntelliBase nv/sa)

Informix 4GL

FourGen CASE Tools (Gillani, Inc.)

FourGen iDesktop (Gillani, Inc.)

FourGen Menu's (Gillani, Inc.)

FourGen Report Generator (Gillani, Inc.)

FourGen Screen Generator (Gillani, Inc.)

GOOEY (LTG, Inc.)

Java

case/4/0 (microTOOL GmbH)

Design Maintenance System [DMS] (Semantic Designs, Inc.)

HOW (Riverton Software)

INNOVATOR CASE Workbench for Object Orientation (MID GmbH)

Objecteering (Softeam)
 objectiF (microTOOL GmbH)

Resource Standard Metrics (M Squared Technologies)

Test Coverage (Semantic Designs, Inc.)

BW*Wizard (Bridgewater Consultants, Inc)

BX (Integrated Computer Solutions)

Enterprise Architect 3.10 (Sparx Systems)

Glg Toolkit (Generic Logic, Inc.)

JVISION (Object Insight, Inc.)

StP/UML (Aonix)

Elixir IDE (Elixir Technology Pte Ltd)

JClass (KL Group Inc.)

JClass BWT (KL Group Inc.)

JClass Chart (KL Group Inc.)

JClass LiveTable (KL Group Inc.)

Glg Toolkit for Java (Generic Logic, Inc.)

Macintosh

Object Plant (Midius Art&Science)

MacA&D (Excel Software)

QuickCRC (Excel Software)

Open source

Codestriker (Sitsky, David)

CCCC (Littlefair, Tim)

ORACLE

case/4/0 (microTOOL GmbH)

CASE Studio 2 (CHARONWARE s.r.o.)

Parallel programming

Parallel Language for Symbolic Expression [PARLANSE] (Semantic Designs, Inc.)

Porting Unix programs to Windows NT

NuTCRACKER (DataFocus Incorporated)

Smalltalk

INNOVATOR CASE Workbench for Object Orientation (MID GmbH)

StP/ClassCapture (Aonix)

SQL code generation

objectiF (microTOOL GmbH)

SSADM4+sf (ISDE Metasoft Ltd.)

SSADM4+sf (VSF NA Inc.)

UML

DES OSD tool (LG Soft Lab)

HAT (E2S)

INNOVATOR Business Workbench for Business Process Engineering (MID GmbH)

INNOVATOR CASE Workbench for Object Orientation (MID GmbH)

iUML (Kennedy Carter Ltd.)

Object Plant (Midius Art&Science)

Objecteering (Softeam)

ObjectGEODE (Telelogic AB)

objectiF (microTOOL GmbH)

ProxyDesigner (ProxySource.com)

Select Enterprise (Princeton Softech)

Together ControlCenter (Borland, Inc.)

Visual Paradigm for UML (Visual Paradigm)

ARTiSAN Real-time Studio (ARTiSAN Software Tools)

Cradle (3SL)

Enterprise Architect 3.10 (Sparx Systems)

GDPro (Advanced Software Technologies, Inc.)

 MagicDraw UML (No Magic, Inc.)

MEGA Development (MEGA International)

Object Technology Workbench (OTW Software, Inc.)

Object Technology Workbench (OWiS Software GmbH)

OEW 3.0 for C++ and Java (Innovative Software)

SmartDraw (SmartDraw.com)

StP/UML (Aonix)

Visual Case (Artiso Corp)

Wilde (Wilde Technologies)

2.2 Diseo arquitectnico

Para la transformacin del modelo de anlisis en un modelo de diseo del sistema, se definen
los objetivos de diseo del proyecto, se descompone el sistema en subsistemas ms pequeos
que pueden ser realizados por diferentes equipos y se seleccionan estrategias para la
construccin del sistema como elegir la plataforma de hardware y software en la que se
ejecutar, el formato y el sistema de almacenamiento de datos persistentes, la arquitectura
estructural , el flujo de control global o la poltica de control de acceso e interfaz

El modelo de diseo:

Descripcin clara de las estrategias.

Descomposicin en subsistemas.

Diagramas que muestran la correspondencia

entre hardware y software.

Modelo de objetos que describe la realizacin

fsica de los casos de uso.

Muestra el impacto en el sistema de requisitos funcionales, no funcionales y

restricciones.

Sirve de abstraccin de la implementacin del sistema, convirtindose en la entrada

fundamental de las actividades de implementacin.

Ventajas del modelo de diseo:

Reutilizacin a gran escala: posibilidad de tener partes ya hechas del sistema.

Gestin de la complejidad: descomposicin del problema.

Herramienta de comunicacin entre los participantes.

Anlisis ms detallado del sistema.

Calidad y Diseo del software.

Un diseo de calidad proporciona representaciones del software en las que se puede evaluar la
calidad del mismo, permite una traduccin correcta de los requisitos en un programa y sirve como
fundamento para las actividades posteriores (implementacin, prueba y mantenimiento).
Sin diseo se corre el riesgo de construir un sistema inestable, no escalable y difcil de probar. Por
norma general la falta de diseo provoca grandes dificultades en la gestin del proyecto y aumenta
considerablemente el tiempo que se dedica a las pruebas.

El resultado de un proyecto sin diseo es la construccin de un sistema poco fiable que se escapa al
control de sus creadores y que por lo tanto es difcil de corregir y mejorar, sistemas ineficientes que no
optimizan los recursos y que posiblemente no se ajusten ni a las necesidades del cliente ni a las
condiciones econmico-temporales del proyecto.

Los sistemas sin un diseo de calidad suelen ser poco flexibles y por lo tanto difciles de mantener, hasta
un 70% del coste del proyecto se puede llegar a emplear en el mantenimiento del sistema.

Diseo Arquitectnico.

Los grandes sistemas siempre se descomponen en

subsistemas que proporcionan conjuntos de servicios
relacionados.

El proceso de diseo inicial que identifica estos

subsistemas y establece como se lleva a cabo su control y
comunicacin se llama diseo arquitectnico.

Las actividades principales del Diseo arquitectnico son

decisiones:

Estructuracin del sistema en varios subsistemas principales.

Descomposicin modular donde cada subsistema se divide en componentes o mdulos

interconectados.

Modelado del control o estructuracin de un plan de control para la ejecucin del sistema
por partes.
 El diseo arquitectnico construye una salida que no es otra cosa que una serie de documentos
con diversas perspectivas de la arquitectura del sistema:

Modelo estructural esttico. Describe subsistemas o componentes a desarrollar

como unidades separadas.

Modelo de proceso dinmico. Describe la organizacin del sistema en

tiempo de ejecucin.

Modelo de interfaz. Describe la definicin de los servicios ofrecidos por

cada subsistema a travs de su interfaz pblica.

Modelos de relacin. Describe las relaciones entre los distintos

mdulos o subsistemas, por ejemplo: los flujos de datos entre
subsistemas.

Modelo de distribucin. Describe como se distribuyen los subsistemas entre

los componentes fsicos (computadores, nodos de red).
2.3 Diseo de datos

El diseo de datos es la primera de las tres actividades de diseo, los datos bien diseados pueden
conducir a una mejor estructura de programa, a una modularidad efectiva y a una complejidad
procedimental reducida. Por ejemplo: La utilizacin de una lista enlazada multicircular puede
satisfacer los requisitos de datos, pero puede tambin conducir a un diseo de software difcil de
manejar. Una organizacin o estructura de datos alterna puede llevar a mejores resultados.

PRINCIPIOS PARA EL DISEO DE DATOS.

1.- Deben identificarse todas las estructuras de datos y las operaciones que se han de realizar
sobre cada una de ellas.

2.- Debe establecerse y usarse un diccionario de datos para definir el diseo de los datos del
programa.

3.- El diseo de datos de bajo nivel debe realizarse hasta el diseo detallado.

4.- El lenguaje de programacin debe soportar la especificacin y la realizacin de tipos abstractos

de datos.

El diseo de datos consiste en descubrir y la definir completamente de los procesos y

caractersticas de los datos de la aplicacin. El diseo de datos es un proceso de
perfeccionamiento gradual que abarca desde la cuestin ms elemental, "Qu datos requiere la
aplicacin?", hasta los procesos y estructuras de datos precisos que proporcionan dichos datos. Si
el diseo de datos es bueno, el acceso a los datos de la aplicacin ser rpido y fcil de mantener,
y podr aceptar sin problemas las futuras mejoras de los datos.

El proceso de diseo de datos incluye la identificacin de los mismos, la definicin de tipos de datos
y mecanismos de almacenamiento concretos, y la tarea de garantizar la integridad de los datos
mediante el uso de reglas de empresa y otros mecanismos de exigencia en tiempo de ejecucin.

Esta seccin no constituye una metodologa formal para modelar datos, aunque utiliza terminologa
relacional. Ms bien, presenta algunos conceptos y procesos que surgen normalmente durante el
diseo de los datos de la aplicacin.

Este tema no realiza suposiciones sobre la tecnologa ocasional de almacenamiento de datos

utilizada para almacenar y recuperar los datos de la aplicacin. Despus de todo, no siempre se
puede determinar con precisin, al principio del diseo de una aplicacin, cmo y cundo se van a
almacenar los datos exactamente. Aunque la mayora de las metodologas formales de modelado
de datos prevn el uso de un motor de base de datos relacional, una aplicacin empresarial tiene
muchas opciones para almacenar los datos, incluidos los archivos relacionales, jerrquicos de gran
sistema y VSAM, los archivos AS/400, y otras muchas estructuras de datos distribuidas de archivos.

En las siguientes secciones encontrar informacin sobre algunos conceptos generales de gran
utilidad para el diseo de datos de empresa.

Diseo de datos: representacin de estructuras de datos a las que se tiene acceso por medio de los
componentes
Diseo

Anteriormente se mencion que la etapa de diseo es cuando se traducen los requerimientos

funcionales y no funcionales en una representacin de software. El diseo es el primer paso en la
fase de desarrollo de cualquier producto o sistema de ingeniera. De acuerdo con Pressman, el
objetivo del diseo es producir un modelo o representacin de una entidad que se va a construir
posteriormente [PRR98].

De acuerdo con McGlaughlin [MCG91], hay tres caractersticas que sirven como parmetros
generales para la evaluacin de un buen diseo. Estos parmetros son los siguientes:

El diseo debe implementar todos los requisitos explcitos obtenidos en la etapa de anlisis.

El diseo debe ser una gua que puedan leer y entender los que construyen el cdigo y los que
prueban y mantienen el software.

El diseo debe proporcionar una idea completa de lo que es el software.

En la seccin siguiente se establecen tipos diferentes de diseo que la etapa de diseo del proceso
de ingeniera de software produce.

Diseo del Software

El diseo del software desarrolla un modelo de instrumentacin o implantacin basado en los

modelos conceptuales desarrollados durante el anlisis del sistema. Implica disear la decisin
sobre la distribucin de datos y procesos [MAJO97].

El diseo es la primera de las tres actividades tcnicas que implica un proceso de ingeniera de
software; estas etapas son diseo, codificacin (en el caso de este proyecto Desarrollo e
Implementacin) y pruebas. Generalmente la fase de diseo produce un diseo de datos, un diseo
arquitectnico, un diseo de interfaz, y un diseo procedimental [PRR98].

El diseo de datos esencialmente se encarga de transformar el modelo de dominio de la

informacin creado durante el anlisis [PRR98].

En el caso particular de este proyecto el diseo de datos no juega un papel determinante dado que
la herramienta de software propuesta, de la manera en que ser fsicamente desarrollada e
implementada, no requiere de estructuras de datos complejas, ni de un esquema de base de datos
por ejemplo.

En el diseo arquitectnico se definen las relaciones entre los principales elementos estructurales
del programa [PRR98]. Para una herramienta de software basada en el desarrollo e
implementacin de ambientes virtuales ste es un aspecto fundamental dado que en esta
representacin del diseo se establece la estructura modular del software que se desarrolla. Dado
que este proyecto pretende proponer una metodologa de tratamiento al trastorno de lateralidad y
ubicacin espacial a travs de Realidad Virtual, la codificacin y generacin de ambientes y
entornos virtuales es esencial. Cuando se utiliza VRML 2.0 es necesario codificar cada una de las
instrucciones que crearn un objeto determinado con sus propias caractersticas y atributos. Si se
pretendiera codificar por completo toda una escena virtual dentro de un mismo archivo, el archivo
crecera superlativamente y su manipulacin, adaptacin, y mantenimiento se volveran tareas
bastante complejas e incomodas.

Afortunadamente, a travs del nodo Inline de la especificacin 2.0 de VRML puede darse un alto
nivel de modularidad a los mundos virtuales dado que cada objeto puede describirse o codificarse
por separado, para posteriormente ser referenciado dentro de la escena virtual contenedora. El
nodo Inline se detalla en el captulo siguiente.

El diseo de interfaz describe cmo se comunica el software consigo mismo, con los sistemas que
operan con l, y con los operadores que lo emplean [PRR98]. En el caso de la herramienta de
software propuesta por este estudio la interfaz del software consigo mismo se lleva a cabo de 2
maneras:

Nodos de VRML 2.0 se comunican con otro nodos

Nodos que se comunican con Scripts de comportamiento descritos en Java o en JavaScript.

Es diseado especficamente para integrarse a la plataforma de Internet. Es por este que para los
fines de este proyecto se antoja lgico el desarrollar la interfaz con los operadores del software a
travs de HTML, VRML, JavaScript, o cualquier otra tecnologa que puede incorporarse a las
especificaciones de esta plataforma.

De acuerdo con Pressman, el diseo procedural transforma elementos estructurales de la

arquitectura del programa en una descripcin procedural de los componentes del software [PRR98].
2.4 Diseo de interfaz de usuario

El tema de las interfaces hombre mquina se han configurado como una de las reas de
investigacin crticas para el desarrollo de la sociedad de la informacin. No en vano, la
interfaz de usuario regula la interaccin entre ambos elementos del sistema.

Esta interfaz tiene que ser amigable, la amigabilidad se refiere a su facilidad de uso. Esa
facilidad de uso es relativa al tipo de usuario; pero de una manera general podemos decir
que una interfaz es tanto ms amigable cuanto ms fcil de usar resulta para una mayor
proporcin de usuarios de una poblacin dada. Esta facilidad de uso est muy relacionada
con otro concepto, el de interactividad. Una interfaz es interactiva si dialoga con el usuario,
si le proporciona feedback comunicativo.

El diseo de la interaccin toma prestados muchos conceptos y modelos de las disciplinas

de ergonoma, semitica, inteligencia artificial, ciencia cognitiva y teatro.

La interfaz de usuario es un medio de comunicacin entre una persona usuaria de un

sistema informtico y este ltimo, refirindose, en particular, al empleo de los dispositivos
de entrada/salida con software de soporte. Entre los ejemplos se pueden citar el uso de un
ratn con grficos en mapa de bits y la utilizacin de ventanas.

Del diseo de la interfaz de usuario al diseo de la interfaz grfica de usuario: diseo

de la interaccin.

El diseo para el Web es diferente del diseo tradicional de interfaces de usuario (IU) para
software; principalmente porque el diseador de Web tiene que dar el control y compartir la
IU con los usuarios y con el software/hardware del cliente.

Tambin hay similitudes entre ambos diseos: al nivel ms bsico, ambos sistemas son
interactivos, son diseos de software y no son diseos de objetos fsicos. En el diseo
tradicional de una interface grfica de usuario (GUI graphic user interface), se puede
controlar cada pxel de la pantalla: cmo presentar una caja de dilogo, para que en todas
las pantallas de los usuarios sean exactamente la misma. Se sabe para qu sistema se
est diseando, las fuentes de las letras que estn instaladas, el tamao de la pantalla, y
se tiene la gua de estilo del vendedor que nos dice las reglas para combinar las distintas
interacciones. En el Web, todos estos supuestos fallan. Los usuarios pueden acceder al
Web con ordenadores, una gran variedad, pero tambin podran acceder usuando WebTV,
telfonos con tecnologa WAP (Wireless Application Protocol), o UMTS (Universal Mobile
Telecommunications System). En el diseo tradicional, la diferencia de tamao de pantalla
entre un ordenador personal y una workstation tiene un factor 6. En el Web, encontramos
un factor 100 entre las pantallas de lo telfonos mviles y las workstations, y un factor 1000
en el ancho de banda entre los modems y conexiones T-3.
Cualquier diseo Web parecer muy diferente en cada uno de estos dispositivos:
claramente el WYSIWYG (lo que ves es lo que obtienes) est muerto. Cuanto ms
especializado sea el dispositivo o cuanto ms baja sea su gama (un PC386, por ejemplo),
ms estrictos sern los requerimientos para el Web. La nica manera de hacer esto es que
los diseadores den el control y que dejen que la presentacin de sus pginas sea
determinada por un conjunto de especificaciones de pgina y de preferencias en el
dispositivo del cliente.

Hacer un diseo de interface de usuario diferente para cada plataforma es bastante

complicado. Es recomendable separar significado y presentacin y usar hojas de estilo
para especificar la presentacin, pero haciendo ms hincapi en el contenido informacional
que en las interacciones. El diseo satisfactorio de cualquier tipo de interaccin para el
medio informtico requiere equilibrar la viabilidad tecnolgica con la integridad del
contenido.

Un buen elemento de interaccin tiene una construccin invisible y una interfaz grfica de
usuario eficaz. Un diseador debe integrar el diseo de la interaccin en una estructura de
contenido; sin contenido, el diseo de la interaccin es slo un desfile de formas
parpadeantes.

Una interfaz grfica de usuario (GUI), es donde coinciden el diseo de la interaccin y el de

la interfaz. Una interfaz es slo la manifestacin visual de "inter" actividades; slo es un
aspecto del diseo de interaccin, no el mismo diseo de la interaccin.

Objetivos cambiantes

Una interfaz grfica de usuario puede ser tan simple como un icono que parpadee o tan
compleja como unos grandes almacenes en Internet. En un diseo tradicional de GUI, el
diseador puede controlar todas las peticiones del usuario. Puede deshabilitar opciones
de los mens en el estado actual, decolorndolas- si aparecen con letra oscura, se
ponen en gris claro-, y puede mostrar una ventana de dilogo para que el usuario conteste
cuestiones. En el Web, el usuario controla su navegacin por las pginas. Puede tomar
caminos no previstos por el diseador: por ejemplo, pueden saltar a cualquier pgina de
un sitio web desde un motor de bsqueda sin haber pasado por la pgina principal.

Los diseadores de Webs necesitan acomodarse a la navegacin controlada por los

usuarios. Por supuesto, se puede forzar a los usuarios a pasar por ciertas pginas, antes
de acceder a otras. Por ejemplo, antes de descargar un programa se puede obligar al
usuario a registrarse. Pero, para evitar esa sensacin de dominio, es mejor disearlo con
libertad de movimientos y, por ejemplo, poner un logotipo (unido a la pgina principal) en
cada pgina que proporciona el contexto y navegacin a los usuarios que han entrado al
sitio web en cualquier pgina del mismo.
Comentarios y Conclusiones

La gestin de proyectos de desarrollo de software es motor esencial para el xito de

cualquier proyecto de este tipo. La gestin debe fraccionarse en las etapas definidas
claramente, manteniendo en cuenta los 4 requisitos indispensables: las personas, el
producto, el proceso y el proyecto.

El diseo de la arquitectura es parte fundamental de los principios de la Ingeniera del

Software y es nico en el sentido de que se organiza en funcin de los objetos y clases que
se definirn. De hecho, probablemente la parte ms difcil del desarrollo de software
orientado a objetos es la identificacin de clases necesarias y la forma como interactan
entre s.

Teniendo en cuenta los principios de Ingeniera del Software resumidos en esta

investigacin, profundizando en cada uno de ellos y llevando un trabajo juicioso y
concienzudo, garantizar el xito en cualquier proyecto de construccin de software y,
porque no? en proyectos de otro tipo.

Bibliografas

http://unidad4-desarrollo-de-software-lisr.blogspot.mx/2013/05/46-herramientas-case-para-el-diseno.html

https://www.fing.edu.uy/tecnoinf/mvd/cursos/ingsoft/material/teorico/is06-DisenioIU.pdf

https://www.ecured.cu/Dise%C3%B1o_de_Interfaces_de_Usuario

https://eseida.wikispaces.com/file/view/Tema+4++Dise%C3%B1o+Arquitect%C3%B3nico.p
df

https://es.slideshare.net/jpbthames/diseo-arquitectnico-9443843

http://www.monografias.com/trabajos102/ingenieria-del-software/ingenieria-del-
software.shtml