UNIVERSIDAD REGINAL AUTONOMA DE LOS ANDES
"UNIANDES"
Nombre: Henry Velasco.
Carrera: Ing. en Sistemas.
Nivel: Sexto.


Trabajo
1.-
Después de
realizar un análisis de la información proporcionada respecto a las
herramientas CASE, con ayuda de bibliografía adicional e Internet investigar:
·
Una
herramienta CASE específica.
·
Características,
bondades y potencialidades de la herramienta CASE investigada
·
Requisitos
mínimos para la instalación en varias plataformas (Sistemas Operativos) de ser
posible.
·
Manejo y
generación de diagramas o modelos que soporte la herramienta investigada
Cada uno de
ustedes, deberá crear un video tutorial que contenga toda la explicación
relacionada a la herramienta CASE investigada. Deberán
publicarlo en youtube. No es indispensable que los
autores aparezcan en el video.
El video
debe simular la exposición para un grupo de alumnos de la carrera de Ingeniería
en Sistemas de 5to semestre. En la exposición se debe señalar con claridad como
utilizar la herramienta, que requisitos necesitarán para su instalación y por
supuesto las características.
El video deberá
contener una introducción en la que se señale:
UNIANDES
Ingeniería en Sistemas Informáticos
Ingeniería del Software II
Ingeniería en Sistemas Informáticos
Ingeniería del Software II
Nombre de la herramienta CASE
Nombre del alumno
A través de esta tarea, debe enviarse en un documento generado por algún
editor de textos, los siguientes detalles del Youtube generado:
·
El nombre del video
·
El nombre del alumno que publicó el video
·
La dirección URL del Youtube
·
El código para embeber o incluir el Youtube en otros sitios web.
Resolucion
de trabajo:
SMARTDRAW
2010
HENRY PAUL VELASCO GUAMBO
https://www.youtube.com/watch?v=2jzo-EKmvEM&feature=youtube_gdata
<iframe width="560" height="315" src="http://www.youtube.com/embed/2jzo-EKmvEM" frameborder="0" allowfullscreen></iframe>
HENRY PAUL VELASCO GUAMBO
https://www.youtube.com/watch?v=2jzo-EKmvEM&feature=youtube_gdata
<iframe width="560" height="315" src="http://www.youtube.com/embed/2jzo-EKmvEM" frameborder="0" allowfullscreen></iframe>

