Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
PROFESORA: BACHILLERES:
Las aplicaciones web a aquellas herramientas que los usuarios pueden utilizar accediendo
a un servidor web a travs de Internet o de una intranet mediante un navegador. el Lenguaje
unificado de modelado de sistemas de software ms conocido y utilizado en la actualidad; est
respaldado por el OMG (Object Management Group). Es un lenguaje grfico para visualizar,
especificar, construir y documentar un sistema.
ENFOQUE ESTRUCTURADO
El Enfoque Estructurado se podr denominar como la forma particular de pensar el
software en trminos de funciones de transformacin de datos. El universo de discurso se disocia
en funciones y datos, y cualquier tarea se interpreta como una transformacin de datos. Por
ejemplo al dibujar un circulo en pantalla por medio de las coordenadas, en cual la resolucin de
ello implementa mtodos de software donde se transforma y procesa los datos de entrada para
tener un producto final deseado, es decir hay que tomar en cuenta que la particularidad del
enfoque estructurado consiste en pensar la solucin como una funcin que transforma datos.
Segn Hay (1999) ingeniera de la informacin era una extensin lgica de las tcnicas
estructuradas que se desarrollaron durante la dcada de 1970. La programacin estructurada
condujo al diseo estructurado, que a su vez condujo a sistemas de anlisis estructurado. Estas
tcnicas se caracterizan por su uso de diagramas: diagramas de estructura para el diseo
estructurado y diagramas de flujo de datos para el anlisis estructurado, tanto para ayudar en la
comunicacin entre usuarios y desarrolladores, y para mejorar el anlisis de la disciplina y del
diseador. Durante la dcada de 1980, comenzaron a aparecer herramientas para el dibujo de los
diagramas automatizados, y llevaron un registro de las cosas dibujadas en un diccionario de
datos. Despus del ejemplo de diseo asistido por computadora y la fabricacin asistida por
computadora (CAD / CAM), el uso de estas herramientas fue nombrada la Herramienta CASE.
Por lo tanto los conceptos y herramientas Orientadas a Objeto son posibles tecnologas
que permiten a problemas del mundo real ser expresadas ms claramente. Las tecnologas
Orientadas a Objeto proveen mejor metodologa al construir sistemas de software complejos
fuera de mdulos en unidades de software reusable. Con ello se quiere decir que el cdigo o
clases generadas pueden ser utilizados en cualquier otro momento evitndonos as problemas en
la realizacin de sistemas en forma futura.
Existe cierto desacuerdo acerca de las caractersticas precisas que requieren un enfoque
Orientado a Objeto aunque suelen incluirse cuatro aspectos: Identidad, clasificacin,
polimorfismo y herencia [Rumbaugh 96 et. al].
Fundamentos:
Pblico (+): Atributos o Mtodos que son accesibles fuera de la clase. Pueden ser
llamados por cualquier clase, aun si no est relacionada con ella.
Privado (-): Atributos o Mtodos que solo son accesibles dentro de la implementacin
de la clase. Protegido (#): Atributos o Mtodos que son accesibles para la propia clase y sus
clases hijas (subclases).
Las aplicaciones web son populares debido a lo prctico del navegador web como cliente
ligero, a la independencia del sistema operativo, as como a la facilidad para actualizar y
mantener aplicaciones web sin distribuir e instalar software a miles de usuarios potenciales.
Existen aplicaciones como los webmails, wikis, weblogs, tiendas en lnea y la propia Wikipedia
que son ejemplos bastante conocidos de aplicaciones web.
Es importante mencionar que una pgina Web puede contener elementos que permiten una
comunicacin activa entre el usuario y la informacin. Esto permite que el usuario acceda a los
datos de modo interactivo, gracias a que la pgina responder a cada una de sus acciones, como
por ejemplo rellenar y enviar formularios, participar en juegos diversos y acceder a gestores de
base de datos de todo tipo.
UML
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las
entidades representadas.
DIFERENCIAS ENTRE LOS DISTINTOS ENFOQUES
Estructurado Orientado a Objeto Aplicaciones Web
y UML
Se consideran los elementos o Se consideran los conceptos bsicos como el
perspectivas bsicas del anlisis Objeto y el Atributo, el todo y sus partes
(Entrada-Proceso-Salida), en (software), clases y miembros. Modela los
funcin del Software. objetos que son parte de l.
Une a los usuarios y a los diseadores. Permite
No enfoca apropiadamente el proporcionar una descripcin completa del
diseo de familias de programas. problema, legible y revisable por las partes
Asume una progresin relativa interesadas y verificables contra la realidad.
uniforme de pasos de
elaboracin.
El Diseo inicia an antes de concluir con la
etapa de anlisis. Se recomienda analizar un
poco y disear. Esta etapa debe concluir una
El Diseo inicia una vez que ha vez que se establecieron claves y mecanismos
culminado la fase de anlisis de importantes.
sistema.
Requiere traducir el dominio del
problema en una serie de
funciones y subfunciones. El
analista debe comprender Es una forma de pensar acerca de un problema
primero el dominio del problema en trminos del mundo real en vez de en
y a continuacin documentar las trminos de un ordenador.
funciones y subfunciones que
debe proporcionar el sistema.
Si estn correctamente definidas las jerarquas
de clase, hacer modificaciones no es tan
No acomoda el tipo de desarrollo costoso como en el caso de programacin
evolutivo. No enfoca los posibles tradicional. Slo hay que entrar en la parte de
modos futuros de desarrollo de Evolucin para hacer modificaciones.
software.
TIPOS DE MODELOS
Modelo Espiral: Es un modelo meta del ciclo de vida del software donde el esfuerzo del
desarrollo es iterativo, tan pronto culmina un esfuerzo del desarrollo por ah mismo comienza
otro; adems en cada ejecucin del desarrollo se sigue cuatro pasos principales:
Determinar o fijar los objetivos. En este paso se definen los objetivos especficos para
posteriormente identifica las limitaciones del proceso y del sistema de software, adems se
disea una planificacin detallada de gestin y se identifican los riesgos.
Anlisis del riesgo. En este paso se efecta un anlisis detallado para cada uno de los
riesgos identificados del proyecto, se definen los pasos a seguir para reducir los riesgos y luego
del anlisis de estos riesgos se planean estrategias alternativas.
Desarrollar, verificar y validar. En este tercer paso, despus del anlisis de riesgo, se
eligen un paradigma para el desarrollo del sistema de software y se lo desarrolla.
Caractersticas:
Es considerado como un modelo evolutivo ya que combina el modelo clsico con el diseo de
prototipos.
Este modelo es el indicado para desarrollar software con diferentes versiones actualizadas
como se hace con los programas modernos de PCs.
Fases
Fase de ingeniera y anlisis del sistema. Debido a que el software es siempre parte de
un sistema mayor el trabajo comienza estableciendo los requisitos de todos los elementos del
sistema y luego asignando algn subconjunto de estos requisitos al software.
Fase de anlisis de los requisitos. Se analizan las necesidades de los usuarios finales del
software a desarrollar para determinar qu objetivos debe cubrir. De esta fase surge una memoria
llamada SRD (Documento de Especificacin de Requisitos), que contiene la especificacin
completa de lo que debe hacer el sistema sin entrar en detalles internos. Es importante sealar
que en esta etapa se deben verificar todo lo que se requiere en el sistema y ser aquello lo que
seguir en las siguientes etapas, ya que no se pueden solicitar nuevos requisitos a mitad del
proceso de elaboracin del software.
Cascada con Prototipo: permite que todo el sistema, o algunos de sus partes, se
construyan rpidamente para comprender con facilidad y aclarar ciertos aspectos en los que se
aseguren que el desarrollador, el usuario, el cliente estn de acuerdo en lo que se necesita as
como tambin la solucin que se propone para dicha necesidad y de esta forma minimizar el
riesgo y la incertidumbre en el desarrollo, este modelo se encarga del desarrollo de diseos para
que estos sean analizados y prescindir de ellos a medida que se adhieran nuevas especificaciones,
es ideal para medir el alcance del producto, pero no se asegura su uso real.
El cliente prueba la maqueta (prototipo) y lo utiliza para refinar los requisitos del
software.
Se evitan proyectos largos y se entrega Algo de valor a los usuarios con cierta
frecuencia, el usuario se involucra ms en el proyecto se evalan y el resultado puede ser muy
positivo.
Segn Jacobson, I., Booch, G., Rumbaugh J. (1998). El nombre Proceso Unificado se usa
para describir el proceso genrico que incluye aquellos elementos que son comunes a la mayora
de los refinamientos existentes. Tambin permite evitar problemas legales ya que Proceso
Unificado Rational o RUP son marcas registradas por IBM (desde su compra de Rational
Software Corporation en 2003).
Fases:
Fase de Inicio: Se hace un plan de fases, donde se identifican los principales casos de
uso y se identifican los riesgos. Se concreta la idea, la visin del producto, como se enmarca en
el negocio, el alcance del proyecto. El objetivo en esta etapa es determinar la visin del proyecto.
Define seis tipos de diagramas: clase, objeto, estado de transicin, interaccin, modulo y
proceso.
Diagramas de clases: En este tipo de diagramas se muestran las clases con sus
relaciones, o lo que es lo mismo, la estructura de clases.
Diagrama de proceso: Es una representacin grfica de los pasos que se siguen en toda
una secuencia de actividades, dentro de un proceso o un procedimiento, identificndolos
mediante smbolos de acuerdo con su naturaleza; incluye, adems, toda la informacin que se
considera necesaria para el anlisis, tal como distancias recorridas, cantidad considerada y
tiempo requerido. Con fines analticos y como ayuda para descubrir y eliminar ineficiencias, es
conveniente clasificar las acciones que tienen lugar durante un proceso dado en cinco
clasificaciones. Estas se conocen bajo los trminos de operaciones, transportes, inspecciones,
retrasos o demoras y almacenajes.
Diagrama de Transicin de Estado (tambin conocido como DTE): enfatiza el
comportamiento dependiente del tiempo del sistema. Este tipo de modelo slo importaba para
una categora de sistemas conocido como sistemas de tiempo-real; como ejemplo de estos
sistemas se tienen el control de procesos, sistemas de conmutacin telefnica, sistemas de
captura de datos de alta velocidad y sistemas de control y mando militares.
BENEFICIOS DE MODELO
El objetivo de un proceso de desarrollo es incrementar la calidad del software a travs de
una mayor transparencia y control sobre el proceso. Para obtener calidad en el producto final, es
fundamental producir lo esperado en tiempo y costo estimados. Para tener un proceso de
produccin de software con el menor nmero de fallos, adecuado a las necesidades del cliente y
entregar a tiempo el producto, la produccin de software debe convertirse en un proceso
disciplinado. Es muy importante saber seleccionar un proceso para el desarrollo del sistema ya
que dependiendo del que elija se pueden obtener beneficios como:
Formas Abstraccin
Polimorfismo
Pginas
reas de edicin texto
Modularidad
Listas de seleccin
Encapsulamiento
Modelado
Mecanismo servidor Recoleccin de basura
Modelo de desarrollo de software unificado Modelo Espiral
Modelo Cluster
Una pgina Web puede contener elementos que permiten una comunicacin activa entre
el usuario y la informacin. Esto permite que el usuario acceda a los datos de modo interactivo,
gracias a que la pgina responder a cada una de sus acciones.
BIBLIOGRAFIA
Luciano, Jess. (2011). Paradigmas de La Ingeniera Del Software. (Disponible en:
https://www.scribd.com/document/54981594/Ensayo-3-1-Paradigmas-de-La-Ingeneria-Del-
Software. Consultado el 14 de octubre de 2017).