You are on page 1of 7

SISTEMA DE SELECCIN DE PERSONAL La empresa HUMAN-WARE dedicada a la seleccin de personal quiere automatizar el proceso de seleccin de candidatos para las

ofertas de empleo de empresas que le llegan, de acuerdo a las habilidades y el perfil que poseen los candidatos. Para ello, mantiene una base de datos con los candidatos que buscan empleo y con las ofertas de empleo de las empresas que buscan trabajadores. Cuando una empresa de la que se guarda slo el nombre y un telfono de contacto, busca un candidato, debe proporcionar los siguientes datos: - Nombre y descripcin del puesto. Por ejemplo: Tcnico AIX y Tcnico de Sistemas de IBM AIX en todas las versiones. - Rango salarial (expresado en pesos brutos mensuales). Por ejemplo: 3.000 5.000. - Jornada: completa o parcial. - Requisitos del puesto: - Estudios: Por ejemplo Ingeniero en Informtica o Estudiante de Agronoma. - Habilidades, junto al nivel mnimo requerido para las mismas, expresado en una puntuacin de 1 a 5 (de muy bajo a muy alto). Por ejemplo: Ingls:5, PL/SQL:3 Las ofertas de puestos de trabajo recibidas son debidamente publicadas en la red, para lo cual el sistema proporciona dicha informacin a un proveedor de servicios de Internet. Cuando una persona se inscribe en la empresa de seleccin debe rellenar una solicitud de inscripcin donde debe indicar los siguientes datos: - Nombre, e-mail y telfono de contacto. - Remuneracin mnima. - Tipo de jornada: completa, parcial o ambas. - Estudios/Ttulos. - Habilidades que posee el candidato (valoradas de 1 a 5). Al menos se debe especificar una. La empresa de seleccin requiere que la aplicacin seleccione a los demandantes aptos para cada oferta de empleo, por orden de idoneidad, de acuerdo a las siguientes normas: Se considera que un candidato C1 es mejor que otro C2 para una oferta O1 si: - Ambos tienen lo/s estudios requeridos para O1, - Ambos cubren las habilidades mnimas, - La suma total de las puntuaciones de C1 en las habilidades requeridas para O1 (y slo en aquellas requeridas para el puesto, las dems habilidades del candidato no se toman en cuenta) es mayor que la suma total de esas puntuaciones para C2. Una vez que el sistema ha seleccionado a los mejores candidatos para cada puesto debe remitir a las empresas implicadas un informe con los candidatos aptos para una determinada oferta, ordenados por idoneidad. Cuando la empresa cubre un determinado puesto de trabajo lo debe comunicar al sistema de seleccin, que a su vez, debe actualizar la informacin sobre los puestos de trabajo publicados en Internet (aquellos puestos no cubiertos permanecern activos en el sistema por un lapso de 6 meses) Se pide: 1234Diagrama de caso de uso Elabore el detalle de al menos dos de los casos de uso que defina como crticos. Diagrama de Actividad de la carga de una nueva oferta de trabajo Diagrama de Estados de una oferta laboral Diagrama de Secuencia del proceso de seleccin de candidatos

5-

1- Diagrama de caso de uso: El diagrama de casos de uso tiene como objetivo ilustrar los
nombres de los casos de uso, los actores y las relaciones entre estos. Veamos lo que plantea Larman (Applying UML and Patterns 3 Edicin - Capitulo 6): A common sign of a novice (or academic) use case modeler is a preoccupation with use case diagrams and use case relationships, rather than writing text. World-class use case experts such as Fowler and Cockburn, among others, downplay use case diagrams and use case relationships, and instead focus on writing. With that as a caveat, a simple use case diagram provides a succinct visual context diagram for the system, illustrating the external actors and how they use the system. Guideline Draw a simple use case diagram in conjunction with an actor-goal list. A use case diagram is an excellent picture of the system context; it makes a good context diagram, that is, showing the boundary of a system, what lies outside of it, and how it gets used. It serves as a communication tool that summarizes the behavior of a system and its actors. Por lo tanto, segn el enunciado los actores que interactan con el sistema serian: Empresa Human-Ware, Empresa Externa, Candidatos, Proveedor de Internet Y los casos de uso podran ser los siguientes: Alta de Oferta, ABM de Empresa, ABM de Candidato, Asignacin de candidatos, Publicacin de Ofertas, Baja de Ofertas, Bsqueda de Oferta El diagrama podra ser algo as:

2- Detalle de los casos de uso Larman (Applying UML and Patterns 3 Edicin - Capitulo 6):

Definitions: What are Actors, Scenarios, and Use Cases? First, some informal definitions: an actor is something with behavior, such as a person (identified by role), computer system, or organization; for example, a cashier. A scenario is a specific sequence of actions and interactions between actors and the system; it is also called a use case instance. It is one particular story of using a system, or one path through the use case; for example, the scenario of successfully purchasing items with cash, or the scenario of failing to purchase items because of a credit payment denial. Informally then, a use case is a collection of related success and failure scenarios that describe an actor using a system to support a goal. Factor out subfunction use cases and use the include relationship when: They are duplicated in other use cases. A use case is very complex and long, and separating it into subunits aids comprehension. there are other relationships: extend and generalization. But Cockburn, an expert usecase modeler, advises to prefer the include relationship over extend or generalization: As a first rule of thumb, always use the include relationship between use cases. People who follow this rule report they and their readers have less confusion with their writing than people who mix include with extend and generalizes [Cockburn]. Use Case template: Use Case Section Use Case Name Scope Level Primary Actor Stakeholders and Interests Preconditions Success Guarantee Main Success Scenario Extensions Special Requirements Comment Start with a verb. The system under design. "user-goal" or "subfunction" Calls on the system to deliver its services. Who cares about this use case, and what do they want? What must be true on start, and worth telling the reader? What must be true on successful completion, and worth telling the reader. A typical, unconditional happy path scenario of success. Alternate scenarios of success or failure. Related non-functional requirements.

Technology and Data Variations Varying I/O methods and data formats. List Frequency of Occurrence Miscellaneous Influences investigation, testing, and timing of implementation. Such as open issues.

Nombre del caso de uso Actor Frecuencia de utilizacin Objetivo Pre-Condiciones Post-Condiciones Curso Normal

Alta de Oferta Usuario HumanWare | Empresa externa En promedio unas 10 a 15 veces por da. Ingresar al sistema Ofertas de trabajo El Actor debe tener usuario con permisos de para dar de alta ofertas. El Actor debe tener empresas asociadas a su usuario

1. El actor ingresa a la seccin Alta de Ofertas 2. El sistema muestra los siguientes campos de carga obligatoria, junto con las opciones Aceptar y Cancelar: <Empresa Solicitante> Tipo de campo: drop-down Contenido: lista de empresas (orden alfabtico) asociada al usuario logueado (regla general, para los usuarios de HumanWare, se listan todas las empresas. Para los usuarios de Empresas externas slo la(s) empresa(s) asociada(s) a ese usuario). Validacin: al menos una empresa debe figurar listada. Mensaje de error: *no hay mensaje de error, como pre-condicin al menos una empresa debe estar asociada al usuario. <Nombre del puesto> Tipo de campo: text-box Contenido: texto Validacin: mximo 30 caracteres, mnimo 5 caracteres Mensaje de error: este campo debe contener como mnimo 5 caracteres <Descripcin del puesto> campo tipo text-box, mximo 300 caracteres Tipo de campo: text-box Contenido: texto Validacin: mximo 300 caracteres, mnimo 5 caracteres Mensaje de error: este campo debe contener como mnimo 5 caracteres <Rango salarial> Tipo de campo: 2 text-box (default: desde, hasta) Contenido: numrico Validacin: el contenido debe ser numrico, el desde debe ser menor al hasta Mensaje de error: el rango salarial es invalido <Jornada>. Tipo de campo 3 Option button Contenido: completa(default), parcial, ambos Validacin: Mensaje de error: <Estudios> Tipo de campo text-box Contenido: texto Validacin: mximo 80 caracteres, mnimo 5 caracteres Mensaje de error: este campo debe contener como mnimo 5 caracteres <Nivel de Estudios> Tipo de campo check-box Contenido: estudio secundario completo, universitario en curso, universitario avanzado, universitario completo, estudios de posgrado Validacin: al menos uno seleccionado Mensaje de error: seleccione al menos una de las opciones

<Habilidades> Tipo de campo: 1 drop-down, 1 option button y 1 check-box Contenido: hasta 10 habilidades. drop-down: muestra la lista de habilidades; Option button: nivel de conocimiento opciones de 1 a 5 (default 1); check-box: requerida | deseada (default) Validacin: al menos una habilidad cargada Mensaje de error: debe cargar al menos una habilidad 3. 4. 5. 6. El Usuario hace click en la opcin Aceptar El sistema muestra el mensaje La oferta laboral se ha cargado con xito. Junto con el botn Aceptar El Usuario hace click en la opcin Aceptar El sistema muestra las opciones: Cargar nueva Oferta y Volver al men Principal

Alternativas 1.1 Si el usuario no tiene empresas asociadas, el sistema no le permite entrar a la seccin Alta de Ofertas, muestra el mensaje de error Su usuario no est habilitado para el alta de ofertas laborales, contacte al administrador del sistema. Mostrar botn Aceptar con la accin volver a la pantalla anterior. 3.1 Alguna de las validaciones no se cumplen, el sistema muestra los mensajes de error en color rojo, al lado de cada unos de los campos y habilita al usuario para volver a completarlos. 3.2 El usuario hace click en la opcin Cancelar y el sistema muestra las opciones: Cargar nueva Oferta y Volver al men Principal

3- Diagrama de Actividad de la carga de una nueva oferta de trabajo Larman (Applying UML and Patterns 3 Edicin - Capitulo 28):
Introduction A UML activity diagram shows sequential and parallel activities in a process. They are useful for modeling business processes, workflows, data flows, and complex algorithms. A few guidelines have emerged in activity modeling; these include: This technique proves most valuable for very complex processes, usually involving many parties. Use-case text suffices for simple processes. If modeling a business process, take advantage of the "rake" notation and sub-activity diagrams. On the first overview "level 0" diagram, keep all the actions at a very high level of abstraction, so that the diagram is short and sweet. Expand the details in sub-diagrams at the "level 1" level, and perhaps even more at the "level 2" level, and so forth. Related to the above, strive to make the level of abstraction of action nodes roughly equal within a diagram. As a poor counter-example, suppose in a "level 0" diagram there is an action node labeled "Deliver Order." And, a second action node "Calculate Tax." Those are very different levels of abstraction.

Tiene empresas asociadas? Si

No

Cargar Datos

Datos correctos? Si

No

Aceptar Formulario

Cancelar Formulario

Oferta Laboral : <unspecified>

Si

Crear nueva oferta? No

4- Diagrama de Estados de una oferta laboral Larman (Applying UML and Patterns 3 Edicin - Capitulo 29): Introduction As with activity diagrams, UML state diagrams show a dynamic view. The UML includes notation to illustrate the events and states of things transactions, use cases, people, and so forth. A state machine diagram shows the lifecycle of an object: what events it experiences, its transitions, and the states it is in between these events. It need not illustrate every possible event; if an event arises that is not represented in the diagram, the event is ignored as far as the state machine diagram is concerned. Therefore, we can create a state machine diagram that describes the lifecycle of an object at arbitrarily simple or complex levels of detail, depending on our needs. An event is a significant or noteworthy occurrence. For example: A telephone receiver is taken off the hook. A state is the condition of an object at a moment in time the time between events. For example: A telephone is in the state of being "idle" after the receiver is placed on the hook and until it is taken off the hook. A transition is a relationship between two states that indicates that when an event occurs, the object moves from the prior state to the subsequent state. For example: When the event "off hook" occurs, transition the telephone from the "idle" to "active" state. Entonces en este caso una oferta laboral tendr los siguientes estados: activa (cuando se da de alta), cubierta (cuando la empresa informa que se ha contratado un candidato para esa posicin) y vencida (luego de los 6 meses del alta).

Activa

Cubierta

Vencida

Archivada