Trabajo 1.-
Realizar una lectura analítica del archivo "Clases
y conceptos afines.pdf" proporcionado en la plataforma.
En un documento generado por un editor de
textos, resumir los conceptos tratados en este archivo con ayuda de un cuadro
sinóptico. El cuadro sinóptico puede contener imagenes, gráficos, figuras y
otros elementos de ser necesarios. El archio será guardado utilizando el
siguiente formato: "NombreApellido.doc"
ó "NombreApellido.odt"
Subir este archivo generado a la plataforma, para que
sea evaluado por su tutor.
Resolucion del trabajo:
Trabajo 2.-
Resolver el
siguiente cuestionario:
- Un grupo de datos puede estar formado por datos elementales y/o grupos de datos. Representelos graficamente con un diagrama de clases.
- En el departamento comercial de una empresa hay vendedores, de quienes se disponen de cifras de ventas de cada uno para los seis últimos meses. Representarlos con diagramas de clases de dos maneras diferentes.
- Representar una clase Alumno con el número de alumnos y una operación para contarlos.
- Cuando se hace una generalización, ¿la super clase será siempre una clase abstracta?
- ¿Qué relación se establece entre una clase abstracta y una clase diferida?
- ¿Cómo se indica que una clase es abstracta?
- ¿Cuáles son los símbolos y denominaciones de las tres opciones estándar de la visibilidad de UML?
- ¿Cuáles son los tres compartimentos estándar del símbolo de clase?
- ¿Qué significa que haya "/" delante del nombre de un atributo?
- Si entre dos interfaces existe una relación de especiallización, ¿es necesario que estén implementadas por dos clases, una subclase de la otra?
Resolucion
del trabajo:
1. Un grupo
de datos puede estar formado por datos elementales y/o grupos de datos. Representelos
graficamente con un diagrama de clases.
2.- En el departamento comercial de una empresa hay vendedores, de quienes se
disponen de cifras de ventas de cada uno para los seis últimos meses. Representarlos
con diagramas de clases de dos maneras diferentes.
3.-
Representar una clase Alumno con el número de alumnos y una operación para
contarlos.
4.- Cuando
se hace una generalización, ¿la super clase será siempre una clase abstracta?
5.- ¿Qué
relación se establece entre una clase abstracta y una clase diferida?
Las dos
tienen alguna operacion abstracta.
6.- ¿Cómo se
indica que una clase es abstracta?
Se la
identifica debido a que de esta súper clase no se pueden crear objetos.
7.- ¿Cuáles
son los símbolos y denominaciones de las tres opciones estándar de la
visibilidad de UML?
Publico “+”
Protegido
“#”
Privado “_”
8.- ¿Cuáles
son los tres compartimentos estándar del símbolo de clase?
El primer compartimiento contiene
el nombre de la clase
|
El segundo compartimiento contiene
la lista de los atributos
|
El tercer compartimiento contiene
los servicios de la clase
|
9.- ¿Qué
significa que haya "/" delante del nombre de un atributo?
Se trata de
un atributo derivado
10.- Si
entre dos interfaces existe una relación de especialización, ¿es necesario
que estén implementadas por dos clases, una subclase de la otra?
Trabajo 3.-
Dados los siguientes diagramas de clases:
Identifique y liste en un documento de word (.doc) los distintos tipos de relaciones que se encuentran presentes en cada diagrama. Justifique las razones de cada respuesta.
Resolucion del trabajo:
Figura 1
La relación de EquipodeFutbol a Portero son
agregaciones debido a que en un equipo de futbol hay un portero y otros
jugadores no porteros que pueden ser los defensas, medios y los delanteros.
La Relación Portero y jugadornoportero a jugador es
una relación de asociaciones binarias alternativas debido a que el portero y
jugadornoportero son ambos jugadores.
Figura 2
En este grafico podemos observar los tipos de
relación la generalización y la agregación.
Entre las clases cliente, proyecto existe el tipo
de relación que es asociación, al igual que entre las clases proyecto, jefe de
proyecto y técnico es de igual forma asociación porque una clase necesita otras
para la implementación de sus operaciones.
Entre la clase empleado y jefe de proyecto, técnico
existe el tipo de relación agregación porque de una clase mayor se deriva
algunas subclases.
Trabajo 4.-
Comparativa de herramientas CASE investigadas
La
comparativa que van a realizar, debe caracterizar el entorno de las
herramientas CASE de modelado y de manera especial aquellas que se
apoyan en UML, como lenguaje de especificación para el modelado
orientado a objetos. Los diferentes aspectos de las herramientas de
modelado con UML les sugiero clasificarlos en cuatro grupos:
- Enfoque Procedimental, que describe el apoyo de la herramienta al proceso
- Soporte al modelado arquitectónico, que analiza el grado de soporte de la herramienta para la definición de la arquitectura del sistema,
- Apoyo al repositorio, que describe la manera como la herramienta soporta los servicios de almacenamiento, intercambio y recuperación de elementos y
- Enfoque Funcional, que agrupa características generales deseables de una herramienta de este tipo.
Estudiarán
las herramientas CASE investigadas por ustedes, con el fin de validar
en ellas la aplicabilidad de los conceptos. El análisis se complementará
con la utilización de la "mejor" herramienta CASE elegida por los
estudiantes de Ingeniería de Software II de la UNIANDES Puyo, en un caso
de estudio planteado
Resolucion del trabajo:
!!.. COMPARATIVA DE HERRAMIENTAS CASE..!!

FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE INGENIERÍA EN SISTEMAS
INGENIERÍA DE SOFTWARE II
DATOS INFORMATIVOSINTEGRANTES : SEXTO SEMESTRE
TUTOR: ING. LUIS GUALLPA
FECHA : 25 de Abril del 2012
HERRAMIENTAS CASE
DEFINICIÓN
Proviene
de las siglas que significan Herramientas del Software Asistida por
Computadora, en inglés ComputerAided Software EngineeringCASE.
Es
definido como un conjunto de software, programas, que ayudan y dan
asistencia en la labor de los ingenieros de software, analistas,
programadores en los pasos del ciclo de vida del desarrollo de software.
OBJETIVOS
Las herramientas CASE tienen como objetivo:
- Tener fiabilidad, mejorar calidad, que sea útil.
- Hacer más sencilla la labor de sus usuarios en el trabajo que estén realizando.
- Minimizar el costo del desarrollo del software al ser el principal soporte para dicho trabajo.
VENTAJAS HERRAMIENTAS CASE
- Facilidad para la revisión de aplicaciones.
- Soporte para el desarrollo de prototipos de sistemas.
- Generación de código.
- Mejora en la habilidad para satisfacer los requerimientos del usuario.
- Soporte interactivo para el proceso de desarrollo.
DESVENTAJAS HERRAMIENTAS CASE
Presentan muchas desventajas, que van desde la confiabilidad de métodos estructurados hasta su enlace limitado.
- Poca confiabilidad en los métodos estructurados.
- Falta de niveles estándar para el soporte de la metodología.
- Conflictos en el uso de los diagramas.
- Diagramas no utilizados.
- Función limitada.
- Alcance limitado.
¿QUE ES UML?
Es un lenguaje para especificar, construir, visualizar y documentar los artefactos de un sistema de software orientado a objetos (OO). Un artefacto es una información que es utilizada o producida mediante un proceso de desarrollo de software.
OBJETIVO PRINCIPAL DE UML
- Es posibilitar el intercambio de modelos entre las distintas herramientas CASE orientados a objetos.
CLASIFICACION DE LAS HERRMIENTAS
CATEGORIA
|
HERRAMIENTAS
|
GRAFICAS
| -Enterprise Architect -SMARTDRAW - STAR UML - POWERDESIGNER |
SINTATICAS
| -ERWIN |
SEMANTICAS
| -MAGIC DRAW |
ENFOQUE PROCEDIMENTAL
El enfoque procedimental se refiere a la forma como las herramientas hacen uso de las metodologías para guiar al usuario a través de un proceso de Ingeniería de Software.
HERRAMIENTA
|
GENERALIDADES
|
AMBITO DE UTILIZACION
|
PLATAFORMA
|
SMARTDRAW
![]() |
SmartDraw es su sistema de autoformato.
Es verdad que casi todo software de modelado tiene autoformato (unos
funcionarán mejor o peor), pero SmartDraw, a partir de su sistema de
formato de dibujo puedes crear un diagrama simple, que te puede servir
de plantilla, casi exclusivamente con el teclado, usando las teclas Ctrl
y las flechas.
|
Diagrama De Clases Estático Con Notación Uml
|
Windows 98 Windows2000, Windows XP Windows 7
|
SOPORTE AL MODELADO ARQUITECTÓNICO
Con
la revisión de este aspecto se pretende evaluar la capacidad que tienen
las herramientas de modelado UML para apoyar la definición de la
arquitectura de un sistema. La arquitectura es el elemento clave de
diseño que permite establecer acuerdos de alto nivel referentes a la
forma del sistema (módulos y subsistemas) y sus relaciones (Garlan,2003)
El
énfasis en componentes y arquitecturas es una de las aproximaciones
para desarrollo de software más prometedoras (Anaya, 2000), es por lo
tanto importante analizar el soporte que una herramienta CASE provee
para la definición de arquitecturas.
HERRAMIENTA
|
GENERALIDADES
|
AMBITO DE UTILIZACION
|
PLATAFORMA
|
ENTERPRISE ARCHITECT
![]() |
La
edición Ultímate le permite cambiar rápidamente a los niveles más bajos
del diseño y construcción del sistema, con SysML, generación de código
ejecutable para lenguajes estándar de descripción de hardware. Los
usuarios de negocios pueden nivelar el uso de BPEL, el compositor de
reglas y el ejecutable UML – a demás de todas las características
avanzadas que vienen con otras ediciones
|
Soporta los 13 diagramas de UML 2.1.
Los diagramas de comportamiento incluyen
:
Casos de Uso, Actividades, Estado, Descripción de la interacción,
Secuencia y Comunicación. Los diagramas de estructurales incluyen:
Paquetes, Clases, Objetos, Composición, Componentes y Despliegue. para los perfiles de estilo UML 2.0
|
Windows xp
Linux
|
POWER
DESIGNER
![]() |
PowerDesigner es un único conjunto de herramientas de modelado que combina distintas técnicas estándar.
También se puede decir que Power Designer es una herramienta
de modelado que admite completamente los entornos de arquitectura de
datos, de información y empresarial, y facilita y permite el proceso de
conversión de la visión y la estrategia comercial en un cambio
empresarial efectivo a través de su exclusiva tecnología Link & Sync..
|
Modelado
de aplicación a través de UML, técnicas de Modelado de Procesos
Empresariales y técnicas tradicionales de modelado de base de datos.
|
Windows 2003 server o 2008
Windows Xp
Windows vista
Windows 7
|
ERWIN
![]() |
Es una herramienta para el diseño de base de datos que brinda productividad en su diseño , generación y mantenimiento de aplicaciones .Desde un modelo lógico de los requerimientos de información hasta el modelo físico perfeccionado para las características especificas de la base de datos diseñada, los elementos importantes y optimizar el diseño de la base de datos .Genera automáticamente las tablas y miles de líneas stored procedure y triggers para los principales tipos de base de datos.
|
Desarrollo de base de datos
Diseño de Base de datos
|
Windows NT
Windows98
Windows 2000
Windows Xp
Windows vista
Windows 7
|
APOYO AL REPOSITORIO
Los
repositorios son herramientas que permiten centralizar, administrar y
gestionar las versiones o estados de un proyecto en el que se requieren
revisiones frecuentes.
En
el desarrollo de sistemas usando herramientas CASE, se hace relevante
la presencia de un repositorio, no sólo si la herramienta es
multiusuario, sino en general para la organización de los cambios
reflejados en el refinamiento de los modelos, en el avance de las etapas
o en la colaboración entre usuarios (MACPRO, 2003).
ENFOQUE FUNCIONAL
El
tercer y último enfoque, estudia las utilidades adicionales que le
ayudan al usuario a desarrollar un sistema de información con mayor o
menor facilidad.
HERRAMIENTA
|
GENERALIDADES
|
AMBITO DE UTILIZACION
|
PLATAFORMA
|
MAGIC DRAW
![]() |
MagicDraw
es una herranienta de modelaje con compñletas caracteristicas UML, sin
duda es una de las mejores herramientas CASE del mercado, que preocura
mantenerse ademas siempre al dia con continuas actulizaciones. Es
desarrollada por No Magic, Inc. Implementada totalmente en JAVA.
Diseñada para los analistas del negocio, los analistas del software, los
programadores, los ingenieros de software, y los escritores de la
documentacion, esta herramienta de desarrollo dinamica y versatil
facilita analisis y el diseño de los sistemas y de las bases de datos
orientados objeto.
|
Modelado Uml
|
Windows Xp y superiores
Mac OS X
Linux
|
STAR UML
![]() |
StarUML
es una herramienta para el modelamiento de software basado en los
estándares UML (Unified Modeling Language) y MDA (Model Driven
Arquitecture), que en un principio era un producto comercial y que hace
cerca de un año paso de ser un proyecto comercial (anteriormente llamado
plastic) a uno de licencia abierta GNU/GPL.
|
Soporte completo al diseño UML mediante el uso de.
-Diagrama de casos de uso
– Diagrama de clase – Diagrama de secuencia – Diagrama de colaboración. – Diagrama de estados – Diagrama de actividad. – Diagrama de componentes – Diagrama de despliegue. – Diagrama de composición estructural (UML 2.0) |
Windows 7, WindowsVista, Windows2008, Windows2003, Windows XP Windows 2000
|
Tarea 5.-
La UNIANDES Puyo a conformado una empresa de servicios de informática puede tener diferentes proyectos con un mismo cliente, pero cada proyecto pertenece a un único cliente; cada proyecto tiene número y descripción, y los clientes tienen CI y denominación. Hay dos tipos de empleados, jefes y técnicos de proyectos, todos con CI y nombres; cada proyecto tiene un jefe y, al menos, un técnico. Un jefe de proyecto puede estar en varios proyectos, pero cada técnico puede estar como máximo en un único proyecto.
Resolucion del trabajo:
PROYECTOS INFORMATICOS
//
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : ProyectosInformaticos.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class ProyectosInformaticos {
/** */
protected int NumeroProyecto;
/** */
protected String Cliente;
/** */
protected String Empleado;
/** */
protected void DescripcionProyecto() {
}
/** */
protected void SolicitaProyecto() {
}
/** */
protected void EjecutaProyecto() {
}
}
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : ProyectosInformaticos.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class ProyectosInformaticos {
/** */
protected int NumeroProyecto;
/** */
protected String Cliente;
/** */
protected String Empleado;
/** */
protected void DescripcionProyecto() {
}
/** */
protected void SolicitaProyecto() {
}
/** */
protected void EjecutaProyecto() {
}
}
PROYECTO
//
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Proyeccto.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Proyeccto extends ProyectosInformaticos {
}
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Proyeccto.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Proyeccto extends ProyectosInformaticos {
}
CLIENTE
//
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Cliente.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Cliente extends ProyectosInformaticos {
}
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Cliente.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Cliente extends ProyectosInformaticos {
}
EMPLEADO
//
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Empleado.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Empleado extends ProyectosInformaticos {
}
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Empleado.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Empleado extends ProyectosInformaticos {
}
JEFE
//
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Jefe.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Jefe extends Empleado {
}
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Jefe.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Jefe extends Empleado {
}
TECNICO
//
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Tecnico.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Tecnico extends Empleado {
//
// Generated by StarUML(tm) Java Add-In
//
// @ Project : Untitled
// @ File Name : Tecnico.java
// @ Date : 21/05/2012
// @ Author :
//
//
/** */
public class Tecnico extends Empleado {
}
EVALUACION PARCIAL I
Resolucion de Evaluacion Parcial I
EVALUACION
PARCIAL I
Pregunta
1
Pregunta
2
Pregunta
3
Porque es un conjunto
de actividades que los analistas realizan para desarrollar e implementar un
sistema de información.
Pregunta
4
Pregunta
5
Fomentar el uso
de la tecnología de objetos e impulsar la introducción del software orientado a
objetos que ofrezca reusabilidad.
Pregunta
6
Alumno
|
-Genero:
String
|
-Contaralumno()
-Totalalumno()
|
Pregunta
7
Una súper clase es un
clase que tiene objetos, operaciones e instancias propias de la clase y que de
ahí se heredaran a las sub clases mientras que metaclase son clases cuyas
instancias son clases.
Pregunta
8
Se representa con un
rombo y una flecha.
Pregunta
9
No porque las relaciones
ternarias se representan mediante un rombo mientras que las relaciones binarias
simplemente con flechas.
Pregunta
10
Herencia
Agregación
Asociación
Dependencia

Tarea 1.-
Resolucion del trabajo:

En la materia de distribución de datos, resolvieron el ejercicio para la gestión de un pequeño vídeo–club. Realizar los diagramas de casos de uso que hayan identificado utilizando la Herramienta Case seleccionada por el grupo luego de la comparativa realizada
Plasmar los diagramas obtenidos en un documento de microsoft word y enviarlas a su tutor para la evaluación correspondiente
Resolucion del trabajo:
ING. DEL SOFTWARE II
En la
materia de distribución de datos, resolvieron el ejercicio para la gestión de
un pequeño vídeo–club. Realizar los diagramas de casos de uso que hayan
identificado utilizando la Herramienta Case seleccionada por el grupo luego de
la comparativa realizada
Plasmar
los diagramas obtenidos en un documento de Microsoft Word y enviarlas a su
tutor para la evaluación correspondiente.

EVALUACION DEL PARCIAL II
Prueba Parcial N° 2
Buscar
en la ciudad del Puyo compañías aseguradoras que comercialicen seguros
de automóviles ó similares. Supongamos que nos han contratado para
desarrollar un software de gestión de la actividad de seguros de
automóviles en la compañía aseguradora encontrada.
Documentar
los requisitos de software para gestionar las pólizas de seguros
emitidas con su vigencia, cobertura, otros. También es necesario
gestionar los siniestros que se cubren o no con el seguro. Los fines de
mes deben reportarse las pólizas que deben ser renovadas el siguiente
mes y aquellas que vencen en el segundo mes después.
Elaborar:
-
Un documento que contenga los requisitos del software.
-
Un documento que contenga los requisitos de la interfaz de usuario.
Responder:
- Cuáles fueron las fuentes de información sobre los requisitos del software solicitado, aparte de las entrevistas y observación del trabajo de los usuarios?
- Cuáles fueron los criterios aplicados para determinar si una relación entre casos de uso es de extensión, inclusión o colaboración?
- Compare las tareas identificadas, con los casos de uso. Los casos de uso, representa de manera adecuada a las tareas identificadas?
Después
de elaborar la documentación solicitada, el alumno deberá publicarlo en
SlideShare. El documento deberá contener una portada en la que se
señale:
UNIANDES
Ingeniería en Sistemas Informáticos
Ingeniería del Software II
Ingeniería del Software II
Recogida y documentación de requisitos
Nombre de la compañía aseguradora
Nombre del alumno
Fecha
A través de esta tarea, debe enviarse los siguientes detalles del SlideShare generado:
-
El nombre del documento
-
El nombre del alumno que publicó el SlideShare
-
La dirección URL del SlideShare
-
El código para embeber o incluir el SlideShare en otros sitios web.
Resolucion de la evaluacion parcial II
Merqui auto
Henry Paul Velasco Guambo
<div
style="width:425px" id="__ss_13450631"> <strong
style="display:block;margin:12px 0 4px"><a href="http://www.slideshare.net/h3nry_paul/merqui-auto"
title="Merqui auto" target="_blank">Merqui
auto</a></strong> <iframe
src="http://www.slideshare.net/slideshow/embed_code/13450631"
width="425" height="355" frameborder="0"
marginwidth="0" marginheight="0" scrolling="no"
style="border:1px solid #CCC;border-width:1px 1px 0"
allowfullscreen></iframe> <div style="padding:5px 0
12px"> View more <a
href="http://www.slideshare.net/thecroaker/death-by-powerpoint"
target="_blank">PowerPoint</a> from <a href="http://www.slideshare.net/h3nry_paul"
target="_blank">Uniandes</a> </div> </div>
Tarea 1.-
Realizar las siguientes actividades:
-
Realizar la documentación correspondiente de la fase de análisis orientado a objetos para el caso de la aseguradora investigada en el examen parcial N° 2. Deben partir de la documentación sobre los requisitos obtenida en el parcial referido.
-
¿Por qué se deben revisar los casos de uso descritos en la documentación de requisitos al iniciar con la fase de análisis orientado a objetos?
-
¿A qué corresponde cada clase de frontera?
-
¿Qué significaría que en un caso de uso hubiera una clase de frontera y una clase de entidad y ninguna clase de control?
-
¿Que representaría la herencia múltiple mediante agregaciones?
-
Realizar la documentación correspondiente de la fase de diseño orientado a objetos para el caso de la aseguradora investigada en el examen parcial N° 2. Deben partir de la documentación sobre los requisitos obtenida en el parcial referido y de la documentación generada en la fase del análisis orientado a objetos de la actividad 1.
-
¿Tiene sentido decir “he inventado un patrón”?
-
¿Por qué se asegura que los patrones generados en el DOO crean vocabulario?
-
¿Por qué se debe normalizar los nombres de las clases, atributos y métodos?
-
¿Qué ventajas y desventajas tiene la supresión de la herencia múltiple por delegación comparada con la supresión por duplicación?
Resolucion del trabajo:
Trabajo no presentado.

Trabajo 1.-
Luego de haber realizado una lectura analítica sintética del archivo
"Administración de la fundamentación.pdf", defina en una sola oración,
¿Qué es para usted la administración de la fundamentación?.
Resolucion del trabajo:
Es el proceso de planear la razon de porque se crea el software
teniendo en cuenta que debemos solucionar un problema propuesto de
acuerdo a los objetivos planteados
Trabajo 2.-
En un párrafo de no más de 4 líneas, resuma que es para usted un Sistema y un Modelo. Exponga un ejemplo de cada uno de ellos.
Resolucion del trabajo:
Un
sistema es un conjunto de entidades independientes que interactúan
entre sí para proporcionar un resultado final como por ejemplo el
Municipio de Pastaza, mientras que un modelo es una representación
verbal, escrita, grafica, física y matemáticamente que imita a un objeto
real como por ejemplo la explicación de cómo se tramitan los oficios
dentro del Municipio.
Trabajo 3.-
Resolucion del trabajo:
Trabajo 3.-
Luego
de haber leído el capítulo 13 del libro "Ingeniería del software un
enfoque práctico" de Roger Pressman, les invito a que se unan al equipo
de edición de este diccionario digital sobre el control de calidad y las
pruebas
Se trata de agregar cinco (5) entradas (no duplicadas) en este glosario, de términos (una sola palabra por concepto) que se encuentren relacionados directamente con las siguientes áreas:
-
calidad del software
-
pruebas de software
La definición
deberá ser extremadamente corta, clara y concreta, y no podrá contener
la palabra misma del concepto, como puedes observar en el término exactitud que se ha tomado como ejemplo. La palabra clave deberá contener únicamente la señalada en el concepto.
La evaluación de esta actividad tomará en cuenta la capacidad de análisis, concreción y síntesis en la ejecución de la misma.Resolucion del trabajo:
Aplicativo
Software que realiza una funcion util, para una tarea especifica desarrollado en un lenguage de programacion.
| |
Muestra
Porcion o una parte del universo o el todo,
| |
Objeto
Conjunto de cualquier cosa, real o abstracta acerca de la cual almacenamos datos y los metodos que controlan dichos datos.
| |
Password
Palabra que sirve para verificar que verificar que un usuario es quien dice ser.
| |
Usuario
Es una persona que tiene una determinada cuenta en un acomputadora.
Trabajo 4.-
Resolucion del trabajo:
class PAG_WEB {
private Usuario;
private Clave;
private Entrar() {
}
private Consultar() {
}
private Realizar_pedido() {
}
}
class PRODUCTO extends PAG_WEB {
private Nombre;
private Stock;
private Lista_prod.() {
}
}
class PROVEEDOR extends PAG_WEB {
private Nombre;
private Correo;
private Confirmar_envio() {
}
private Consulta_pag() {
}
private Despacha() {
}
}
class S.A {
}
class SISTEMA extends PAG_WEB {
private #_Orden;
private Items;
private Cantidad;
private Registro_fecha() {
}
private Verf_orden() {
}
private Ing_datos_sistema() {
}
}
Seguimos "aprendiendo" el uso de BOUML, para esto vamos a:
Trabajo 4.-
Realizar
los ejercicios 13.9 y 13.10 del capítulo 13, del texto "Ingeniería del
software un enfoque práctico" de Roger Pressman, aplicados a los
siguientes sistemas:
- Sistema informático para el seguimiento y control de alumnos graduados y egresados de UNIANDES Puyo.
- Sistema informático para la gestión de biblioteca de UNIANDES Puyo
Su propuesta debe ser planteada, según la pertenecia del grupo de trabajo.
Resolucion del trabajo:
Las pruebas unitarias tienen como objetivo verificar la funcionalidad y
estructura de cada componente individualmente una vez que ha sido
codificado.Las pruebas de unidad es un proceso para probar los
subprogramas, las subrutinas, los procedimientos individuales o las
clases en un programa. Es decir, es mejor probar primero los bloques
desarrollados más pequeños del programa, que inicialmente probar el
software en su totalidad. Las motivaciones para hacer esto son tres.
Primera, las pruebas de unidad son una manera de manejar los elementos
de prueba combinados, puesto que se centra la atención inicialmente en
unidades más pequeñas del programa. En segundo lugar, la prueba de una
unidad facilita la tarea de eliminar errores (el proceso de establecer
claramente y de corregir un error descubierto), puesto que, cuando se
encuentra un error, se sabe que existe en un módulo particular.
Finalmente, las pruebas de unidad introducen paralelismo en el proceso
de pruebas del software presentándose la oportunidad de probar los
múltiples módulos simultáneamente.
Trabajo 5.-
Resuelva el siguiente banco de preguntas:
Resolucion del trabajo:
Trabajo 5.-
Resuelva el siguiente banco de preguntas:
- Selecciones un proyecto integrador desarrollado en semestres pasados. Diseñe un conjunto de caso de prueba de tal manera que aseguren que todas las instrucciones se hayan ejecutado con la prueba de la ruta básica
- Explique con tres ejemplos en que las pruebas de caja negra darían la impresión de que todo esta bien, mientras que las pruebas de caja blanca descubrirían algún error. Describa tres ejemplos en que suceda todo lo contrario.
- Describa con sus propias palabras, por qué la clase es la menor unidad razonable para las pruebas dentro de un sistema orientado a objetos?
- ¿Por qué debe probar subclases que se crean a partir de clases existentes, si ya ésta se ha probado por completo?
- Pruebe un manual de usuario de alguna aplicación que utilice con frecuencia. Encuentre por lo menos dos errores en la documentación.
Las respuestas enviarlas en un documento de libre office !!!!!
Resolucion del trabajo:
UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES
“UNIANDES”
Nombre: Henry Velasco
Carrera: Ing. En Sistemas
Nivel: Sexto
Fecha: 23 de Julio del 2012
PREGUNTA 1
PREGUNTA 2
PREGUNTA 3
Las clases
constituyen la unidad básica de los sistemas , la localización está
basada en los objetos. Por tanto, las métricas deberían de ser
aplicables a la clase (objeto) como si se tratara de una entidad
completa. Además, la relación entre operaciones (funciones) y
clases no es precisamente uno a uno.
Por tanto, las
métricas que reflejan la forma en que colaboran las clases deben de
ser capaces de adaptarse a las relaciones uno a muchos y muchos a uno
PREGUNTA 4
Debido a que las
subclases tienen procesos que actúan con la clase de la que fue
creada lo que quiere decir que la prueba de software comenzara por
las subclases y seguirá subiendo hacia las clases.
PREGUNTA 5
Manual de
Usuario Antivirus Avast
No posee un glosario
de términos.
No contiene la
sección de solución de problemas.
EVALUACION PARCIAL III
Resolver:- Selecciones un proyecto integrador desarrollado en semestres pasados. Lea analíticamente el archivo "Ejemplo de pruebas de software" y apliquelo al proyecto integrador seleccionado.
Las respuestas enviarlas en un documento de libre office !!!!!
Resolucion de la evaluacion parcial III
PRUEBAS
DE SOFTWARE
Nombre:
Henry Velasco
Carrera:
Ing. en Sistema
Nivel:
Sexto
Select
Case Index
1.
¿Qué se va a probar?
Probar
los tipos de pruebas; funcionales, estratégicos y no funcionales del
sistema.
2.
¿Desde cual perspectiva se va a probar?
Perspectiva
de pruebas será de caja negra debido a que vamos a partir de la
entrada de los caracteres.
3.
¿A qué nivel se va a probar?
Nivel
de Sistema
4.
¿Con cuáles técnicas voy a probar?
4.1
PRUEBAS FUNCIONALES
Los
requerimientos:
La función debe recibir una ruta de 256 caracteres máximo y 1
mínimo, el contenido de los archivos puede ser cualquier byte que se
pueda representar. Los requerimientos funcionales se prueban
usualmente a nivel de sistema, por lo cual no nos interesa saber el
contenido de la función.
4.2
PRUEBAS ESTRATÉGICAS
De
igual forma que definimos una estrategia para el diseño de pruebas
funcionales, necesitamos definir una estrategia para las
pruebas estructurales. Las pruebas estructurales son casi siempre
de nivel unitario y perspectiva caja blanca, por lo cual debemos
revisar el código para conocer lo que vamos a probar.
'nuevo
Case
0
Call
limpiar(Me)
Call
habilitar(False)
rsusuario.MoveLast
Call
genera_codigo
frausuario.Enabled
= True
Frame3.Enabled
= True
txtnom.SetFocus
Case
1
'grabar
Dim
cadbus$
cadbus
= "nombre='" + txtnom + "'"
rsusuario.MoveFirst
rsusuario.Find
cadbus
If
rsusuario.EOF Then
rsusuario.AddNew
Call
llenardatos
rsusuario.Update
Las cláusulas IF se expresan como círculos con un número en un
CFD y las flechas significan las posibles salidas (Falso o Verdadero)
de cada cláusula. Con el código expresado en un CFD podemos definir
las técnicas a emplear más fácilmente. Con la técnica desition
testing debemos tener en cuenta las sub condiciones de cada cláusula
4.3
PRUEBAS NO FUNCIONALES
Para
diseñar casos de prueba no funcionales, debemos investigar
cuáles son los requerimientos no funcionales porque en el
enunciado inicial no se mencionó nada sobre el tema. Debemos
recordar que un requerimiento no funcional como “el método
FileName debe ser rápido” no sirve para nada, porque no es medible
y por lo tanto no podemos compararlo con nada
REINGENIERIA DEL SOFTWARE
Trabajo 1.-
Realizar una presentación con máximo 15 diapositivas, utilizando el programa Impress, respecto del tema: UNIFIED MODELING LANGUAGE (UML).
La presentación debe contener:
La presentación debe contener:
- INTRODUCCIÓN
- PAUTAS GENERALES PARA DESARROLLAR USANDO UML
- Paquetes y dependencia
- Diagrama de Casos de Uso
- Diagrama de Secuencia y diagrama de Colaboración
- Diagrama de Objetos y diagrama de Clases
- Diagrama de Estados
- Diagrama de Componentes
- Diagrama de Despliegue
- CONCLUSIONES
- REFERENCIAS
Publicar esta presentación en SlideShare y enviar el link de la misma, para su evaluación
Resolucion del trabajo:
Trabajo 2.-
Para
que no comenten que se inventa el agua tibia; utilizando la herramienta
CASE BOUML, generar el código fuente en Java, para el siguiente
ejercicio:
Una empresa dedicada a la fabricacion de
autos ha decidido modificar su modalidad operativa frente al
abastecimiento de autopartes de sus proveedores:
- Todos los productos que son provistos por algun proveedor, contaran con un valor de stock minimo.
- Al registrarse una disminucion de dicho stock y lo coloque por debajo del valor estipulado, en forma automatica se generara un pedido en la extranet de la empresa solicitando su satisfaccion. Esto obliga a todos los proveedores a consultar en forma diaria la pagina de Internet, ingresar su contraseña y chequear la existencia de pedidos.
- El sistema internamente registrara la fecha de confeccion del pedido, la fecha de confirmacion por parte del proveedor y le solicitara la fecha estimada de entrega.
- Con posterioridad le enviara un e-mail con la confirmacion de la operacion.
- Cada numero de orden de compra se chequea con el de recepcion de mercaderia, controlando los items y sus cantidades.
- Una vez validada la operacion de control se ingresaran los items al Sistema.
Resolucion del trabajo:
class PAG_WEB {
private Usuario;
private Clave;
private Entrar() {
}
private Consultar() {
}
private Realizar_pedido() {
}
}
class PRODUCTO extends PAG_WEB {
private Nombre;
private Stock;
private Lista_prod.() {
}
}
class PROVEEDOR extends PAG_WEB {
private Nombre;
private Correo;
private Confirmar_envio() {
}
private Consulta_pag() {
}
private Despacha() {
}
}
class S.A {
}
class SISTEMA extends PAG_WEB {
private #_Orden;
private Items;
private Cantidad;
private Registro_fecha() {
}
private Verf_orden() {
}
private Ing_datos_sistema() {
}
}
Trabajo 3.-
Realizar
el diagrama de casos de uso para el siguiente sistema: "Supongamos" que
les contrato el holtel LF para realizar un sistema informático de
reservas, el hotel permite hacer reservas de habitaciones y de ello se
encarga el administrativo de reservas, y de forma alternativa el cliente
la puede hacer también por Internet. Siempre que se solicita la reserva
de una habitación, se comprueba si la persona es cliente del hotel, en
cuyo caso solo hay que complementar los datos de la reserva (fecha de
entrada, fecha de salida, tipo de habitación, etc.) si la persona no es
cliente del hotel, además, hay que darlo de alta e introducir sus datos
personales. Una reserva puede ser anulada en cualquier momento, peor si
se realiza con menos de 24 horas de antelación, se penaliza al cliente
cargándole una cantidad equivalente al 50% del coste de una noche en la
habitación reservada. Una vez el cliente llega al hotel, el
Recepcionista comprueba su reserva y los datos del cliente y procede a
registrarlo. Una vez concluida la estancia, el Recepcionista procede a
facturar la estancia
Subir a la plataforma el diagrama de casos de uso realizado en BOUML
Resolucion del trabajo: