Diagramas para el modelado de los objetos

 Dominio del problema en un sistema de información.

Estudiar el dominio del problema es una de las actividades que forman parte del Procedimiento para identificar las necesidades de negocio de clientes y usuarios del proceso de Ingeniería de Requisitos.

Este conjunto de pautas es opcional, ya que puede que no sea necesario realizarla si se tiene experiencia previa en el desarrollo de sistemas software en el mismo dominio del problema. Una tabla resume de las pautas establecidas Área de experiencia o aplicación que necesita conocerse para resolver un problema. En el ámbito de los sistemas de información, el dominio del problema es el conjunto de conceptos interrelacionados que es necesario conocer para entender el negocio del cliente, y por lo tanto, para poder entender sus necesidades y proponer una solución adecuada, por ejemplo : Si se va a desarrollar una aplicación para la gestión de urgencias de un hospital, el dominio del problema sería todo el conjunto de conceptos relacionados: urgencia, paciente, triage, ingreso, guardia, admisión, diagnóstico, etc. Si se va a desarrollar para una empresa de seguros de automóvil, el dominio del problema sería el conjunto de conceptos como: póliza, asegurado, siniestro, franquicia, parte, etc.

Proceso de desarrollo de un sistema de información basado en objetos.

El Desarrollo de Sistemas de Información Orientado a Objetos (DSIOO) es un paradigma creado en las últimas décadas del Siglo XX, como una alternativa al Desarrollo Estructurado de Sistemas de Información.

El DSIOO presenta algunas características, de acuerdo a James Martin & James Odell (Análisis y Diseño Orientado a  Objetos):

•        Cambian nuestra forma de pensar sobre los sistemas. OO es más natural que las técnicas estructuradas para muchas personas. Después de todo, el mundo está formado por objetos.
•        Los sistemas suelen construirse a partir de objetos ya existentes.
•          La complejidad de los objetos que podemos utilizar va en aumento, ya que los nuevos objetos se construyen a partir de otros, y éstos están a su vez constituidos por otros objetos.
•        La creación de sistemas es más fácil con técnicas OO, ya que las clases OO están diseñadas para reutilizarse.
•   No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad
• Es un proceso ascendente basado en una abstracción de clases en aumento
• Se basa en identificación de objetos, definición y organización de librerías de clases, y creación de macros para aplicaciones específicas
• Utiliza menor cantidad de código
• Es más reutilizable

Modelaje de especificaciones de un sistema de información

El modelado de un sistema de información se refiere a un proceso de negocio utilizado para crear las aplicaciones de software y los esquemas de software y de hardware necesarias para soportarlas, las empresas han estado utilizando  el modelado de sistemas durante muchos años  para comunicar como funciona un sistema dentro de una organización. Estos modelos se dividen en los procesos de negocio específicos que son necesarios para completar una tarea. Cada proceso de negocio se muestra en el modelo de sistemas como una actividad que es necesaria para completar los trabajos para la organización. Estos modelos documentan como un  proceso de negocio se relaciona con componentes de software.­

Imaginemos que cualquier empresa desea cambiar el diseño de su sitio web. La primera acción a tomar es identificar y determinar lo que está sucediendo ahora. Hay que entender todo el proceso, como el cliente utiliza sitio web, donde hace clic, cual es el orden de las acciones.

Con esta información, es el momento para crear un diagrama de flujo que representa todas las acciones y etapas. Cuando podemos visualizar algo, es mucho más fácil entender. Analizando el diagrama, podemos ver claramente donde están los errores, donde el proceso es más lento, y que se puede hacer después de mejorar, es importante poner en práctica y continuar el análisis para ver si las mejoras dieron resultados o no. 

Artefactos de la metodología RUP y su importancia como apoyo al diseño orientado a objeto.

Como hemos definido anteriormente, RUP es un acrónimo y significa el Proceso Unificado Racional. Este proceso se usa preferiblemente para proyectos complejos con equipos grandes.

En la gestión de un proyecto, el sistema RUP promueve una solución disciplinada, que consiste en organizar las tareas y responsabilidades de todos dentro de una organización. Esta herramienta fue creada por Rational Software, que ahora pertenece a IBM.

Las prácticas utilizadas en RUP se basan en varios métodos, pero además, presenta algunos principios similares al de los métodos Lean .

Uno de estos métodos es Scrum , y no es posible clasificar uno como mejor que el otro, sino evaluar cuáles son los objetivos que cada metodología proporciona para tu organización o proyecto.

El Scrum Framework se basa en prácticas según el manifiesto Lean. Los proyectos que se desarrollan en este sistema tienen características como actividades y funcionan de forma iterativa e incremental.

La metodología Rup es una metodología de desarrollo de software muy importante. Ha ayudado a muchos desarrolladores a mejorar sus habilidades y a producir software de alta calidad. Si te dedicas a esto, entonces debes aprender esta metodología. Te ayudará a mejorar tu trabajo y a producir herramientas de mejor calidad. Rup también te ayudará a entender mejor el ciclo de vida del software y a planificar mejor tu trabajo. Así que aprende esta metodología y mejora tu trabajo. Rup te ayudará a convertirte en un mejor profesional.