Proceso UnificadoEl Proceso Unificado es un proceso de software genrico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes reas de aplicacin, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaos de proyectos.Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una organizacin de desarrollo. Su meta es asegurar la produccin de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.El Proceso Unificado tiene dos dimensiones Un eje horizontal que representa el tiempo y muestra los aspectos del ciclo de vida del proceso a lo largo de su desenvolvimientoUn eje vertical que representa las disciplinas, las cuales agrupan actividades de una manera lgica de acuerdo a su naturaleza.La primera dimensin representa el aspecto dinmico del proceso conforme se va desarrollando, se expresa en trminos de fases, iteraciones e hitos (milestones).La segunda dimensin representa el aspecto esttico del proceso: cmo es descrito en trminos de componentes del proceso, disciplinas, actividades, flujos de trabajo, artefactos y roles.El Proceso Unificado se basa en componentes (component-based), lo que significa que el sistema en construccin est hecho de componentes de software interconectados por medio de interfaces bien definidas (well-defined interfaces).El Proceso Unificado usa el Lenguaje de Modelado Unificado (UML) en la preparacin de todos los planos del sistema. De hecho, UML es una parte integral del Proceso Unificado, fueron desarrollados a la par.Los aspectos distintivos del Proceso Unificado estn capturados en tres conceptos clave: dirigido por casos de uso (use-case driven), centrado en la arquitectura (architecture-centric), iterativo e incremental. Esto es lo que hace nico al Proceso Unificado.Fases:Fase de Inicio. Es la fase ms pequea del proyecto e, idealmente, debe realizarse tambin en un periodo de tiempo pequeo (una nica iteracin). El hecho de llevar a cabo una fase de inicio muy larga indica que se esta realizando una especificacin previa excesiva, lo que responde ms a un modelo en cascada. Objetivos: Establecer una justificacin para el proyecto.Establecer el mbito del proyecto.Esbozar los casos de uso y los requisitos clave que dirigirn las decisiones de diseo.Esbozar las arquitecturas candidatas.Identificar riesgos.Preparar el plan del proyecto y la estimacin de costes.El hito de final de fase se conoce como Hito Objetivo del Ciclo de Vida.

Fase de Elaboracin.Durante esta fase se capturan la mayora de los requisitos del sistema.Los objetivos principales de esta fase sern la identificacin de riesgos y establecer y validar la arquitectura del sistema.Base de Arquitectura Ejecutable: La arquitectura se valida a travs de la implementacin de una Base de Arquitectura Ejecutable: se trata de una implementacin parcial del sistema que incluye los componentes principales del mismo. Al final de la fase de elaboracin la base de arquitectura ejecutable debe demostrar que soporta los aspectos clave de la funcionalidad del sistema y que muestra la conducta adecuada en trminos de rendimiento, escalabilidad y coste. Al final de la fase se elabora un plan para la fase de construccin. El hito arquitectura del ciclo de vida marca el final de la fase. Fase de construccin. Es la fase ms larga de proyecto. El sistema es construido en base a lo especificado en la fase de elaboracin. Las caractersticas del sistema se implementan en una serie de iteraciones cortas y limitadas en el tiempo. El resultado de cada iteracin es una versin ejecutable de software. El hito de capacidad operativa inicial marca el final de la fase.

Fase de transicin.En esta fase el sistema es desplegado para los usuarios finales.La retroalimentacin recibida permite incorporar refinamientos al sistema en las sucesivas iteraciones.Esta iteracin tambin cubre el entrenamiento de los usuarios para la utilizacin del sistema. El hito de lanzamiento del producto marca el final de la fase.

Requerimientos Funcionales de un sistemaSon declaraciones de los servicios que debe proporcionar el sistema, de la manera en que ste debe reaccionar a entradasparticulares y de cmo se debe comportar en situaciones particulares. En algunos casos, los requerimientos funcionales de los sistemas tambin pueden declarar explcitamente lo que el sistema no debe hacer. Los requerimientos funcionales de un sistema describen lo que el sistema debe hacer. Estos requerimientos dependen del tipodesoftwareque se desarrolle, de los posibles usuariosdel software y del enfoque general tomado por la organizacin al redactar requerimientos. Cuando se expresan como requerimientos delusuario, habitualmente se describen de una forma bastante abstracta. Sin embargo, los requerimientos funcionales del sistema describen con detallela funcin de ste, sus entradas y salidas, excepciones, etc. Ejemplo:1. El usuario deber tener la posibilidad de buscar en el conjunto inicial de labasede datos o seleccionar un subconjunto de ella.2. El sistema deber proporcionar visores adecuados para que el usuario lea documentos en el almacn de documentos.3. A cada pedido se le deber asignar un identificador nico (id_pedido), que el usuario podr copiar al rea de almacenamientopermanente de la cuenta

Tcnica de Recoleccin de datosLos analistas utilizan una variedad de mtodos a fin de recopilar los datos sobre una situacin existente, como entrevistas, cuestionarios, inspeccin de registros (revisin en el sitio) y observacin. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo de cada una y ayudar a asegurar una investigacin completa.Para llevar a cabo un trabajo de investigacin el investigador cuenta con gran variedad de mtodos para disear un plan de recoleccin de datos. Tales mtodos varan de acuerdo con cuatro dimensiones importantes: estructura, confiabilidad, injerencia del investigador y objetividad. La presencia de estas dimensiones se reduce al mnimo en los estudios cualitativos, mientras que adquieren suma importancia en los trabajos cuantitativos, no obstante el investigador a menudo tiene la posibilidad de adaptar la estrategia a sus necesidades. Cuando la investigacin est altamente estructurada, a menudo se utilizan instrumentos o herramientas para la recoleccin formal de datos.

Las tres principales tcnicas de recoleccin de datos son:

1. Entrevistas2. La encuesta3. La observacin4. sesin de grupo.

Tcnica de Anlisis de datosUna vez que se haya recaudado los datos, sea esto a travs de una tcnica cualitativa, de un instrumento cualitativo o cuantitativo, se debe analizar la informacin o los datos obtenidos en el estudio. Este anlisis se puede hacer de diversas maneras, todo depender del tipo de estudio o mtodo que se aplic y la tcnica empleada. Se pueden hacer dos tipos de anlisis, cualitativo o cuantitativo. Cualitativo Dentro de la metodologa cualitativa se encuentra la Etnografa, Estudio de Casos y la Investigacin accin. Una caracterstica de los anlisis cualitativos es que dado las tcnicas que se emplean el anlisis no es un proceso estandarizado, por lo tanto las conclusiones pueden ser replicables, pero las operaciones para obtenerlos no lo son. "En estos estudios, a diferencia de los estudios cuantitativos se busca recaudar informacin sobre las peculiaridades de los sujetos estudiados. As que su manera de trabajar es en no estructurar el modo en que se recoge los datos, independientemente de la tcnica que se haya empleado".