TALLER DE MODELAMIENTO DE SOFTWARE

ANÁLISIS DE REQUERIMIENTO 

• DEFINICIÓN:

La ingeniería de requisitos del software es un proceso de descubrimiento, refinamiento, modelado y especificación. Se refinan en detalle los requisitos del sistema y el papel asignado al software.  Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería  de requisitos – un conjunto de actividades que son denominadas análisis – El cliente intenta replantear un sistema confuso, a nivel de descripción de datos, funciones y comportamiento, en detalles concretos. El desarrollador actúa como interrogador, como consultor, como persona que resuelve problemas y como negociador.

El análisis y la especificación de requisitos pueden parecer una tarea relativamente sencilla, pero las apariencias engañan. El contenido de comunicación es muy denso. Abundan las ocasiones para malas interpretaciones o falta de información. Es muy probable que haya ambigüedad. El dilema al que se enfrenta el ingeniero de software puede entenderse muy bien repitiendo la famosa frase de un cliente anónimo: “Sé que cree que entendió lo que piensa que dije, pero no estoy seguro de que se dé cuenta de que lo que escuchó no es lo que yo quise decir”.

El análisis de requisitos es una tarea de ingeniería del software que cubre el hueco entre la definición del software a nivel sistema y el diseño de software. El análisis de requerimientos permite al ingeniero de sistemas especificar las características operacionales del software (función, datos y rendimientos), indica la interfaz del software con otros elementos del sistema y establece las restricciones que debe cumplir el software.

EL MODELAMIENTO DE NEGOCIO :

Se puede definir el modelado de negocios como una herramienta conceptual que contiene un conjunto de objetos, conceptos y sus relaciones con el objetivo de expresar la lógica del negocio de una empresa. Proporciona una vista simplificada de la estructura de negocios que actúa como la base para la comunicación, mejoras o innovación y define los requisitos de los sistemas de información que apoyan la empresa.

1.     MODELO DE CASOS DE USO DEL NEGOCIO:

El modelado del negocio se basa en dos diagramas principales, el modelo de casos de uso del negocio, el modelo del dominio y los modelos de objetos del negocio.

La empresa interactúa con distintos elementos externos, entre los que se identifican el cliente externo (persona o entidad que solicita la compra de productos a la empresa), el proveedor (persona o entidad que reabastece de productos a la empresa) y por último la empresa de transportes, que es una subcontrata encargada de servir los pedidos desde los distintos almacenes regionales a los clientes de la empresa.

2.     MODELO DE OBJETO DEL NEGOCIO:

para crear el modelo de negocios se debe de utilizar los siguientes estereotipos:

• Actor de negocio 
• Trabajador de negocio 
• Entidad de negocio 

Con estos tres estereotipos se puede desarrollar un Modelo de Objeto del Negocio. Este modelo identifica todos los “roles” y “cosas” en el negocio, los cuales son representados como clases en la Vista Lógica.

3. MODELO DE DOMINIO:

Un modelo del dominio se utiliza con frecuencia como fuente de inspiración para el diseño de los objetos software, y será una entrada necesaria para varios de los siguientes artefactos que se verán en este curso. El modelo del dominio muestra (a los modeladores) clases conceptuales significativas en un dominio de] problema; es el artefacto más importante que se crea durante el análisis orientado a objetos. Este documento presenta técnicas introductorias para la creación de modelos del dominio.

IMPORTANCIA:

Un modelo del dominio es una representación de las clases conceptuales del mundo real, no de componentes software. No se trata de un conjunto de diagramas que describen clases software, u objetos software con responsabilidades. 

Utilizando la notación UML, un modelo del dominio se representa con un conjunto de diagramas de clases en los que no se define ninguna operación. Pueden mostrar:

Ø  Objetos del dominio o clases conceptuales.

Ø  Asociaciones entre las clases conceptuales.

Ø  Atributos de las clases conceptuales.

RESUMEN

Resumiendo todo el trabajo nos da entrever que este análisis de requerimientos nos va a permitir especificar las características operacionales del software, indicando la interfaz del software con otros elementos y establece las restricciones que debe cumplir el software.

SUMMARY

 Summing up the work gives us a glimpse of this requirements analysis will allow us to specify the operational characteristicss pf the software, indicating the software interface with othe elements and sets restrictions to be met by software.

RECOMENDACIONES

El objetivo principal es minimizar el número necesario de personas a entrevistar para obtener una visión lo más completa posible sobre el sistema a desarrollar, sin embargo, hay que considerar también las entrevistas de “cortesía”, por ejemplo, al jefe de la unidad que se analiza o de quien depende el sistema, quien aportará una visión estratégica que podría ser de interés, pero sobre todo, de quien se persigue obtener el permiso y el apoyo para poder entrevistar al resto del personal. Hay que tener en cuenta que se eliminan muchas dificultades para entrevistar a los empleados si su jefe avala la iniciativa.

CONCLUSIONES

 Y ya por concluir nuestro trabajo llegamos a la conclusión que es el conjunto  muy  completo de capacidades para que nos demos cuenta de cuan importancia es el softaware.

GLOSARIO DE TERMINOS 

INTERACTUAR: Tenemos una gran capacidad de adaptarnos al mundo a interactuar con el, muchas personas estan aprendiendo a jugar con el aparato de la televisión, a interactuar con el 

REABASTECE:

Proporcionar o poner al alcance de una persona lo que necesita para su mantenimiento o funcionamiento.

ESTEREOTIPO:

Un estereotipo consiste en una imagen estructurada y aceptada por la mayoría de las personas

DIAGRAMAS:

un diagrama o gráfico es un tipo de esquema de información que representa datos numéricos tabulados

DOMINIO:

acción de dominar

APRECIACIÓN DEL EQUIPO

A nuestro equipo nos pareció muy importante El Análisis de 

Requerimiento porque nos va ayudar a poder realizar cualquier 

proyecto, teniendo muy en cuenta que tenemos que seguir cada paso 

por paso para poder realizar bien un análisis de requerimiento.

BIBLIOGRÁFICA Ó LINKOGRAFÍA

http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisis_Requerimiento.pdf

https://es.wikipedia.org/wiki/Modelo_de_dominio

http://is.ls.fi.upm.es/docencia/is2/documentacion/ModeloDominio.pdf

https://rzamurianos.wordpress.com/2011/06/05/modelo-de-objeto-del-negocio/

http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Model_Negocio.html

http://yaqui.mxl.uabc.mx/~molguin/as/IngReq.htm