NOTA: Esta plantilla es una version de prueba descargado desde www.processimpact.com.

Todos
los pagos de shareware son donados al Fondo de Beneficios Kerth Norma para ayudar a un
consultor que está deshabilitado con una lesión cerebral. Por favor
visitahttp://www.processimpact.com/norm_kerth.htmlpara hacer un pago Shareware ($ 10
sugeridos). ¡Gracias!

Visión y Alcance del

Documento
para

<Proyecto>
Versión 1.0 aprobada

Preparado por <autor>

<Organización>

<Fecha de creación>

eLearning versiones de varios seminarios de formación Impacto de Procesos populares están

disponibles en www.processimpact.com/elearning.shtml, Incluyendo “En busca de excelentes
Requisitos”, “Exploración Requisitos de usuarios con los casos de uso” y “Escritura de
Requisitos de alta calidad.” Usuario único y licencias de sitio en toda la corporación son
ambos disponibles.

Copyright © 1999 por Karl E. Wiegers. Se concede permiso para usar, modificar y distribuir este documento.
Visión y Alcance de <Proyecto> Página 2

Tabla de contenido
Tabla de contenido...............................................................................................................ii
Revisión histórica................................................................................................................ii
Requisitos 1.Business............................................................................................................
1
1.1.Background................................................................................................................
1
Oportunidad 1.2.Business................................................................................................
1
Objetivos y criterios de éxito 1.3.Business......................................................................
1
1.4.Customer o las necesidades del mercado...................................................................
1
Los riesgos 1.5.Business..................................................................................................
1
2.Vision de la Solución..........................................................................................................
2
Declaración 2.1.Vision.....................................................................................................
2
Características 2.2.Major.................................................................................................
2
2.3.Assumptions y Dependencias....................................................................................
2
3.Scope y Limitaciones..........................................................................................................
2
3.1.Scope de lanzamiento inicial.....................................................................................
2
3.2.Scope de las versiones posteriores.............................................................................
2
3.3.Limitations y exclusiones..........................................................................................
3
Contexto 4.Business..............................................................................................................
3
Perfiles 4.1.Stakeholder...................................................................................................
3
Prioridades 4.2.Project.....................................................................................................
4
4.3.Operating Medio Ambiente.......................................................................................
4

Revisión histórica

Nombre Fecha Razón por cambios Versión

Visión y Alcance de <Proyecto> Página 3
Visión y Alcance de <Proyecto> Página 1

1. Requisitos de negocio
<Los requisitos de negocio son la base y referencia para todo el desarrollo de los requisitos
detallados. Usted puede reunir los requisitos de negocio del cliente o la alta dirección de la
organización de desarrollo, un patrocinador ejecutivo, un visionario de proyectos, gestión de
productos, el departamento de marketing, u otras personas que tienen una idea clara de por
qué se está llevando a cabo el proyecto y el valor último lo hará proporcionar, tanto a la
empresa ya los clientes.>

1.1. Fondo
<Esta sección resume la razón de ser del nuevo producto. Proporcionar una descripción
general de la historia o situación que conduce al reconocimiento de que este producto se debe
construir.>

1.2. Oportunidad de negocio

<Describir la oportunidad de mercado que existe el problema o negocio que se está
resolviendo. Describir el mercado en el que un producto comercial estará compitiendo o el
medio ambiente en el que se utiliza un sistema de información. Esto puede incluir una breve
evaluación comparativa de los productos existentes y las posibles soluciones, lo que indica por
qué el producto propuesto es atractivo. Identificar los problemas que actualmente no se pueden
resolver sin el producto, y cómo el producto se ajusta a las tendencias del mercado o
direcciones estratégicas corporativas.>

1.3. Objetivos y criterios de éxito de negocio

<Describir los objetivos de negocio importantes del producto de una manera que es cuantitativa
y medible. El valor proporcionado a los clientes se describe en la sección 1.4, por lo que esta
sección debe centrarse en el valor proporcionado a la empresa. Esto podría incluir
estimaciones de los ahorros de costes o de ingresos, el rendimiento de análisis de inversiones,
o fechas de lanzamiento. Determinar cómo se definirá el éxito y se mide en este proyecto, y
describir los factores que son propensos a tener el mayor impacto en el logro de ese éxito.
Incluir cosas dentro del control directo de la organización, así como los factores externos.
Establecer criterios medibles para evaluar si los objetivos de negocio se han cumplido.>

1.4. Clientes o las necesidades del mercado

