webs_trab_pers_624_isg - guia y solucionario de casos de estudio

2008 ... Your company

Standard printmanual template

HelpAndManual_unregistered_evaluation_copy

Title page 1Use this page to introduce the product

by

This is "Title Page 1" - you may use this page to introduceyour product, show title, author, copyright, company logos,etc.

This page intentionally starts on an odd page, so that it is onthe right half of an open book from the readers point of view.This is the reason why the previous page was blank (theprevious page is the back side of the cover)


All rights reserved. No parts of this work may be reproduced in any form or by any means - graphic, electronic, ormechanical, including photocopying, recording, taping, or information storage and retrieval systems - without thewritten permission of the publisher.

Products that are referred to in this document may be either trademarks and/or registered trademarks of therespective owners. The publisher and the author make no claim to these trademarks.

While every precaution has been taken in the preparation of this document, the publisher and the author assume noresponsibility for errors or omissions, or for damages resulting from the use of information contained in this documentor from the use of programs and source code that may accompany it. In no event shall the publisher and the author beliable for any loss of profit or any other commercial damage caused or alleged to have been caused directly orindirectly by this document.

Printed: Marzo 2008 in (whereever you are located)

Title of this help project 2008 ... Your company

PublisherSpecial thanks to:

All the people who contributed to this document, to mum and dadand grandpa, to my sisters and brothers and mothers in law, to oursecretary Kathrin, to the graphic artist who created this greatproduct logo on the cover page (sorry, don't remember your nameat the moment but you did a great work), to the pizza service downthe street (your daily Capricciosas saved our lives), to the copyshop where this document will be duplicated, and and and...

Last not least, we want to thank EC Software who wrote this greathelp tool called HELP & MANUAL which printed this document.

Managing Editor

Technical Editors

Cover Designer

...enter name...

...enter name...

...enter name...

...enter name...

...enter name...

Production...enter name...

Team Coordinator...enter name...


Table of ContentsForeword 1

Part I Casos de Estudio 4................................................................................................................................... 41 Caso 1

.......................................................................................................................................................... 4Gestion de Cursos

.......................................................................................................................................................... 4Solucin ................................................................................................................................... 282 Caso 2

.......................................................................................................................................................... 28Sistema de Reconstruccin Nacional (Requerimientos)

.......................................................................................................................................................... 29Solucin ................................................................................................................................... 293 Caso 3

.......................................................................................................................................................... 29Sistema de Reconstruccin Nacional (Anlisis)

.......................................................................................................................................................... 30Solucin ................................................................................................................................... 304 Caso 4

.......................................................................................................................................................... 30Sistema de Apuestas

.......................................................................................................................................................... 31Solucin ................................................................................................................................... 315 Caso 5

.......................................................................................................................................................... 31Sistema de Seguridad

.......................................................................................................................................................... 33Solucin

Index 0

IContents


Foreword

This is just another title pageplaced between table of contents

and topics

1Foreword



Top Level IntroThis page is printed before a new

top-level chapter starts

Part

I


Title of this help project4


1 Casos de Estudio

1.1 Caso 11.1.1 Gestion de Cursos

Caso de Estudio: Gestin de Cursos

Descripcin : Al comienzo de cada semestre, los estudiantes pueden requerir informacin de un

Catlogo de cursos, el cual contiene una lista de los cursos ofrecidos para el semestre,indicando para cada curso, profesor, departamento y prerrequisitos. Informacin que esincluida para ayudar a los estudiantes a tomar decisiones.

El nuevo sistema permitir a los estudiantes seleccionar cuatro cursos para el siguientesemestre. Adems, cada estudiante podr indicar dos cursos alternativos en caso de nopoder ser asignado en su primera seleccin.

El curso tendr un mximo de diez estudiantes y un mnimo de tres. Un curso con menosde tres estudiantes ser cancelado.

Una vez que el proceso de registro es completado, el sistema enva la informacin alSistema de facturacin, para que al estudiante le puedan cobrar por el semestre.

Los profesores deben ser capaces de acceder al sistema on-line para indicar qu cursosimpartirn. Tambin necesitarn ver qu estudiantes se apuntaron en sus cursos.

Para cada semestre, existe un perodo de tiempo en el que los estudiantes puedenmodificar sus horarios. Los estudiantes deben ser capaces de acceder al sistema duranteeste tiempo para agregar o retirarse de cursos.

1.1.2 SolucinResolucin del Caso :

1. Leer detenidamente el caso

2. Identificacin de Actores La identificacin de actores no suelen ser inmediata sino ms bien iterada. Una misma persona fsica puede usar el sistema de dos formas distintas apareciendo

entonces como dos actores diferentes. Examinamos los diferentes actores y documentamos cmo usan el sistema.Actores: Los estudiantes desean apuntarse a los cursos. Los profesores quieren seleccionar cursos para impartirlos. El secretario debe crear el catlogo del semestre. El secretario debe mantener toda la informacin sobre los cursos, profesores y estudiantes. El sistema de faturacin debe recibir la facturacin generada.

Casos de Estudio 5


3. Introducir actores en Rational Rose

- En el Use Case View , Main - Con la herramienta: Actor

-



Para ingresar las especificaciones del actor: doble clic en el actor

Casos de Estudio 7


- Ingresar las sgtes especificaciones, en documentacin : Estudiante: Una persona que se matricula para recibir clases en la Universidad. Profesor: Una persona acreditada para dar clases en la universidad. Secretario: Una persona responsable del mantenimiento de la informacin de los

cursos. Sistema de Facturacin: Sistema externo responsable de la facturacin a los

estudiantes.

4. Identificacin de Casos de Uso Registrarse en los cursos. Seleccionar los cursos a impartir. Solicitar lista de apuntados a un curso. Mantener informacin de un curso. Mantener informacin de un profesor. Mantener informacin de un estudiante. Generar catlogo de curso.



5. Crear los distintos Casos de Uso en Rational Rose

Se crean de la misma manera que los actores, se usa la herramienta: Use Case

Ingresar las sgtes. descripciones(documentacin): Registrarse en los cursos : Este caso de uso es iniciado por un estudiante. Le entrega al

estudiante la capacidad de crear, borrar, modificar y/o revisar un programa de cursos paraun semestre dado.

Seleccionar cursos a impartir : Este caso de uso es iniciado por un profesor. Le entrega alprofesor la capacidad de decidir qu cursos va a ensear durante un semestre.

Solicitar lista de apuntados en un curso : Este caso de uso otorga a los profesores la listade estudiantes apuntados en cada curso que van a impartir.

Mantener informacin de un curso : En este caso de uso se realiza el respectivomantenimiento de todos los cursos que se imparten en la universidad; es decir, se puedencrear, borrar, modificar y/o revisar los datos de los cursos.

Mantener informacin de un profesor : Este caso de uso se encarga de mantener lainformacin de todos los profesores que dictan clase en la universidad; es decir, se puedencrear, borrar, modificar y/o revisar los datos de los profesores.

Mantener informacin de un estudiante : Este caso de uso se encarga de mantener lainformacin de todos los estudiantes de la universidad; es decir, se pueden crear, borrar,modificar y/o revisar los datos de los estudiantes.

Generar catlogo de cursos : Este caso de uso crea un catlogo de cursos, en el cual seencuentra una lista de cursos ofrecidos para el semestre, indica el profesor, departamentoy prerrequisitos, este es entregado a los estudiantes.

Casos de Estudio 9


- Para ingresar especificaciones en el Caso de uso: doble clic en el caso de uso...

6. Identificar relaciones entre Casos de uso y Actores Las relaciones de asociacin entre el actor y el caso de uso puede ser bidireccionales,

navegable o en una sla direccin. Entre casos de uso tenemos el incluye () y el extiende (). Por ejemplo, todos los casos de uso anteriores empiezan con la validacin de usuario (es

decir, "lo incluyen", uses). Esta relacin se representa mediante una flecha de generalizacindesde el caso de uso que contiene la secuencia de comportamiento al caso de uso que empleaesa secuencia.

La relacin "extiende" se usa para que un caso de uso pueda se pueda ampliar con elcomportamiento definido en otro caso de uso. Esta relacin se representa mediante una flechade generalizacin desde el caso de uso que aporta la ampliacin al caso de uso base.

- Creacin del Diagrama de Caso de Uso Principal :Una vez que han sido ingresados todos los actores y los casos de uso correspondientes al caso, seprocede a establecer las relaciones.

Obs : Recordar incluir el caso de uso: Validar usuario, ya que este est incluido en todos los demscasos de uso, ya se empieza con la verificacin de acceso.

Para relaciones unidireccionales, se utiliza la herramienta: Unidirectional Association.



Observemos cmo queda el diagrama con las relaciones entre actores y casos de uso.

Casos de Estudio 11


Pero el caso de uso : Validar usuario no est relacionado?...Claro que si, pero recordar que arriba se muestran las relaciones entre actores y casos de uso,a continuacin se muestra las relaciones entre casos de uso, para lo cual usamos laherramienta : Generalization (generalizacin).

En este diagrama visualizamos todas las relaciones, pero falta algunos detalles quecompletarn el modelo.



Escribir el estereotipo de la asociacin: doble clic en la asociacin, en la ficha general, enStereotype escribir use.

Casos de Estudio 13


Para que se pueda visualizar el estereotipo (stereotype):



Clic derecho en la asociacin, y habilitamos Stereotype label.

Aqu les presentamos el Diagrama de Casos de Uso completo:

7. Establecer el Flujo de Eventos para cada Caso de UsoUn flujo de eventos es una sucesin de transacciones (o eventos) realizado por el sistema. Elloscontienen informacin muy detallada, escrita en trminos de lo que el sistema debe hacer, tpicamenteno cmo el sistema logra la tarea.Debera seguir una plantilla tal como:

Casos de Estudio 15


X Flujo de eventos para el caso de uso X.1 Precondiciones X.2 Flujo principal X.3 Subflujos X.4 Flujos alternativos

siendo X un iterador para cada caso de uso. Ejemplo 1:1.0 Flujo de eventos para el Caso de Uso "Registro en cursos "1.1 Precondiciones Ninguna 1.2 Flujo Principal Este caso de uso comienza cuando el estudiante ingresa el nmero de alumno. El sistema verifica queste sea vlido (E-1) y le lleva al estudiante a seleccionar el semestre actual o un semestre a futuro(E-2). El estudiante ingresa el semestre deseado. El sistema le indica al estudiante que elija laactividad deseada : CREAR, REVISAR, MODIFICAR, IMPRIMIR, BORRAR, o ABANDONAR.Si la actividad seleccionada es :CREAR, el A-1 : Se ejecuta un subflujo de Crear un Nuevo Programa.REVISAR, el A-2 : Se ejecuta un subflujo de Revisar un Programa.MODIFICAR, el A-3 : Se ejecuta un subflujo de Modificar un Programa.IMPRIMIR, el A-4 : Se ejecuta un subflujo de Imprimir un Programa.BORRAR, el A-5 : Se ejecuta un subflujo de Borrar un Programa.ABANDONAR, el caso de uso termina. 1.3 Subflujos A-1: Crear un nuevo Programa

El sistema muestra en la pantalla un programa en blanco. El estudiante ingresa el nmero decuatro ofrecimientos de cursos primarios y dos de cursos alternativos (E-3). El estudianteentonces presenta su peticin de cursos. Por cada seleccin primaria de curso, el sistemarevisar que los prerrequisitos sean cumplidos (E-4) y agregar al estudiante en el curso, siste est abierto (E-5). El sistema imprimir el programa (E-6) y enviar la informacin de lacuenta al Sistema de Facturacin para ser procesada (E-7). Luego el caso de uso comienza denuevo.

A-2: Revisar un programaEl sistema recupera la informacin de todos los cursos ofrecidos en los que el estudiante seencontraba registrado (E-8) y muestra lo siguiente : nombre del curso, nmero del curso,nmeros de los cursos ofrecidos, das de la semana, hora, ubicacin y nmero de horas decrditos. Cundo el usuario indica que l / ella ya ha terminado la revisin, el caso de usocomienza nuevamente.

A-3: Modificar un programaEl sistema revisa que no haya sido excedida la fecha final para los cambios (E-9). El sistemarecupera la informacin anterior de todos los ofrecimientos de curso en los cuales elestudiante se encontraba registrado (E-8) y muestra en la pantalla: nombre del curso, nmerodel curso, nmero de los cursos ofrecidos, das de la semana, hora, ubicacin y nmero dehoras de crditos. El sistema le indica al usuario que seleccione la actividad deseada:BORRAR UN CURSO OFRECIDO, AGREGAR UN CURSO OFRECIDO, o ABANDONAR. Si la actividad seleccionada es :

BORRAR UN CURSO OFRECIDO, el A-6: Se ejecuta un subflujo de borrar un cursoofrecido.AGREGAR UN CURSO OFRECIDO, el A-7: Se ejecuta el subflujo de agregar un cursoofrecido.ABANDONAR, el sistema imprime el programa al estudiante (E-6) y el caso de uso vuelvea comenzar.

A-4: Imprimir un programa



El sistema imprime el programa (E-6). El caso de uso comienza de nuevo.

A-5: Borrar un programaEl sistema recupera informacin (E-8) y muestra el programa actual. El sistema pide alusuario que confirme la opcin de borrar programa. Si es aceptada, se elimina el programadel sistema. Si el borrar no se confirma, la operacin es cancelada y el caso de uso comienzade nuevo.

A-6: Borrar un curso ofrecidoEl estudiante ingresa el nmero del ofrecimiento a borrar. El sistema pide al usuario queconfirme esta opcin de borrar el curso ofrecido. Si es aceptada, el curso ofrecido eseliminado del programa del estudiante. Si el borrar no es confirmado, la operacin escancelada y el flujo alternativo del caso de uso comienza de nuevo. A-7: Agregar un curso ofrecidoEl estudiante ingresa el curso a agregar. El sistema revisar que se cumplan los pre-requisitos(E-4) y agregar el estudiante al curso ofrecido, si ste se encuentra abierto (E-5). El flujoalternativo de caso de uso comienza de nuevo.

1.4 Flujos AlternativosE-1: Se ingresa un nmero de alumno no vlido. El usuario puede re-ingresar un nmero dealumno o terminar el caso de uso.E-2: Se ingresa un semestre no vlido. El usuario puede re-ingresar un semestre o terminarel caso de uso.E-3: El nmero del ofrecimiento de curso no es vlido (rango). El usuario puede re-ingresarun nmero vlido o terminar el caso de uso.E-4: El usuario no satisface todos los pre-requisitos requeridos. El usuario es informado depor qu este curso no podr ser programado. Si es posible, se sustituye por un cursoalternativo. El caso de uso contina.E-5: El usuario es informado que el ofrecimiento de curso seleccionado est cerrado. Si esposible, se sustituye por un curso alternativo. El caso de uso contina.E-6: El programa no puede ser impreso. La informacin est guardada y el usuario esinformado de que debe volver a presentar una solicitud de imprimir programa. El caso de usocontina.E-7: El sistema guardar toda la informacin de cuentas de pago y la volver a presentar alsistema de cuentas en una prxima fecha. El caso de uso contina.E-8: El sistema no puede recuperar informacin de un programa. El caso de uso, entonces,comienza desde el principio.E-9: El sistema le informa al usuario que su programa no puede ser modificado. Entonces elcaso de uso comenzar desde el principio.

Ejemplo 2 :2.0 Flujo de eventos del CU"seleccionar curso a impartir"2.1 PrecondicionesEl subflujo "Crear oferta de cursos" del caso de uso "Mantener informacin de un curso" debeejecutarse antes.2.2 Flujo PrincipalEste CU empieza cuando el profesor se conecta al sistema e introduce su password. El sistema verificasu password (E-1) y le solicita seleccione un curso del semestre actual o futuro (E-2). El profesorintroduce el semestre. El sistema entonces solicita la actividad deseada: ADD, DELETE, REVIEW,PRINT o QUIT.

Si la actividad es ADD se hace el subflujo S-1 "Aadir curso"Si la actividad es DELETE se hace el subflujo S-2 "Borrar curso"Si la actividad es REVIEW se hace el subflujo S-3 "Revisar planificacin"Si la actividad es PRINT se hace el subflujo S-4 "Imprimir planificacin"Si la actividad es QUIT el caso de uso termina.

Casos de Estudio 17


2.3 SubflujosS-1: Aadir curso.El sistema muestra la pantalla de cursos con dos campos (nombre y nmero). El profesorintroduce ambos campos (E-3). El sistema muestra los datos del curso seleccionado (E-4). Elsistema enlace profesor y curso (E-5). El caso de uso comienza de nuevo.

S-2: Borrar un curso.El sistema muestra la oferta de cursos y el profesor introduce el nombre y nmero de un curso(E-6). El sistema deshace la relacin entre el profesor y el curso (E-7). El caso de uso empiezade nuevo.

S-3: Revisar una planificacinEl sistema obtiene (E-8) y muestra la informacin: nombre del curso, nmero, das de lasemana, hora y lugar. Cuando el profesor indica que la revisin ha terminado el CU empiezade nuevo.S-4: Imprimir una planificacinEl sistema imprime la planificacin de los cursos para el profesor (E-9). El caso de usocomienza.

2.4 Flujos AlternativosE-1: El identificador de profesor no es vlido. El usuario puede intentarlo de nuevo o salir.E-2: El cdigo de semestre no es valido. Repetir o salir.E-3: Nmero/nombre de curso no vlido. Repetir o salir.E-4: La oferta de cursos no puede mostrarse. Se informa al usuario de que la informacin noest disponible. El caso de uso comienza.E-5: No se puede crear el enlace profesor-curso. Se guarda la informacin para crear el enlaceposteriormente. El caso de uso contina.E-6: Nombre/nmero de curso no vlidos. Reintentar o salir.E-7: No se puede borrar el enlace. Se salva la informacin para reintentarlo ms tarde. El casode uso contina.E-8: El sistema no puede extraer la informacin para la planificacin. El caso de uso comienza.E-9: La planificacin no puede imprimirse. El caso de uso comienza.

Obs : Se crea flujo de eventos como archivos separados o documentos en un editor de texto, porejemplo en Word, luego se enlaza o vincula al caso de uso correspondiente.Cmo?Una vez creado el Flujo de eventos como un archivo de Word, regresamos a nuestro diagrama deCasos de uso, hacemos doble clic en el caso de uso del cual se ha realizado el flujo de eventos, laventana de especificaciones aparece, seleccionar la ficha Files, clic derecho en el espacio en blanco yecoger "Insert file", escoger la ruta del archivo de word, ok.



1.1

8. Identificacin de Clases Considerando que anlisis y diseo son procesos iterativos e incrementales, la identificacin de

las clases cambiar con el tiempo. Las clases entidad modelan informacin y comportamiento que perdura en el tiempo. Suelen

ser clases del mundo real o bien internas al sistema. Suelen poder usarse en varias aplicaciones(son aplicacin-independientes).

Casos de Estudio 19


Las clases entorno manejan la comunicacin entre la frontera del sistema y el interior delsistema. Proporcionan un interface a usuarios o a otros sistemas. Documentan los interfaces.

Las clases control modelan conducta secuencial especfica a uno o ms casos de uso.Coordinan los eventos necesarios para llevar a cabo el caso de uso.

Creacin de Clases en Rational Rose (en el Logical View)Tenemos las clases Entidad : InformacinEstudiante, asociar el estereotipo , y la siguiente documentacin:

Informacin necesaria para registrar y facturar a los estudiantes. Un estudiante es alguien quees registrado para ir a clases a la universidad.

InformacinProfesor, estereotipo , documentacin.En el Logical View, clic derecho, new, class, tipear nombre- Crear el paquete " InformacinPersonas "(Logical View, clic derecho, new, Package), reubique

las clases InformacinEstudiante e InformacinProfesor en el paquete creado. Cmo? Arrastrecada clase dentro del paquete.

Obs: Revisando escenarios encontramos ms clases.Ejm :Clases del escenario "Aadir oferta de curso para ensear"- El escenario "aadir oferta de curso para ensear" es uno de los subflujos del caso de uso

"seleccionar cursos a impartir".- Este caso de uso interacciona slo con el actor profesor.- Es necesaria una clase (de entorno) que ofrezca todas las posibilidades del caso de uso (la

clase OpcionesCursoProfesor).- Identificamos tambin la clase (de entorno) AadirOfertaCurso para este escenario.- Identificamos tres clases tipo entidad: Curso, OfertaCurso e InformacionProfesor.- Identificamos una clase tipo control para manejar el flujo de eventos para el caso de uso (la

clase GestorCursosProfesor).- Las clases de entorno las ubicamos en un paquete que vamos a crear llamado Interfaces.- Las clases entidades las ubicamos en el paquete llamado Universidad.

Diagrama de Clases principalDoble clic en el Main del Logical View, y arrastramos al diagrama los paquetes creados.



El Diagrama queda as:

Hacer doble-click en el paquete Universidad e incluir las clases Cursos y GestorCursosProfesor. Aadir en el paquete Interfaces las dos clases de entorno indicadas. Los diagramas de clases tambin pueden aadirse en la vista de casos de uso y suelen

corresponder a clases que participan en el caso de uso.

Diagrama de Clases para un Caso de Uso :Situado sobre el caso de uso "seleccionar cursos a impartir" crear un diagrama de clases que se llameigual en el que se incluyan las clases participantes: OpcionesCursoProfesor, AadirOfertaCurso,Cursos, InformacionProfesor, GestorCursosProfesor y OfertaCursos.Clic derecho en el caso de uso, new, class diagram, arrastrar al diagrama las clases correspondientes.A cada clase especificar el estereotipo correspondiente (entorno, control o entidad).El diagrama de Clases Caso de Uso queda as :

Casos de Estudio 21


9. Diagramas de Secuencia y Colaboracin- Crear un diagrama de secuencia para el escenario "Generar catlogo de cursos".

Clic derecho en el caso de uso, new, Sequense Diagram y se procede a crear el diagrama, dela sgte. manera :

- Crear automticamente el Diagrama de ColaboracinPosicionarse en el caso de uso, browse, create Collaboration Diagram (F5) y se crearpidamente.



Para crear este diagrama, primero necesitamos:- la clase Secretario, al cual lo arrastramos desde el explorador hasta el diagrama.- Los objetos: formulario curso, el gestor y un curso(clase curso). La clase curso puede ser

arrastrada hasta el diagrama. Para crear los objetos usamos la herramienta: Object.- Las Lneas de Vida, estas aparecen automticamente.- Mensajes, para lo cual usamos la herramienta: Object Message. Para escribir el mensaje,

basta con hacer doble clic sobre la flecha.

Casos de Estudio 23


Crear un diagrama de secuencia para el escenario "Aadir Curso" (Caso de uso: Seleccionar los cursosa impartir):



Obs: Para que en el diagrama de secuencia aparezca el Foco de control y la numeracin de loseventos : Tools, Options..., Diagram, en Display, Focus of control, Sequense numbering.

10. Especificando Relaciones En el diagrama de clases de Universidad establecer una asociacin entre las clases cursos y

GestorCursosProfesor. Indicar la agregacin existente entre cursos y OfertaCursos. Considere que un curso est relacionado consigo mismo con el rol prerrequisito y con

cardinalidad 0..* en ambos lados.

Casos de Estudio 25


Para insertar atributos en una clase: clic derecho en la clase, New Attribute, escribir el atributo. Para insertar operaciones en una clase : clic derecho en la clase, New Operation. Para definir una asociacin utilizar la herramienra: Association Para definir una agregacin utilizar la herramienta :Aggregation Para definir multiplicidad de la asociacin: doble clic en la asociacin, ficha Role A Detail,

multiplicity, escoger en la lista. Cree en el paquete Personas un diagrama de clases en el que incluya a OfertaCursos e

InformacinProfesor con una asociacin entre ellos.Especificar que existe un rol llamado InformacinProfesor en el diagrama de clases de Personas yentre las clases OfertaCursos y InformacinProfesor. Considerar la siguiente multiplicidad:1 curso slolo da un profesor y 1 profesor puede dar hasta 4 cursos.

Para escribir el rol de una clase : doble clic en la asociacin, Role A: InformacinProfesor. Analicemos las relaciones :



Consideraremos las siguiente relaciones para el diagrama de clases Universidad:De OpcionesCursoProfesor a AadirOfertaCurso AgregacinDe AadirOfertaCurso a GestorCursosProfesor AsociacinDe GestorCursosProfesor a Cursos AsociacinDe Cursos a OfertaCursos Agregacin

Relaciones entre Paquetes : Si un paquete depende de otro entonces se comunica con alguna clase de ste. Examinando los escenarios y las relaciones entre clases podemos descubrir las relaciones de

dependencia entre paquetes. La clase AadirOfertaCurso enva un mensaje a la clase GestorCursosProfesor. Esto implica

una relacin entre los paquetes Interfaces y Universidad. Exprselo en RS.

Casos de Estudio 27


Las relaciones entre paquetes son de dependencia, por lo tanto utilizamos la herramienta:Dependency or instantiates

11. Comportamiento y Estructura- Los atributos determinan la estructura.- Las operaciones determinan el comportamiento.

Aada a la clase cursos las operaciones AadirProfesor, ObtenerOfertas y ValidarProfesor. Documentacin para AadirProfesor:Aadir un profesor como docente de un curso particular de la oferta de cursos.



1.2 Caso 21.2.1 Sistema de Reconstruccin Nacional (Requerimientos)

Ingeniera de Software de GestinModelamiento de Requerimientos

Sistema de Reconstruccin Regional

A raz del reciente sismo se ha tomado la decisin de brindar todo el apoyonecesario para lograr la reconstruccin de la zona afectada, para lo cual se lessolicita participar en el modelamiento de los requisitos que debe cubrir el sistema.

El sistema de facilitar el registro de las personas damnificadas para conocer elmonto de la ayuda a otorgar por el gobierno

El sistema debe controlar la ubicacin de los terrenos donde se construir la nuevociudad, as como la asignacin a los empleados para evitar la duplicidad en laasignacin de recursos.

El sistema debe controlar la participacin de los proveedores de materiales yservicios necesarios para la reconstruccin

El sistema deber controlar el avance de las obras, priorizando las entregas segnel grado de necesidad de los afectados

El sistema deber estar en capacidad de definir la construccin de servicios(hospitales, colegios, comisaras, estaciones de bomberos, etc), segn la cantidadde personas y rea ocupada.

El sistema deber estar en capacidad de brindar un control del presupuesto y de losgastos realizados por la reconstruccin.

El sistema debe realizar sus funciones en un ambiente Windows y publicar susconsultas en una pgina Web.

El sistema debe tener la posibilidad de manejar los gastos en soles y dlares.El sistema debe responder en menos de 3 segundos a cada operacin.

Se pide:

Definir el documento de Visin, identificando los actores, stakeholders,requerimientos principales y suplementarios (RequisitePro y SoDA).Definir el diagrama de casos de uso (Rational Rose)Definir el Plan de Administracin del proyecto, asignando las tareas a los recursos(MS Project)Definir la matriz de trazabilidad Requerimientos vs. Casos de Uso (RequisitePro)

Casos de Estudio 29


Mostrar el reporte Use Case Model (SoDA y Rational Rose)

1.2.2 SolucinEnter topic text here.

1.3 Caso 31.3.1 Sistema de Reconstruccin Nacional (Anlisis)

Anlisis

Sistema de Reconstruccin Regional

A raz del reciente sismo se ha tomado la decisin de brindar todo el apoyonecesario para lograr la reconstruccin de la zona afectada, para lo cual se lessolicita participar en el modelamiento de los requisitos que debe cubrir el sistema.

El sistema de facilitar el registro de las personas damnificadas para conocer elmonto de la ayuda a otorgar por el gobierno

El sistema debe controlar la ubicacin de los terrenos donde se construir la nuevociudad, as como la asignacin a los empleados para evitar la duplicidad en laasignacin de recursos.

El sistema debe controlar la participacin de los proveedores de materiales yservicios necesarios para la reconstruccin

El sistema deber controlar el avance de las obras, priorizando las entregas segnel grado de necesidad de los afectados

El sistema deber estar en capacidad de definir la construccin de servicios(hospitales, colegios, comisaras, estaciones de bomberos, etc), segn la cantidadde personas y rea ocupada.

El sistema deber estar en capacidad de brindar un control del presupuesto y de losgastos realizados por la reconstruccin.

El sistema debe realizar sus funciones en un ambiente Windows y publicar susconsultas en una pgina Web.

El sistema debe tener la posibilidad de manejar los gastos en soles y dlares.El sistema debe responder en menos de 3 segundos a cada operacin.



Se pide:

1. Documentos Visin, Requisitos suplementarios mejorados.2. Modelo de casos de uso actualizados. Debe estar detallado el 50% de los

casos de uso. Especificacin de casos de uso (definicin o resumen) detodos los casos de uso y el por ciento establecido para la iteracin de loscasos de uso detallados (El documento de cada caso de uso es realizado enRequisite Pro)

3. Plan de pruebas general por casos de uso, para cada caso de uso detalladoun caso de prueba (Plantilla de casos de prueba)

4. Se realiza el anlisis de todos los casos de uso. Diagramas de secuencia delos casos de uso fundamentales

5. Se realiza parte de la documentacin de la arquitectura. (Documentos deSODA Software Design Document y Data Dictionary of classes withatributes/operations in Tables)) y (Software architecture Document obtenidoen SODA)

