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.