<Describir las necesidades de los clientes típicos o segmentos de mercado, incluyendo las
necesidades que aún no son satisfechas por el mercado o por los sistemas existentes. Es
posible que desee para describir problemas de los clientes encuentran actualmente que el
nuevo producto (o no) la dirección y cómo el producto sería utilizado por los clientes. Identificar
el hardware del cliente y entorno de software en el que debe operar el producto. Definir en un
nivel alto ningún requisitos de la interfaz o de rendimiento críticos conocidos. Evitar la inclusión
de cualquier diseño o detalles de aplicación. Presentar los requisitos en una lista numerada de
modo que el usuario más detallada o los requisitos funcionales se pueden remontar a ellos.>

1.5. Los riesgos de negocio

<Resumen de los principales riesgos de negocio asociados con el desarrollo de este producto,
tales como la competencia del mercado, problemas de tiempo, la aceptación del usuario, las
cuestiones de aplicación, o posibles impactos negativos sobre el negocio. Estimar la gravedad
de los riesgos e identificar las acciones de mitigación de riesgos que podrían adoptarse.>
Visión y Alcance de <Proyecto> Página 2

2. Visión de la Solución
<En esta sección se establece una visión a largo plazo para el sistema que se construirá para
hacer frente a los objetivos de negocio. Esta visión proporcionará el contexto para la toma de
decisiones a lo largo del curso del ciclo de vida de desarrollo del producto. La visión no debe
incluir los requisitos funcionales detallados o información de planificación del proyecto.>

2.1. Declaración de la visión

<Escribir una declaración de visión concisa que resume el propósito y la intención del nuevo
producto y describe lo que el mundo será como cuando se incluye el producto. La declaración
de visión debe reflejar una visión equilibrada que satisfaga las necesidades de diversos
clientes, así como los de la organización en desarrollo. Puede ser un poco idealista, pero debe
basarse en las realidades de los mercados existentes o anticipados de clientes, las
arquitecturas empresariales, las direcciones estratégicas de la organización, y las limitaciones
de costos y recursos.>

2.2. Características principales

<Incluya una lista numerada de las principales características del nuevo producto, haciendo
énfasis en aquellas características que lo distinguen de los productos anteriores o en
competencia. requisitos específicos del usuario y los requisitos funcionales pueden ser
rastreados a estas características.>

2.3. Suposiciones y dependencias

<Registrar todas las suposiciones que se hicieron al concebir el proyecto y la redacción de este
documento de visión y alcance. Tenga en cuenta las dependencias principales del proyecto
debe confiar en el éxito, tales como las tecnologías específicas, terceros proveedores, socios
de desarrollo, u otras relaciones comerciales.>

3. Alcance y limitaciones
<El alcance del proyecto define el concepto y el alcance de la solución propuesta. También es
importante definir lo que no se incluye en el producto. Aclarar el alcance y las limitaciones
ayuda a establecer expectativas realistas de los muchos grupos de interés. También
proporciona un marco de referencia contra el cual propusieron características y cambios
requisitos pueden ser evaluados. requisitos propuestos que están fuera de alcance para el
producto previsto deben ser rechazados, a menos que sean tan beneficioso que el alcance
debería ampliarse para dar cabida a ellos (con el acompañamiento de los cambios en el
presupuesto, el cronograma y / o recursos).>

3.1. Alcance de la liberación inicial

<Describir las características principales destinados que se incluirán en la versión inicial del
producto. Considere los beneficios que el producto está diseñado para llevar a las diversas
comunidades de clientes, y por lo general describir las características del producto y las
características de calidad que le permitan a las prestaciones. Evitar la tentación de incluir todas
las características posibles que cualquiera de las categorías de clientes potenciales podría
querer posiblemente algún día. Centrarse en las características y las características del
producto que proporcionarán el mayor valor, con el coste de desarrollo más aceptable, a la
comunidad más amplia.>
Visión y Alcance de <Proyecto> Página 3

3.2. Ámbito de aplicación de las versiones posteriores

<Si una evolución progresiva de ese producto se prevé el paso del tiempo, indicar qué
características principales será diferido a versiones posteriores.>

3.3. Limitaciones y exclusiones

<Identificar las características del producto o características que una parte interesada puede
prever, pero que no se han previsto para ser incluido en el nuevo producto.>

4. Contexto empresarial
<Esta sección resume algunas de las cuestiones comerciales en todo el proyecto, incluyendo
perfiles de las principales categorías de clientes, supuestos que entraron en el concepto del
proyecto, y las prioridades de gestión para el proyecto.>

