<Cdigo del Proyecto><Nombre del Proyecto> Vision (Small Project)

Versin X.Y

Trujillo, 2008

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

Tabla de Contenido
1. Introduccin 1.1 2. Referencias

Posicionamiento 2.1 2.2 Enunciado del Problema Enunciado del posicionamiento del producto

3.

Descripcion de Stakeholder y Usuarios (descripcin de y usuarios)

3.1 3.2 3.3 3.4 Stakeholder User User Environment : el ambiente del usuario Summary of Key Stakeholder or User Needs : resumen de

3.5 4.

Alternatives and Competition

alternativas y la competicin

Product Overview 4.1 4.2

vision general del producto

Product Perspective La perspectiva del producto Assumptions and Dependencies suposicin y dependencias (caracteristicas dle producto) (Otros requisites del producto)

5. 6.

Product Characteristics

Other Product Requirements

Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por>

Pgina 2 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

Vision
1. Introduction
[The purpose of this document is to collect, analyze, and define high-level needs and features of the <<System Name>>. It focuses on the capabilities needed by the stakeholders, and the target users, and why these needs exist. The details of how the <<System Name>> fulfils these needs are detailed in the use-case and supplementary specifications.] [The introduction of the Vision document provides an overview of the entire document. It includes the purpose ,and references of this Vision document.] El propsito de este documento es coleccionar, analizar, y definir las necesidades de alto nivel y caractersticas del <<Nombre del sistema>>. Enfoca la atencin en las capacidades necesitadas por los tenedores de apuestas, y los usuarios de blando, y por que estas necesidades existen. Los detalles de cmo el <<nombre del sistema>> cumple a cabalidad esas necesidades son detalladas en el caso de uso y las especificaciones suplementarias [La introduccin de este documento de visin provee una visin general de la documentacin entera. Esto incluye los propsitos, y referencias de este documento de visin]. 1.1 References [This subsection provides a complete list of all documents referenced elsewhere in the Vision document. Identify each document by title, report number if applicable, date, and publishing organization. Specify the sources from which the references can be obtained. This information may be provided by reference to an appendix or to another document.] [La subdivisin provee una lista completa de todos los documentos para las que se estableci referencias a otro sitio en el documento visin. Identifique cada documento por titulo, de cuenta de numero si aplicable, la Fecha, y publicando la organizacin. Especifique las fuente s de las cuales las referencias pueden ser obtenidos. Esta informacin puede ser provista por la referencia para una apndice o para otro documento. ]

2. Positioning
2.1. Problem Statement

(El posicionamiento)
(La declaracin del problema)

[Provide a statement summarizing the problem being solved by this project. The following format may be used:]

Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por>

Pgina 3 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

[Provea una declaracin resumiendo el problema siendo solucionado por este proyecto. El siguiente formato puede ser usado]

The problem of (el problema de) [describe the problem] [describe el problema] Affects (afecta) the impact of which is (el impacto del cual es) [the stakeholders affected by the problem][los apostadores de tenedores afectados por el problema] [what is the impact of the problem?] [Cul es el impacto del problema]

a successful solution would be (una exitosa solucin lo haria ser) 2.2 Product Position Statement

[list some key benefits of a successful solution] [Liste algunas prestaciones cruciales de una solucin exitosa]

[Provide an overall statement summarizing, at the highest level, the unique position the product intends to fill in the marketplace. The following format may be used:] [Provea una declaracin global resumiendo, en el nivel ms alto, la nica posicin que el producto intenta llenar en el mercado. El siguiente formato puede ser usado:]

For Who

(para) (Quin)

[target customer] [] [statement of the need or opportunity] La declaracin de la necesidad o la oportunidad is a [product category] es una [categora del producto] [statement of key benefit; that is, the compelling reason to buy] [La declaracin de beneficio crucial; esto es, la razn urgente para comprar ]

The (product name) lo(nombre del producto) That (eso)

Unlike

(a diferencia de)

[primary competitive alternative] [la alternative competitive primaria]

Our product Nuestro product

[statement of primary differentiation] [declaracin de diferenciacin primaria]

[A product position statement communicates the intent of the application and the importance of the project to all concerned personnel.] [Una declaracin de la posicin del producto pone que el intento de la aplicacin y la importancia del proyecto en conocimiento todo concerni a los empleados]

3.

Stakeholder and User Descriptions

