Disciplinas del proceso unificado

Solo disponible en BuenasTareas
  • Páginas : 7 (1551 palabras )
  • Descarga(s) : 0
  • Publicado : 7 de diciembre de 2011
Leer documento completo
Vista previa del texto
DISCIPLINAS DEL PROCESO UNIFICADO
Modelado del Negocio

Con esta disciplina se pretende llegar a un mejor entendimiento de la organización donde se va a implantar el sistema de software. Los principales motivos para ejecutar esta disciplina son los siguientes: asegurarse de que el producto será algo útil y no un obstáculo; conseguir que se ajuste de la mejor forma posible en la organizacióndonde se va a implantar; y tener un marco común para el equipo de proyecto, los clientes y los usuarios finales. Esta disciplina no será siempre necesaria. Si sólo se añaden funcionalidades que no verán los usuarios directamente, no hará falta. Los objetivos específicos del modelado de negocio son: 1. Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de laorganización objetivo. 2. Derivar los requerimientos del sistema necesarios para apoyar a la organización objetivo en su mejora. 3. Entender el problema actual en la organización objetivo e identificar potenciales mejoras. 4. Entender la estructura y la dinámica de la organización para la cual el sistema va a ser desarrollado (organización objetivo). Para lograr estos objetivos, elmodelado de negocio describe como desarrollar una visión de la nueva organización, basado en esta visión se definen procesos, roles y responsabilidades de la organización por medio de un Modelo de Casos de Uso del Negocio. Los artefactos del modelo de negocio sirven como entrada y referencia para la definición de los requerimientos del sistema.La importancia de esta disciplina radica en que sin elpanorama completo del alcance del negocio y sin el entendimiento de sus procesos no podrán identificarse las necesidades inmediatas de mejora y continuidad relativa a las actividades relacionadas con los sistemas informáticos, que son el producto final del desarrollo. Requerimientos |
El objetivo principal de esta disciplina es establecer las funciones que se quiere que satisfaga el sistema aconstruir. En esta línea los requerimientos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requerimientos que se especifiquen. Para obtener los requerimientos se deben aplicar prácticas de licitación a los involucrados en el proyecto, anotar y validar todas sus solicitudes. Los objetivos específicos de la disciplina requerimientos son: 1.Definir el ámbito del sistema. 2. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario. 3. Establecer y mantener un acuerdo entre clientes y otros involucrados sobre lo que el sistema debería hacer. 4. Proveer a los desarrolladores un mejor entendimiento de los requerimientos del sistema. 5. Proveer una base para estimar recursos y tiempo dedesarrollo del sistema. 6. Proveer una base para la planeación de los contenidos técnicos de las iteraciones. Los requerimientos pueden ser divididos en dos grupos: Los requerimientos funcionales, los cuales describen las funciones que el software va a ejecutar; por ejemplo, ajustarse a un formato de texto o modular una señal. Los requerimientos no funcionales, los cuales especifican criterios quepueden usarse para juzgar la operación de un sistema en lugar de sus funciones específicas. En esta disciplina, y como parte de los requerimientos de facilidad de uso, se diseña la interfaz gráfica del usuario. Para ello habitualmente se construyen prototipos de la interfaz gráfica de usuario que se validan con el usuario final. Análisis y Diseño |
El objetivo principal de esta disciplina estransformar los requerimientos a una especificación que describa cómo implementar el sistema. El análisis fundamentalmente consiste en obtener una visión que se preocupa de ver que hace el sistema de software a desarrollar, por tal motivo este se interesa en los requerimientos funcionales. Por otro lado, el diseño es un refinamiento que toma en cuenta los requerimientos no funcionales, por lo cual...
tracking img