Cinco consejos para escribir una gran Requisitos Análisis de documentos

Análisis de Requerimientos un documento es una parte integral de cualquier proyecto de TI. It &'; s un entregable importante como parte de la fase de análisis de requisitos, y es uno de los primeros en definir lo que el proyecto de TI es realmente. Vamos y'. S examinar consejos sobre cómo escribir un documento impresionante Análisis Requisitos para su proyecto

¿Qué es un documento de Análisis de Requerimientos Usado

Los Requisitos análisis de documentos, también llamado RAD, ¿no? 't sólo otro documento que debe escribir para conseguir el proyecto hecho. Realmente tiene un propósito significativo. It &'; s utiliza para definir lo que el proyecto es y lo que tiene que hacer por lo que es un éxito. Dependiendo de la organización que usted y'. Re a la RAD puede ser conocido como un documento de requisitos Definición (RDD), Requisitos de negocio de documentos (BRD), o alguna otra cosa

y' s utilizado para documentar los requisitos de un sistema. Esto puede ser un sistema de software, el sistema de hardware, u otro sistema de negocios. Se utiliza comúnmente en los sistemas de software. Se compone de secciones sobre: ​​

Responsabilidades resumen del proyecto
requisitos
funcionales
requisitos no funcionales

Por lo tanto, si usted necesita para escribir una para su proyecto, usted podría siga estos consejos para asegurarse de que su documento es beneficioso y es de alta calidad

Sugerencia 1 - utiliza una plantilla

El documento que usted y'. ha estado obligado a escribir no es casi sin duda el primero de su tipo que se ha escrito. Su organización muy probablemente ha escrito esto antes. Otros equipos, o incluso su propio equipo, podrían ellos han escrito. Una gran manera de conseguir un documento de alta calidad y para ser más eficiente es utilizar algunos de los trabajos que se hizo previamente, mediante el uso de una plantilla.

Una plantilla es básicamente un plan del documento que debe ser escrito . Debe incluir la página de cubierta, las partidas para cada sección, e incluso tal vez una descripción de lo que sucede en cada sección. . Esto puede haber sido diseñado por otro equipo del proyecto, o en otra área de la empresa, y formaría parte de la empresa y' s proceso general de normas

Esta es una buena noticia para usted - que le ayudará a escribir el documento y asegúrese de que es efectiva. También hará que su mirada documento más profesional, ya que es un formato típico de cumplir. También le ofrece una indicación de las partes de proporcionar. Esto ha sido importante para mí en los últimos años - como consultor I &';. Ve varias organizaciones visitadas, todas con diferentes plantillas y las plantillas realmente han ayudado en la búsqueda de lo que tiene que ser incluido

Tip 2 - Escribir con un usuario de negocio en mente

Esto podría parecer un consejo obvio, sin embargo, cuando usted escribe los Requisitos de análisis de documentos, intento de escribir con los usuarios de negocio en mente. Puede ser tentador, sobre todo a partir de una formación técnica, para entrar en muchos detalles técnicos e incluyen una gran cantidad de jerga de TI en el documento. Trate de mantenerse lejos de hacer esto.

El objetivo del documento es proporcionar una introducción al proyecto y para especificar los requisitos que han sido incluidos y excluidos en el proyecto. Si se escribe con los usuarios en mente, se enmarcan en formas que puedan entender y que se sienta cómodo. Esto viene con la experiencia de ser un analista de negocios, o un escritor técnico, o cualquier papel es que produce el documento en su equipo

Tip 3 - Uso La Palabra y". Shall y"

Entre las palabras más importantes que usted puede saber la hora de elaborar un documento de análisis de requisitos es la palabra y" serán los &" ;. It &'; sa palabra más apropiada para especificar los requisitos exactos - ya sea funcional o no funcional. La razón de esto es que es más seguro que otras palabras como “ Will &" ;, “ haría y " ;, “ debe y " ;, o en “ can &" ;. A menos que su negocio tiene un formato de requisitos de escritura, yo recomendaría el uso de la palabra y" se los &"; al determinar los

Por ejemplo, y". El sistema deberá permitir a un usuario guardar su actual período de sesiones en el sistema y" es un requisito funcional efectiva - IT &'; s definido, ya que tiene la palabra será en él, y es específico en lo que hay que hacer. It &'; s también una palabra que los lectores puedan comprender

Tip 4 - Prueba leer el documento

Algo que usted debe hacer antes de entregar el documento a los usuarios a tener en cuenta es la prueba de lectura. ello. Tener una revisión final antes de terminarlo - incluso se podría encontrar algo no lo hiciste y' t aviso al crear el documento. Algunas áreas a comprobar son:

Ortografía y gramática de verificación - Se trata de construir en la mayoría de los procesadores de texto ya, pero y' s no es 100% fiable - especialmente si usted comete un error tipográfico y la palabra que aparece está escrito correctamente. It &'; s algo que usted necesita para comprobar también a mano, y esto puede ser completado por lo que supone una prueba de leer
Diagramas - Si se incluyen los diagramas (véase la sección siguiente), entonces debe ser revisado para la exactitud.. . Los diagramas pueden cambiar a lo largo de la creación del documento, lo que significa que debe asegurarse de tener la última versión del documento
formato de documento - el formato del documento es una zona de alto con frecuencia. Se pega a cabo cuando el documento tiene formato malos o inconsistentes. El documento debe estar limpio, bien formateado y consistente. Se puede añadir un sentido de confianza en el documento y para su equipo. . También se vea profesional: nombres de las personas y de los sistemas - Por lo general, para los documentos de análisis de requisitos, es necesario incluir a los pueblos y' nombres en un autor o incluso una sección Responsabilidades Proyecto. Es necesario comprobar estos nombres para asegurarse de que son correctos. El corrector ortográfico probablemente no recogerlos, pero siempre y cuando que son correctos, el documento va a estar bien

Consejo 5 -. Incluir gráficos y amp de

Una gran manera de esbozar un concepto o proceso es utilizar un diagrama. Son útiles para explicar los sistemas actuales, los sistemas propuestos, estructuras de organización, diseños de pantalla, datos y flujos de procesos, y un montón de otras cosas. Ellos deben ser incluidos en un documento de análisis de requisitos para explicar sus conceptos y en las secciones que cosecharán los beneficios de ellos. También se rompe el documento y hace que sea más fácil de leer

Hay mucha gente que son personas visuales - que pueden absorber las cosas más fáciles si y'. S en una forma de diagrama, más que se explica en el texto. Por lo tanto, asegurarse de que los diagramas de haber incluido en las áreas que son difíciles de explicar el uso de texto Restaurant  .;