4.1. perfiles de los actores

<Las partes interesadas son individuos, grupos u organizaciones que están involucradas
activamente en un proyecto, se ven afectados por su resultado, o pueden influir en su
resultado. Los perfiles de los actores identifican los clientes para este producto y otras partes
interesadas, y establece sus principales intereses en el producto. Caracterizar los clientes de
nivel de empresa, el objetivo de segmentos de mercado, y diferentes clases de usuarios, para
reducir la probabilidad de los requisitos inesperados que emergen más tarde que no pueden
alojarse porque de lo previsto o extensión limitaciones. Para cada categoría de partes
interesadas, el perfil incluye el valor mayor o beneficios que recibirán de producto, sus posibles
actitudes hacia el producto, las principales características y las características de interés y
todas las restricciones conocidas que deben ser acomodados. Ejemplos de valor de las partes
interesadas incluyen:

 mejora de la productividad
 reducción de retrabajo
 ahorro de costes
 procesos de negocio simplificados
 automatización de tareas manuales previamente
 capacidad de realizar completamente nuevas tareas o funciones
 la conformidad con las normas o regulaciones actuales
 mejora en la usabilidad o reducido nivel de frustración en comparación con las aplicaciones
actuales

Ejemplo:>

Mayor
Tenedor de Valor actitudes Los principales restricciones
apuestas intereses
ejecutivos aumento de ver producto como más rico conjunto de presupuesto
los ingresos vía para aumento características que los máximo = $ 1.4M
del 25% en la cuota competidores; hora de
de mercado comprar
editores un menor muy receptivos, corrección automática debe ejecutarse
número de pero se espera que de errores; facilidad de en estaciones de
errores en el gran facilidad de uso; alta fiabilidad trabajo de gama
trabajo uso baja
Visión y Alcance de <Proyecto> Página 4

ayudantes el acceso resistente al menos capacidad para no hay

legales rápido a los que el producto es manejar base de datos presupuesto
datos compatible con mucho más grande que para el reciclaje
golpe de teclado la del sistema actual;
con el sistema fácil de aprender
actual

4.2. Las prioridades del proyecto

<Describir las prioridades entre los requisitos, el programa y el presupuesto del proyecto. La
siguiente tabla puede ser útil en la identificación de los parámetros alrededor de los
conductores clave del proyecto (objetivos prioritarios), las limitaciones para trabajar dentro y
dimensiones que pueden ser equilibradas entre sí para lograr los conductores dentro de las
limitaciones conocidas. Para obtener más información, véase el capítulo 2 de la creación de un
software de ingeniería de la cultura por Karl E. Wiegers (Dorset House, 1996). Ejemplos:>

Dimensión Conductor La restricción Grado de libertad (rango

(objetivo estatal) (límites del estado) permisible estado)

Programar liberar 1.0 que esté

disponible a 10/1,
Versión 1.1 por 12/1
Caracteristicas 70-80% de características de
alta prioridad debe ser incluido
en la versión 1.0
Calidad 90-95% de las pruebas de
aceptación del usuario debe
pasar para la liberación 1.0,
95-98% para la liberación 1.1
Personal tamaño máximo del
equipo es de 6 + 4
probadores
desarrolladores
Costo presupuesto invadida hasta un
15% aceptable sin revisión
ejecutiva

4.3. Entorno operativo

<Describir el entorno en el que se utilizará el sistema y definir los principales requisitos de
disponibilidad, fiabilidad, rendimiento y la integridad. Esta información va a influir de manera
significativa la definición de la arquitectura del sistema. Considerar cuestiones tales como:
 Los usuarios están ampliamente distribuidos geográficamente o localizados cerca uno del
otro? ¿Cuántas zonas de tiempo están en ellos?
 hacer cuando los usuarios en varios lugares necesitan para acceder al sistema?
 ¿Dónde está la información generada y utilizada? ¿Qué distancia separa estos lugares?
¿Es necesario combinar los datos de múltiples ubicaciones?
 Son los tiempos de respuesta máximos específicos conocidos para acceder a datos que
pueden ser almacenados de forma remota?
Visión y Alcance de <Proyecto> Página 5

 ¿Pueden los usuarios toleran las interrupciones del servicio o es un acceso continuo al
sistema crítico para la operación de su negocio?
 ¿Qué acceso son necesarios controles de seguridad y los requisitos de protección de
datos?>