fase de inicio (cap. iii de la tesis)

FASE DE INICIO (Cap. III de la tesis)

1Ing. Maritza Irpanocca Cusimaayta

Fase de InicioDurante esta fase se desarrolla una descripción del producto final a partir de una buena idea y se presenta el análisis de negocio para el producto.

Esta fase responde a las siguientes preguntas:¿Cuáles son las principales funciones del

sistema para sus usuarios más importantes?¿Cómo podría ser la arquitectura del sistema?Cuál es el plan de proyecto y cuánto costará

desarrollar el producto?

Ing. Maritza Irpanocca Cusimaayta 2

Respuestas:En un modelo de casos de uso simplificado

que contenga los casos de uso más críticos.Con los casos de uso conseguimos la

arquitectura que es provisional, y consiste en un simple esbozo que muestra los subsistemas más importantes.

En esta fase se identifican y priorizan los riesgos más importantes, se planifica en detalle la fase de elaboración, y se estima el proyecto de manera aproximada.


Objetivo de la Fase de Inicio Desarrollar el análisis del negocio hasta el

punto necesario para justificar la puesta en marcha del proyecto.

Para desarrollar este análisis de negocio, primero tenemos que delimitar el alcance o ámbito del sistema propuesto. Necesitamos hacer esto para:

Determinar que es lo que debemos cubrir con el proyecto de desarrollo.

Determinar que debe cubrir la arquitectura. Definir los límites dentro de los cuales debemos

buscar los riesgos críticos. Delimitar las estimaciones de coste, agenda y

recuperación de la inversión.


En esta fase entonces debemos:

Delimitar el alcance Esbozar una arquitectura Mitigar los riesgos Análisis inicial del negocio (coste, tiempo, recuperación de la inversión)


Preguntas durante la fase de Inicio

¿Cuál es la visión y el análisis del negocio para este proyecto?

¿Es viable?¿Debería comprar o construir?¿Cuánto costará aproximadamente?Final de la fase: ¿seguir o no?


Entradas a la Fase de Inicio

¿Cuánto trabajo hay hecho?

La petición inicial puede contener muchos requisitos o ser una breve descripción de sus necesidades


Planificar la Fase de Inicio¿Qué hacer?Reunir la información antes de iniciar el

proyectoOrganizarla para su usoReunir personas que sepan usarlaDescubrir lo que falta en términos de los

objetivos de la faseDesarrollar un plan provisional para clarificar

requisitosPlanificar la arquitecturaPlanificar las iteraciones


Descripción del ProblemaSe describen a detalle los problemas identificados en el Capítulo I.

Ejemplo:

En la actualidad el control de bienes en el área de almacén se efectúa mediante el siguiente proceso: Los solicitantes organizados por áreas dentro del instituto piden mediante Notas de Pedido (Lista de Requerimientos) los bienes que les hacen falta para el desarrollo de sus actividades, estas Notas de Pedido son remitidas al director del instituto quien autoriza que pedidos serán atendidos y que pedidos serán desechados realizando una consolidación de estos y generando una Nota de Pedido que va dirigido al almacén central de la UNSAAC donde se realizan otros procedimientos para la atención de los requerimientos solicitados por el instituto que no serán tomados en cuenta en el desarrollo del presente trabajo.


El ingreso de los bienes al almacén del instituto se realiza de mediante tres modalidades:

Notas de pedido: Las Notas de Pedido son producto de la consolidación de las listas de requerimientos de todas las áreas del instituto que va dirigida al almacén central de la UNSAAC. El ingreso de los bienes al almacén del instituto se realiza teniendo a la vista la Pecosa remitida por el almacén central de la UNSAAC bajo la responsabilidad conjunta del director y el almacenero del instituto quienes decepcionan y verifican que los bienes cumplan las características indicadas en la Pecosa remitida, registrando los bienes que ingresan al almacén manualmente en un libro de control, lo que ocasiona no tener en el momento un reporte de los bienes que han sido atendidos o rechazados, así mismo no se tiene un reporte actualizado del stock de bienes que se tiene dentro del almacén (Inventario), una vez los bienes dentro de almacén el almacenero procede a registrarlos en la tarjeta de control visible (Bindcard) de forma manual lo que provoca fatiga en el personal responsable ocasionando un pésimo registro de los mismos.


Caja Chica: Los bienes que se pueden solicitar con este recurso son de menor cuantía y atienden requerimientos de emergencia, al ingresar estos al almacén no se tiene un registro separado lo que ocasiona no saber que emergencias o que productos han sido adquiridos con este recurso

Donaciones: Estas entradas son extraordinarias de las que no se tiene un

registro separado el cual nos permitiría saber que instituciones o personas han realizado donaciones para beneficio del instituto, así mismo la falta de un registro de este tipo de entradas al almacén del instituto provoca a largo plazo una posible pérdida imperceptible de los bienes y un desbalance el los saldos (Stock) ya que no se tiene un registro adecuado de los mismos.

La salida de los bienes del almacén son autorizados por el director atendiendo los requerimientos de cada área del instituto solicitadas previamente según su necesidad, estas salidas se registran de forma manual en un libro de control y no bajo un pedido de comprobante de salidas (Pecosa) como debería ser, lo que permite no tener un reporte de que bienes han sido atendidos por área o tener un registro estadístico por dependencia de que producto es mas requerido o de mayor necesidad (Presenta mayor movimiento).


La forma precaria en que se controlan los ingresos y salidas de bienes del área de almacén, provocan el desconocimiento en tiempo real de los saldos en el almacén (Stock) lo que no permite realizar una planificación adecuada de futuros requerimientos para el Instituto.


Modelo del Negocio

Este conocimiento es decisivo en la identificación de los casos de uso.

Negocio

AnalistaModelo del NegocioEspecific

aLos procesos del negocio que soportará el sistema

IdentificaLos objetos

del dominio

Establece