[To effectively provide products and services that meet your stakeholders and users' real needs it is necessary to identify and involve all of the stakeholders as part of the Requirements Modeling process. You must(debe) also (tambien) identify the users of the system and ensure(asegurarse) that the stakeholder community adequately represents them. This section provides a profile(perfil) of the stakeholders and users involved in the project, and the key problems that they(ellos) perceive to be addressed by the proposed solution. It does(hace) not describe their specific requests or requirements as these are captured in a
Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por> Pgina 4 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

separate stakeholder requests artifact. Instead, it provides the background and justification for why the requirements are needed.] [Para eficazmente proveer a los productos y los servicios se encuentran las necesidades reales de sus stakeholders' y los usuarios hay que identificar e implicar a que todos los stakeholders' partan de los requerimientos Modelando proceso. Usted tambien debe identificar a los usuarios del sistema y debe asegurar que la comunidad del stakeholders adecuadamente los representa. Este captulo provee un perfil (perfil) de los stakeholders y los usuarios involucrados en el proyecto, y los problemas cruciales a los que ellos perciben ser tratados segn la solucin pensada. Eso no describe sus demandas mltiples especficas o los requisitos como estos sean capturados en un stakeholders separado demanda artefacto. En lugar de eso, provee los antecedentes y justificacin para por qu los requisitos son necesarios] 3.1Stakeholder Summary [There are a number of stakeholders with an interest in the development and not all of them (ellos) are end users. Present a summary list of these (estos) non-user stakeholders. (The users are summarized in section 3.2.)] [Hay un nmero de stakeholders con un inters en el desarrollo y no todos ellos son usuarios finales. Presente una lista sumaria de estos stakeholders del poco usuario. (Los usuarios estn resumidos en el captulo 3.2.] Name Description Responsibilities

Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por>

Pgina 5 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001 [Name the stakeholder type.] Nombre el tipo de stakeholder

Versin: x.y Fecha: dd/mmm/yy

[Briefly describe the stakeholder.] [Summarize the stakeholder's key responsibilities with regard to the system being (siendo ) developed; brevemente describe al that is, their(su) interest as(como) a stakeholder stakeholder. For example, this stakeholder: - ensures that the system will be(ser) maintainable - ensures that there will be a market demand for the product's features - monitors the project's progress - approves funding (financiacin) - and so forth] Y as sucesivamente [[ resuma las responsabilidades cruciales del stakeholder's acerca del sistema siendo desarrollado, su inters como un stakeholder's . por Ejemplo, este stakeholder's : asegura que el sistema ser sostenible - Asegura que el sistema ser sostenible] - Asegura que habr una demanda de mercado para las caractersticas del producto - Monitorea el progreso del proyecto - Aprueba la financiacin

3.2 User Summary

(El resumen del usuario)

[Present a summary list of all identified users.] [presenta una lista sumaria de todos los usuarios identificados] Name Description Responsibilities Stakeholder

[Name the user [Briefly describe what [List the user's key responsibilities [If the user is not directly type.] they represent with with regard to the system being represented, identify which respect to the system.] developed; for example: stakeholder is responsible for representing the user's interests.] - captures details [Nombre del tipo de - produces reports [brevemente describa lo usuario] [Si el usuario no esta en seguida que representa con - coordinates work representado , identifique de lo respecto al sistema] - and so on] que responsable el stakeholder representando los intereses del [Liste las responsabilidades usuario.] cruciales del usuario acerca del sistema siendo desarrollado, ejm: Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por>

Capta detalles
Pgina 6 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001 -

Versin: x.y Fecha: dd/mmm/yy

Produce informaciones Las cordenas surten efectos. etctera ]

3.3

User Environment

[Detail the working environment of the target user. Here are some suggestions: Number of people involved in completing the task? Is this changing? How long is a task cycle? Amount of time spent in each activity? Is this changing? Any unique environmental constraints: mobile, outdoors, in-flight, and so on.? Which system platforms are in use today? Future platforms? What other applications are in use? Does your application need to integrate with them?

This is where extracts from the Business Model could be included to outline the task and business workers involved, and so on.]

3 Usuario Medio Ambiente [Detalle del entorno de trabajo de la meta del usuario. He aqu algunas sugerencias: Nmero de personas involucradas en la realizacin de la tarea? Es este cambio? Cunto tiempo es una tarea de ciclo? Cantidad de tiempo invertido en cada actividad? Es este cambio? Las nicas limitaciones medioambientales: mvil, al aire libre, en vuelo, etc.? Qu sistema de plataformas estn en uso hoy en da? Futuras plataformas? Qu otras aplicaciones estn en uso? Su aplicacin necesidad de integrar con ellos? Aqu es donde los extractos de la Modelo de Negocios se podra incluir la tarea de esbozar los trabajadores y las empresas implicadas, etc.]
3.4 Key Stakeholder or User Needs

[List the key problems with existing solutions as perceived by the stakeholder or user. Clarify the following issues for each problem: What are the reasons for this problem? How is it solved now? What solutions does the stakeholder or user want?]

Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por>

Pgina 7 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

[It is important to understand the relative importance the stakeholder or user places on solving each problem. Ranking and cumulative voting techniques indicate problems that must be solved versus issues they would like addressed. Fill in the following tableif using Rational RequisitePro to capture the Needs, this could be an extract or report from that tool.]

4 Principales sectores interesados o las necesidades de los usuarios [Lista de los principales problemas con las soluciones existentes como la percibe el usuario o las partes interesadas. Aclarar las siguientes cuestiones para cada problema: Cules son las razones de este problema? Cmo se resuelve ahora? Qu soluciones tiene el usuario o las partes interesadas quieren?] [Es importante comprender la importancia relativa de los usuarios o interesados en la solucin de los lugares de cada problema. Clasificacin y tcnicas de votacin acumulativa indicar los problemas que deben resolverse frente a cuestiones que les gustara abordar. Rellene el siguiente cuadro-si se est utilizando Rational RequisitePro para captar las necesidades, este podra ser un certificado o un informe de ese instrumento.]
Need NE CE SID AD ES Priority PRIORID AD Concerns PREOCUPACIONES Current Solution SOLUCION ACTUAL Proposed Solutions

Propuesta de Soluciones

3.5

Alternatives and Competition

[Identify alternatives the stakeholder perceives as available. These can include buying a competitors product, building a homegrown solution, or simply maintaining the status quo. List any known competitive choices that exist or may become available. Include the major strengths and weaknesses of each competitor as perceived by the stakeholder or end user.]

Alternativas y competencia [Identificar alternativas percibe el interesado se dispone de ella. Estos pueden incluir la compra de un producto de la competencia, la construccin de una solucin en casa, o simplemente mantener el statu quo. Lista conocidos opciones competitivas que existen o se pueda obtener. Incluya las principales fortalezas y debilidades de cada competidor como la percibe el usuario final o las partes interesadas.]
Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por> Pgina 8 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

4.

Product Overview

[This section provides a high level view of the product capabilities, interfaces to other applications, and systems configurations. This section usually consists of two subsections, as follows: Product perspective Assumptions and dependencies]

. Descripcin del producto [Esta seccin proporciona una vista de alto nivel de capacidades del producto, interfaces con otras aplicaciones, sistemas y configuraciones. Esta seccin consiste habitualmente en dos subsecciones, a saber: Producto perspectiva Supuestos y dependencias]
4.1 Product Perspective

[This subsection of the Vision document puts the product in perspective to other related products and the users environment. If the product is independent and totally self-contained, state it here. If the product is a component of a larger system, then this subsection relates how these systems interact and needs to identify the relevant interfaces between the systems. One easy way to display the major components of the larger system, interconnections, and external interfaces is with a block diagram.]

4.1 Perspectiva del producto [Esta subseccin del documento Visin pone en perspectiva el producto a otros productos relacionados y el entorno del usuario. Si el producto es totalmente independiente y autnomo, de estado aqu. Si el producto es un componente de un sistema ms amplio y, a continuacin, esta subseccin se refiere la forma en que estos sistemas de interaccin y las necesidades para identificar las interfaces entre los sistemas. Una forma fcil de mostrar los componentes principales del sistema ms amplio, las interconexiones, y con interfaces externas es un diagrama de bloques.]
4.2 Assumptions and Dependencies

[List each factor that affects the features stated in the Vision document. List assumptions that, if changed, will alter the Vision document. For example, an assumption may state that a specific operating system will be available for the hardware designated for the software product. If the operating system is not available, the Vision document will need to change.]

4.2 Supuestos y dependencias [Lista de cada uno de los factores que afecta a las funciones se indica en el documento Visin. Lista de
Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por> Pgina 9 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

hiptesis que, si cambia, se altera el documento Visin. Por ejemplo, una hiptesis puede indicar que un determinado sistema operativo estar disponible para el equipo designado para el producto de software. Si el sistema operativo no est disponible, el documento Visin tendr que cambiar.] 5. Product Features

[List and briefly describe the product features. Features are the high-level capabilities of the system that are necessary to deliver benefits to the users. Each feature is an externally desired service that typically requires a series of inputs to achieve the desired result. For example, a feature of a problem tracking system might be the ability to provide trending reports. As the use-case model takes shape, update the description to refer to the use cases.

5. Caractersticas del producto [Lista y describir brevemente las caractersticas del producto. Caractersticas son el alto nivel de capacidades del sistema que son necesarios para entregar los beneficios a los usuarios. Cada funcin es un servicio externo que desee que normalmente requiere una serie de insumos para lograr el resultado deseado. Por ejemplo, una caracterstica del sistema de seguimiento de un problema podra ser la capacidad de proporcionar los informes de tendencias. Como el uso de los casos modelo toma la forma, actualizar la descripcin de referirme a los casos de uso.
En una lista de alto nivel, normas aplicables, el hardware, o los requisitos de la plataforma; Los requisitos de desempeo; Y los requisitos ambientales. En una lista de alto nivel, normas aplicables, el hardware, o los requisitos de la plataforma; Los requisitos de desempeo; Y los requisitos ambientales. Defina los rangos de calidad para tolerancia de desempeo, de robustez, del defecto, usabilidad, y caractersticas similares que se captur en el Feature Set. Como el uso que el modelo de caso toma forma, actualice la descripcin para referirse a los casos de uso. Because the Vision document is reviewed by a wide variety of involved personnel, the level of detail needs to be general enough for everyone to understand. However, enough detail must be available to provide the team with the information they need to create a use-case model. Porque el documento Vision es revisado por una variedad ancha de personal involucrado, el nivel de detalle necesita ser lo suficientemente general para todo el mundo para entender. Sin embargo, bastante detalle debe estar disponible para proveer la pareja de la informacin que necesitan crear un modelo de caso de uso.

Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por>

Pgina 10 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

To effectively manage application complexity, we recommend for any new system, or an increment to an existing system, capabilities are abstracted to a high enough level so 25-99 features result. These features provide the fundamental basis for product definition, scope management, and project management. Each feature will be expanded in greater detail in the use-case model. Para eficazmente manejar hoja de solicitud complejidad, recomendamos para cualquier sistema nuevo, o un incremento para un sistema existente, las capacidades son abstradas para un lo suficientemente alto nivel as es que el 25-99 presenta resultado. Estas caractersticas proveen la base fundamental para gestin del producto de definicin, de alcance, y proyectan gestin. Cada rasgo ser expandido en el detalle mayor en el modelo de caso de uso. Throughout this section, each feature will be externally perceivable by users, operators, or other external systems. These features should include a description of functionality and any relevant usability issues that must be addressed. The following guidelines apply: A todo lo largo de este captulo, cada rasgo ser externamente perceptible por usuarios, operadores, u otros sistemas externos. Estas caractersticas deberan incluir una descripcin de funcionabilidad y cualquier asuntos pertinentes de usabilidad que deben ser de las que se ocup. Las siguientes lneas directivas tienen aplicacin: Avoid design. Keep feature descriptions at a general level. Focus on capabilities needed and why (not how) they should be implemented.

Evite diseo. Conserve descripciones de rasgo en un nivel del general. Enfoque la atencin en capacidades necesitadas y por qu (no cmo) debera ser implementados. If you are using the Rational RequisitePro toolkit, all need to be selected as requirements of type for easy reference and tracking.

Si usted usa al Rational RequisitePro toolkit, entonces toda necesidad a ser seleccionada como requisitos de tipo para la referencia fcil y el rastreo. Define the priority of the different system features. Include, if useful, attributes such as stability, benefit, effort, and risk.] Defina la prioridad de las caractersticas diferentes de sistema. Incluya, si atributos tiles, como la estabilidad, beneficio, esfuerzo, y arrisguese.]

6.

Other Product Requirements

[At a high-level, list applicable standards, hardware, or platform requirements; performance requirements; and environmental requirements. Define the quality ranges for performance, robustness, fault tolerance, usability, and similar characteristics that are not captured in the Feature Set. Note any design constraints, external constraints, or other dependencies. Define any specific documentation requirements, including user manuals, online help, installation, labeling, and packaging requirements. Define the priority of these other product requirements. Include, if useful, attributes such as stability, benefit, effort, and risk.] En una lista de alto nivel, normas aplicables, el hardware, o los requisitos de la plataforma; Los requisitos de desempeo; Y los requisitos ambientales. Defina los rangos de calidad para tolerancia de desempeo, de robustez, del defecto, usabilidad, y caractersticas similares que se captur en el Feature Set. Notan cualquier restricciones del diseo, las restricciones externas, u otras dependencias.
Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por> Pgina 11 de 12

<Nombre del Proyecto> Visin Diseo de Software - GES-APSW-001

Versin: x.y Fecha: dd/mmm/yy

Defina que cualquier requisitos especficos de la documentacin, manuales del usuario inclusivos, en lnea ayudan, instalacin, designando, y empaquetador requisitos. Defina la prioridad de estos otros requisitos del producto. Incluya, si atributos tiles, como la estabilidad, beneficio, esfuerzo, y arrisguese.]

Realizado por: <Elaborado Por> Revisado por: <Revisado Por> Aprobado por: <Aprobado Por>

Pgina 12 de 12