|
SOA define un conjunto de técnicas y productos de trabajo, tal como aparece en la figura de esta sección, para definir modelos de solución de extremo a extremo.
==Plan de proyecto==
====Historia====
*Gestión de proyectos tradicionalmente asociada a cada disciplina
*En últimas décadas del siglo XX aparece la preocupación por la gestión de proyectos como disciplina independiente
*PMI (Project Management Institute) 1969
*PMBOK Project Management Body of Knowledege – 1996
*1490-1998 IEEE Guide Adoption of PMI Standard, A Guide to the Project Management Body of Knowledge
====Conceptos fundamentales====
*Proyecto: Emprendimiento temporario para crear un producto o servicio único (PMBOK-1996)
*Gestión de Proyectos : Aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades de un proyecto, para cubrir o superar las necesidades y expectativas para un proyecto
*Interesados (stakeholders): Involucrados (participan), Interesados,afectados positiva o negativamente
*Alcance:
**Del producto (final) – sus características
**Del proyecto – trabajos incluidos (y no)
*Diferencia entre Proyecto /Programa
**Proyecto: Conjunto temporal de actividades de trabajo que están relacionadas, coordinadas por un líder del proyecto, que cuando se llevan a cabo pueden lograr ciertos objetivos. Un proyecto tiene un alcance definido, productos, entregables, etapas de trabajo, duración y un presupuesto definido en un plan de proyecto.
**Programa: Conjunto de proyectos íntimamente relacionados que se engloban a una iniciativa común y que se financian como una unidad.
====Estatutos del proyecto====
Acuerdo formal y de compromiso entre los representantes del equipo del proyecto, respecto a como se manejará y coordinará el esfuerzo de desarrollo, especificando el alcance del proyecto, el enfoque para su administración, su organización y su plan de trabajo.
*La Intención de los Estatutos del Proyecto es:
**Documentar el acuerdo entre los miembros del equipo del proyecto.
**Proveer un entendimiento claro de los objetivos y metas del proyecto
**Definir los roles y responsabilidades del proyecto
**Documentar el enfoque de administración del proyecto y sus procedimientos
**Proveer una base para el alcance y manejo de las expectativas
**Definir los procedimientos para controlar los cambios, administrar riesgos y asuntos pendientes y monitorear calidad y el progreso del proyecto.
**Es responsabilidad de los líderes el que estos estatutos se comuniquen con detalle a todo el equipo de trabajo
====Dimensiones del alcance del proyecto====
*Organizacional
*Funcional
*Temporal
*Productos
*Financiero
====Tabla de contenido de un plan de proyecto====
*Plan de Proyecto
**Introducción
**Objetivo del Plan
**Antecedentes
**Objetivos del Proyecto
**Alcances
**Descripción del Sistema
***Modulo de Ventas
***Modulo de Productos
***Modulo de Clientes
***Modulo de Usuarios
***Modulo de Proveedores
**Arquitectura y Plataforma
***Arquitectura y Plataforma del modelo Actual
***Arquitectura y Plataforma del modelo Propuesto
***Plataforma de Desarrollo
***Plataforma de Implementación
**Plan del Proyecto
***Fase de Incepción o Inicio
***Fase de Elaboración
***Fase de Construcción
***Fase de Transición
**Organización del Proyecto
***Estructura Organizacional
***Roles y Funciones del Grupo de Trabajo
**Administración de Riesgos
**Anexos
**Matriz de entregables
**Cronograma
==Modelo de negocio==
Es una parte esencial poder modelar el '''Proceso de Negocio''' de cualquier proceso de desarrollo de software. Porque esto permite al analista internar el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripción de dónde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales. También provee la justificación para la construcción del sistema de software al capturar las actividades manuales y los procedimientos automatizados habituales que se incorporarán en nuevo sistema, con costos y beneficios asociados.
El modelo preliminar del negocio, permite al analista observar los eventos, las entradas, los recursos y las salidas más importantes relacionadas con el proceso de negocio. Es posible construir un modelo completamente trazable mediante la posterior conexión de elementos de diseño (tales como los casos de uso) al modelo de negocio a través de conectores de implementación, desde la generalidad del proceso de negocio a los requisitos funcionales y eventualmente a los instrumentos de software que se construirán realmente.
Por el hecho de que el modelo de '''Procesos de Negocio''' normalmente es más amplio que la parte de sistema computacional considerada, también permite al analista identificar claramente qué está dentro del alcance del sistema propuesto y qué se implementará de otras formas (por ejemplo: un proceso manual).
==Casos de uso==
Los Casoscasos de Usouso son una técnica, paramuy característica de este modelo de proceso, con la que especificar el comportamiento del sistema.
''"Un Caso de Uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios"''
Todo sistema de software, ofrece a su entorno una serie de servicios, Un caso de uso es una forma de expresar cómo alguien o algo externo a un sistema lo usa.
| 