Competencias requeridas en c/proceso (trabajadores, responsabilidades y operaciones


Cómo desarrollar un modelo del negocioSe desarrolla en 2 pasos:Los modeladores del negocio deben confeccionar

un modelo de casos de uso del negocio que identifique los actores del negocio y los casos de uso del negocio que utilicen los actores. Este modelo de casos de uso del negocio permite a los modeladores comprender mejor qué valor proporciona el negocio a sus actores.

Los modeladores deben desarrollar un modelo de casos de uso del negocio, asociando a los diferentes casos de uso las reglas del negocio y otras normas impuestas por el negocio.


Estereotipos en un modelo de casos de uso del negocio (diagrama de entidades del negocio)

Actor del negocio.- cliente externo al negocio (cliente, lector, alumno…)

Trabajador del negocio.- persona que trabaja en el negocio desarrollando alguna función, puede llegar a ser usuario del sistema.

Entidad del negocio.-representa algo que los trabajadores o actores utilizan (factura, boleta, certificado)

Caso de uso del negocio.-representa el modo en que usan su sistema.

Entidad del negocioActor del negocio Trabajador del negocio Caso de uso del negocio


Entonces, en el modelo del negocio describimos la situación actual de cómo funcionan los procesos en la actualidad.

Identificaremos en este modelo: Estructura organizacional del negocio Identificación de actores del negocio Identificación de casos de uso del negocio Diagrama general de casos de uso del negocio Descripción de los casos de uso del negocio


Estructura organizacional del negocio

Cómo es que se encuentra organizada la institución, se considera al organigrama de la institución, resaltando las áreas que serán afectadas por el sistema.

Ejemplo:



Director

Coordinador

CajaSotec

Secretaría

Docentes

Almacén

ÁREA ADMINISTRATIVA

ÁREA ACADEMICA

ÁREA DE ALMACEN Y MANTENIMIENTO

ÁREA DE DIRECCIÓN

Identificación de actores del negocio

Personas que intervienen en el negocio (en los procesos), indicar además sus funciones.

Ejemplo:


Actores Funciones:

Elaborar notas de pedido para almacén central. Autorizar notas de pedido para almacén central. Autorizar salida de bienes de almacén del ISC. Autorizar compras con caja chica. Recepcionar listas de requerimientos de los solicitantes. Aprobar o rechazar las listas de requerimientos. Recepcionar bienes entregados por almacén central. Verificar bienes entregados por almacén central. Consolidar listas de requerimientos de los solicitantes. Controlar movimiento de almacén.

(

Docentes, Sotec, Secretaria, Caja,

Hardware)

Elaborar listas de requerimientos. Solicitar pedido a almacén del ISC. Justificar pedido.

Registrar ingresos y salidas de bienes de almacén del ISC. Archivar PECOSA. Controlar bienes de almacén. Registrar la cantidad de ingresos y salidas de bienes en la tarjeta

de control visible (BINDCARD).


Director

Solicitante

Almacenero

Identificación de casos de uso del negocio


Un modelo de casos de uso del negocio describe los procesos de negocio de una empresa en términos de casos de uso del negocio y actores del negocio que se corresponden con los procesos del negocio y los clientes, respectivamente. El modelo de casos de uso del negocio presenta un sistema (del negocio) desde la perspectiva de su uso, y esquematiza cómo proporcionar valor a sus usuarios (clientes y socios).Para identificar los casos de uso nos ayudamos de las funciones de los actores.

Se mencionan los caso de uso.Ejemplo:

Recepcionar Bienes. Verificar bienes. Consolidar listas de requerimientos. Aprobar o rechazar listas de requerimientos. Elaborar notas de pedido para almacén central. Elaborar lista de requerimientos. Solicitar pedido a almacén de ISC. Justificar pedido. Registrar ingresos de bienes. Registrar salidas de bienes. Préstamo de Bienes. Devolución de Bienes.


Diagrama general de casos de uso del negocio

Esquematización de los casos de uso, actores y relaciones.

Las relaciones pueden ser:Relaciones de asociación entre actores y casos

de usoRelaciones de generalización entre actoresRelaciones de generalización entre casos de

usoRelaciones incluye (include) entre casos de usoRelaciones extiende (extend) entre casos de

uso


Relación de asociación (relación de comunicación)

Representa la participación de un actor en un caso de uso. Es la más general de las relaciones y la relación semántica mas débil, siempre parte de los actores y viajan en una sola dirección.Se representa mediante una línea sólida.

Actor

Caso de uso<<Comunicates>>


Relación de generalización

La generalización es una relación de herenciaSe representa mediante una línea sólida con

cabeza de flecha hueca, apuntando desde el caso de uso hijo hacia el caso de uso padre, o desde el actor hijo hacia el actor padre.

Relación de generalización entre

actores

A

B

Relación de generalización entre

casos de uso

A

B


Relación incluye (include)

El caso de uso base siempre utiliza el caso de uso incluido. El objetivo de la relación “incluye” es permitir invocar el mismo comportamiento muchas veces, colocando el comportamiento común en un caso de uso que puede ser invocado por otro u otros casos de uso

Una relación “incluye” es una relación de dependencia, puesto que su ejecución depende siempre del caso de uso base, pues es éste el que lo invoca. El caso de uso incluido no puede ejecutarse sin el caso de uso que lo incluye.

«incluye»

«incluye»

B C

ASe representa mediante una línea discontinua con una cabeza de flecha abierta, desde el caso de uso base hacia el caso de uso incluido. La dirección de la flecha significa que el caso de uso base incluye al caso de uso incluidoEl caso de uso A incluye a los casos de uso B y C


Relación extiende (extend)

Una relación “extiende” entre casos de uso significa que se ejecuta el caso de uso base pero, bajo ciertas condiciones, este caso de uso llama a otro caso de uso que extiende el comportamiento del primero. Esto significa que el caso de uso base implícitamente incorpora el comportamiento de otro caso de uso.

Se debe utilizar para modelar la parte del caso de uso que tiene un comportamiento opcional, así podemos separar el comportamiento que siempre ocurrirá del comportamiento que ocurrirá bajo ciertas condiciones

«extiende»

A

CB

«extiende»

Se representa mediante una Se representa mediante una línea discontinua con una línea discontinua con una cabeza de flecha abierta, cabeza de flecha abierta, desde el caso de uso desde el caso de uso extendido hacia el caso de uso extendido hacia el caso de uso base. La dirección de la flecha base. La dirección de la flecha significa que el caso de uso significa que el caso de uso extendido extendido extiendeextiende al caso de al caso de uso base.uso base.



Elaborar Nota de Pedido Para Almacen Central

Registrar Ingreso de Bienes

Registrar Salida de BienesDevolución

Justificar Pedido

Prestamo de Bienes

<<extend>>Solicitar Pedido a Almacen ISC

<<include>>

Verificar BienesElaborara Listas de Requerimientos

Solicitante Almacenero Recepcionar Bienes<<include>> Director

Autorizar Pedido de Almacen ISC

Consolidar Listas de Requerimientos

<<include>>

Ejemplo:

Descripción de los casos de uso del negocioDescripción resumida de cada caso de uso

identificado.Ejemplo:


Caso de Uso

Elaborar listas de requerimientos

Actor Solicitante

Descripción

El solicitante (por áreas) elabora periódicamente de forma manual listas de requerimientos de acuerdo a sus necesidades para el desarrollo de sus actividades que serán remitidas al director del instituto.

fase de inicio (cap. iii de la tesis)

Documents