lunes, 21 de mayo de 2012



UNIVERSIDAD REGINAL AUTONOMA DE LOS ANDES 
"UNIANDES"

Nombre: Henry Velasco.
Carrera: Ing. en Sistemas.
Nivel: Sexto.

d
  

1
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
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>


 2

  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:
  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?
  6. ¿Cómo se indica que una clase es abstracta?
  7. ¿Cuáles son los símbolos y denominaciones de las tres opciones estándar de la visibilidad de UML?
  8. ¿Cuáles son los tres compartimentos estándar del símbolo de clase?
  9. ¿Qué significa que haya "/" delante del nombre de un atributo?
  10. 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:
  1. Enfoque Procedimental, que describe el apoyo de la herramienta al proceso
  2. Soporte al modelado arquitectónico, que analiza el grado de soporte de la herramienta para la definición de la arquitectura del sistema,
  3. Apoyo al repositorio, que describe la manera como la herramienta soporta los servicios de almacenamiento, intercambio y recuperación de elementos y
  4. 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 INFORMATIVOS
INTEGRANTES  : 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
  • Ayuda para dibujar diagramas, mejor que herramientas genéricas de dibujo
  • No imponen restricciones, no garantizan la corrección de los diagramas subrayar atributo, subrayado doble
  • Puntuación elevada que puede resultar engañosa (UML Diagrammer)

-Enterprise Architect
-SMARTDRAW
- STAR UML
- POWERDESIGNER
SINTATICAS
  • Modelo correctamente expresado en diagramas coherentes entre sí
  • Las únicas que con propiedad pueden llamarse herramientas CASE para UML
  • Puntuaciones intermedias y extremas (Argo UML, Magic Draw)

 -ERWIN

SEMANTICAS
  • Modelo correctamente expresado en diagramas coherentes entre sí
  • Las únicas que con propiedad pueden llamarse herramientas CASE para UML
  • Puntuaciones intermedias y extremas (Argo UML, Magic Draw)

-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.
  • Soporte para el tipo de datos XML
  • Soporte para esquemas XML
  • Validación de documentos XML
  • Editor Correlación de XSD anotados



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() {
   
    }
}


PROYECTO

//
//
//  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 {
}
EMPLEADO

//
//
//  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 {
}


TECNICO

//
//
//  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

3

Tarea 1.-

En la materia de distribución de datos, resolvieron el ejercicio para la gestión de un pequeño vídeoclub. 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.       


 



 4


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
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:
  1. 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.
  2. ¿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?
  3. ¿A qué corresponde cada clase de frontera?
  4. ¿Qué significaría que en un caso de uso hubiera una clase de frontera y una clase de entidad y ninguna clase de control?
  5. ¿Que representaría la herencia múltiple mediante agregaciones?
  6. 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.
  7. ¿Tiene sentido decir “he inventado un patrón”?
  8. ¿Por qué se asegura que los patrones generados en el DOO crean vocabulario?
  9. ¿Por qué se debe normalizar los nombres de las clases, atributos y métodos?
  10. ¿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.

5

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.-

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: 

Software que realiza una funcion util, para una tarea especifica desarrollado en un lenguage de programacion.
Porcion o una parte del universo o el todo,
Conjunto de cualquier cosa, real o abstracta acerca de la cual almacenamos datos y los metodos que controlan dichos datos.
Palabra que sirve para verificar que verificar que un usuario es quien dice ser.
Es una persona que tiene una determinada cuenta en un acomputadora.

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:
  1. Sistema informático para el seguimiento y control de alumnos graduados y egresados de UNIANDES Puyo.
  2. 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:
  1. 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
  2. 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.
  3. Describa con sus propias palabras, por qué la clase es la menor unidad razonable para las pruebas dentro de un sistema orientado a objetos?
  4. ¿Por qué debe probar subclases que se crean a partir de clases existentes, si ya ésta se ha probado por completo?
  5. 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:
  1. 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:
  • 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.
Subir a la plataforma un archivo comprimido conteniendo el código fuente java, de todas las clases y el diagrama elaborado en BOUML


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.-

Seguimos "aprendiendo" el uso de BOUML, para esto vamos a:
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: