Modelo Del Desarrollo De Rait

Este documento da una vista abreviada de la metodología del desarrollo del software lógica de RAIT. El modelo del desarrollo de RAIT consiste en los pasos de progresión básicos siguientes que se requieren para desarrollar cualquier proyecto - independiente de su talla y complejidad.

1. Alcance
2. Análisis De Requisito
3. Puesta en práctica (incluye diseño, la construcción y la prueba)
4. Instalación y aceptación
5. Mantenimiento

Estrategia De la Comunicación
Identifican a los equipos en RAIT, en sitio y el offsite en el comienzo del proyecto. El cliente forma a un equipo en la consulta con RAit. Los papeles y las responsabilidades de cada uno de ellos se definen. El modo de la comunicación con el cliente se decide a la hora de firmar el contrato. Los modos pueden ser teléfono, fax, E-mail, la comunicación video etc o por la persona siempre que estén requeridos. La frecuencia, en la cual el estatus del proyecto se debe informar al cliente, será mencionada en el contrato.

Garantía De Calidad
Dan un equipo de la garantía de calidad del software lógica (SQA) la responsabilidad de enmarcar estándares y los procedimientos para alcanzar calidad del software lógica y de asegurarse de que cada uno está seguida. El grupo de la SQA sirve como el representante del cliente. Las revisiones técnicas formales son tan eficaces como probando en defectos destapadores en software lógica. El grupo de la SQA identifica, documenta y guarda una pista de las desviaciones del proceso. Se siguen los items del noncompliance hasta que se solucionan. Esto se asegura de que las desviaciones estén manejadas según un procedimiento documentado. Si están requerida, algunas de las herramientas del QA se utilizan para proyectar la calidad del software lógica se está construyendo que. Si el grupo de la SQA recomendado el analista sigue métodos y las herramientas y a diseñador, una salida de la alta calidad se puede esperar de ellos.

Gerencia De Riesgo
Identificando, analizando y riesgo del manejo se conoce como gerencia de riesgo. Esto es muy importante en un proyecto porque proporciona a un control mejor concluído el proyecto y también proporciona a confianza a los problemas de los trastos. Identifican inicialmente a un equipo (gerencia + personal técnico) y se dan las responsabilidades. Se documentan la estructura del equipo y las responsabilidades. Entonces un vector del riesgo del proyecto está preparado en el cual la descripción sobre los riesgos y los factores que influencian los riesgos se menciona la probabilidad y el impacto de cada riesgo también se documenta. Una vez que se analicen los riesgos, una estrategia está preparada para atenuar los riesgos. Un plan de contingencia también es preparado por el equipo de la gerencia de riesgo, que se ocupa de los pasos de progresión que se tomarán cuando ocurre un riesgo es decir, cuando los esfuerzos de la mitigación han fallado.

Gerencia De la Configuración
La gerencia de la configuración del software lógica (SCM) es un elemento importante de la garantía de calidad del software lógica. Su responsabilidad primaria es el control de cambios. El trabajo de SCM comienza con el comienzo del proyecto y termina cuando el software lógica se toma de la operación. El SCM tiene como objetivo el mejorar de la facilidad con la cual los cambios pueden ser acomodados y reduce los esfuerzos requeridos poniendo los cambios en ejecución.

Plan Del Proyecto
El objetivo de las hojas de operación (planning) del proyecto es proporcionar a un marco que permita al encargado hacer estimaciones razonables de recursos, de coste y de horario. El plan del proyecto del software lógica de RAit se produce en la culminación de las actividades de las hojas de operación (planning). Proporciona al coste de la línea de fondo y a la información programar que serán utilizados con fuera del desarrollo del proyecto. Antes de las hojas de operación (planning) del proyecto, un cheque - se contesta la lista que contiene una revisión del acuerdo contractual, del alcance del proyecto y de las fases de la identificación del problema. Permite al planificador tomar decisiones con respecto a los recursos y la asignación del tiempo para cada uno de las fases del desarrollo del proyecto. La lista de comprobación contiene preguntas con respecto el acabamiento del alcance, la identificación del problema, requisitos del cliente en términos de la hora y a salida y también los estándares específicos de ser seguido durante la ejecución. El documento del alcance de RAit proporciona a los requisitos del contorno para permitir el It de la división de la tarea da una idea total en cuanto a cuáles es el proyecto y un cálculo aproximado de la duración del proyecto. El equipo del desarrollo de RAit Offsite dirigido por el encargado de proyecto (RA) y el encargado de proyecto (cliente) consiste en los equipos secundarios siguientes en él.

Cliente
En Equipo Del Sitio
De Equipo Del Sitio