6. Se hace el Plan general del proyecto

7. Presentar el prototipo de Interfaz de usuario (pantallas)


1.4 Caso 41.4.1 Sistema de Apuestas

Sistema de Apuestas

Una empresa de apuestas decide cambiar su sistema manual por unoautomatizado. En el sistema actual el apostador acuda a un centro de expendio,donde una vendedora llenaba sus pronsticos y le entregaba una copia, remitiendoel resto para cotejar los resultados de los partidos semanales entre todas lasapuestas realizadas y luego publicar los ganadores en los centros de expendio.

Definir:1. Modelo de Negocio

Casos de Estudio 31


2. Modelo de Objetos de Negocio3. Modelo de dominio4. Modelo de Casos de uso de Anlisis5. Diagrama de secuencia / colaboracin de un caso de uso6. Modelo de diseo7. Sub-sistemas8. Modelo de diseo detallado


1.5 Caso 51.5.1 Sistema de Seguridad

Modelamiento de un sistema de Seguridad usando Rational Rose

Se desea implementar un sistema para administrar la Seguridad de las aplicacionesque tenga plena disposicin en cualquier lugar, las 24 horas del da durante 7 das ala semana.

El sistema debe comportarse de la siguiente manera:

Un usuario se identifica ingresando su eMail y Clave, el sistema respondeindicando si los datos son correctos y as poder navegar por el resto de sistema.

En la identificacin se deber determinar si el usuario pertenece al grupoAdministradores, en cuyo caso, si los datos son correctos deber pasar a unapgina que d la bienvenida y presente enlaces a una pgina para el cambio declave, para registrar nuevos usuarios y para habilitar/Deshabilitar usuarios.

Si los datos proporcionados (eMail y Clave) son correctos y el usuario no perteneceal grupo de Administradores, solo tendr acceso a una pgina que d la bienveniday un enlace para cambiar su clave.

Para cambiar de Clave el usuario debe haberse identificado correctamente. Luegose mostrar otra pantalla donde proporcionar su Clave actual, Clave Nueva y unaconfirmacin de la clave Nueva. Si los datos son correctos se deber modificar elvalor de la clave en la Base de Datos y tambin la Validez de la clave.

Para registrar un nuevo usuario se debe identificar como un usuario del GrupoAdministradores. Los datos que se deben proporcionar para un nuevo usuario debenser Nombre, eMail y Correo.



Se debe tener en cuenta los siguientes requerimientos:

a) Los usuarios del sistema tendrn distintos privilegios, segn el Grupo al quepertenezcan. As los que estn en el grupo de Administradores podrnrealizar todas las operaciones del Sistema, mientras que los que estn en elgrupo Usuarios, slo podrn identificarse y si desean, realizar el cambio declave.

b) Se de debe considerar que cada Clave debe tener una validez de 30 das,para luego solicitar un cambio de Clave cuando se identifique el usuario.

c) La clave debe seguir las siguientes reglas de formacin:a. Debe tener entre 5 y 12 caracteresb. Debe tener un carcter especial ("#$%&/*[)c. Debe tener un carcter maysculad. Debe tener un carcter minsculae. En el contenido no debe estar incluido el Nombre

d) Un registro de usuario puede pasar por los siguientes estadosa. Creado (C )b. Habilitado (H)c. Clave vencida (V)d. Deshabilitado (D)

Cuando un Administrador defina un nuevo registro, el estado inicial sercreado.Cuando un Administrador escoja Habilitar un usuario, el estado serHabilitado.Cuando se haya vencido la validez de una clave de usuario el estado deberpasar a Clave vencida.Cuando un usuario modifique su clave el estado ser Habilitado.Cuando el Administrador deshabilite a un usuario el estado pasar aDeshabilitado.

Con la informacin proporcionada preparar:

1. Vista de Casos de Uso. Incluya Diagrama de Casos de Uso, Diagrama deSecuencias, Diagrama de Estado.

2. Vista Esttica. Incluya Diagrama de Clases y Diagrama de Clases para labase de datos.

3. Vista de Componentes. Diagrama de Componentes.4. Vista de Implementacin. Diagrama de Implementacin5. Presentar documento con plantillas de casos de uso y de casos de prueba

Casos de Estudio 33



Endnotes 2... (after index)




Back Cover


webs_trab_pers_624_isg - guia y solucionario de casos de estudio

Documents