SlideShare una empresa de Scribd logo
1 de 7
INVERSIONES MILAGRITOS S.A.C
Sistema para Gestión de Muebles
Visión
Versión 1
Sistema para Gestión de Muebles Versión: 1
Vision Fecha: 04/09/2013
Documento Visión
Historial de Revisiones
Fecha Versión Descripción Autor
04/09/2013 1 Propuesta inicial del documento
Visión con las primeras capturas de
requisitos funcionales del sistema.
Dennis Linares G.
Ingeniería de Software, 2013-II Pág. 2
Sistema para Gestión de Muebles Versión: 1
Vision Fecha: 04/09/2013
Documento Visión
Tabla de Contenidos
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Definiciones, Acrónimos, y Abreviaciones 4
1.4 Referencias 4
2. Posicionamiento 4
2.1 Oportunidad de Negocio 4
2.2 Sentencia que define el problema 5
2.3 Sentencia que define la posición del Producto 6
3. Descripción de los Stakeholder (Participantes en el Proyecto) y Usuarios 6
3.1 Resumen del Stakeholder 6
3.2 Resumen de Usuarios 7
Ingeniería de Software, 2013-II Pág. 3
Sistema para Gestión de Muebles Versión: 1
Vision Fecha: 04/09/2013
Documento Visión
Vision
1. Introducción
1.1 Propósito
El propósito de éste documento es recoger, analizar y definir las necesidades de alto
nivel y las características del sistema de gestión de una empresa de distribución de
muebles. El documento se centra en la funcionalidad requerida por los participantes en
el proyecto y los usuarios finales.
Esta funcionalidad se basa principalmente en la gestión de los almacenes que la
empresa tiene repartidos por las distintas zonas en las que actúa, de forma que dichos
almacenes sean capaces de atender los distintos pedidos que les son realizados.
1.2 Alcance
El documento Visión se ocupa, como ya se ha apuntado, del sistema de gestión de una
empresa dedicada a la distribución de muebles. Dicho sistema será desarrollado por
alumnos de la UCV del curso de Ingeniería de Software.
El sistema permitirá a los encargados de la empresa controlar todo lo relativo a la
distribución de los muebles (gestión de pedidos).
1.3 Definiciones, Acrónimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para
describir el proceso de desarrollo de software.
1.4 Referencias
- Glosario.
- Cronograma de desarrollo de software.
- RUP (Rational Unified Process).
2. Posicionamiento
2.1 Oportunidad de Negocio
Este sistema permitirá a la empresa informatizar el control de todas sus actividades
(gestión de pedidos, gestión stock), lo cual supondrá un acceso rápido y sencillo a los
datos, gracias a interfaces gráficas sencillas y amigables. Además, los datos accedidos
estarán siempre actualizados, lo cual es un factor muy importante para poder llevar un
control centralizado de los distintos almacenes.
Ingeniería de Software, 2013-II Pág. 4
Sistema para Gestión de Muebles Versión: 1
Vision Fecha: 04/09/2013
Documento Visión
2.2 Sentencia que define el problema
El problema de La empresa no cuenta con un sistema que le
permita gestionar correctamente sus pedidos,
motivo por el cual realiza los mismos en un libro de
Excel o de forma manual, lo cual genera retrasos a
la hora de atender algunos pedidos.
afecta a Gerente General
Secretaria
Departamento de almacén
El impacto asociado es Almacenar toda la información referente a los
pedidos y órdenes de compra recibidas, y que esta
información esté al instante accesible y actualizado
en lugares físicamente muy distantes es un
proceso prácticamente imposible de realizar en el
caso de que no esté informatizado.
Una solución adecuada
sería
Informatizar el proceso, usando una red local con
una base de datos accesible desde los distintos
nodos de la red y generar interfaces amigables y
sencillas con las que acceder a dicha base de
datos.
Ingeniería de Software, 2013-II Pág. 5
Sistema para Gestión de Muebles Versión: 1
Vision Fecha: 04/09/2013
Documento Visión
2.3 Sentencia que define la posición del Producto
para Gerente General
Secretaria
Departamento de almacén
quienes Controlan los pedidos, los almacenes (stock).
El nombre del producto Es una herramienta software.
que Almacena la información necesaria para gestionar
una empresa de venta de muebles.
no como El sistema actual.
Nuestro producto Permite gestionar las distintas actividades de la
empresa mediante una interfaz gráfica sencilla y
amigable. Además proporciona un acceso rápido y
actualizado a la información.
3. Descripción de los Stakeholder (Participantes en el Proyecto) y Usuarios
Para proveer de una forma efectiva productos y servicios que se ajusten a las
necesidades de los usuarios, es necesario identificar e involucrar a todos los
participantes en el proyecto como parte del proceso de modelado de requerimientos.
También es necesario identificar a los usuarios del sistema y asegurarse de que el
conjunto de participantes en el proyecto los representa adecuadamente. Esta sección
muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así
como los problemas más importantes que éstos perciben para enfocar la solución
propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se capturan
mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos
requisitos son necesarios.
3.1 Resumen del Stakeholder
Nombre Descripción Responsabilidades
Eufemia
Mestanza Torres
Es la Gerente General
de la empresa.
El stakeholder realiza:
Representa a todos los usuarios
posibles del sistema.
Seguimiento del desarrollo del
proyecto.
Aprueba requisitos y funcionalidades
Ingeniería de Software, 2013-II Pág. 6
Sistema para Gestión de Muebles Versión: 1
Vision Fecha: 04/09/2013
Documento Visión
3.2 Resumen de Usuarios
Nombre Descripción Responsabilidades
Milagros
Altamirano
Gonzales
Es la secretaria de la
administradora de la
empresa
Coordinar las actividades de la
administradora de la empresa.
Realizar los reportes solicitados por la
administradora.
Nombre Descripción Responsabilidades
Percy Ordoñez
Duran
Es el técnico encargado
del almacén de la
empresa.
Controlar el ingreso y salidas de los
muebles.
Atender los pedidos realizados al
almacén.
Controlar el Stock.
Ingeniería de Software, 2013-II Pág. 7

Más contenido relacionado

La actualidad más candente

3.doc. especificación de casos de uso
3.doc. especificación de casos de uso 3.doc. especificación de casos de uso
3.doc. especificación de casos de uso trabajo
 
Control de Versiones - Uso de CVS en proyectos .NET
Control de Versiones - Uso de CVS en proyectos .NETControl de Versiones - Uso de CVS en proyectos .NET
Control de Versiones - Uso de CVS en proyectos .NETLa Red DBAccess
 
Mcvs re-01 visión del negocio
Mcvs re-01 visión del negocioMcvs re-01 visión del negocio
Mcvs re-01 visión del negociolnavarros
 
Doc 6 especificacion de requisitos (ers-ieee830 01)
Doc 6   especificacion de requisitos (ers-ieee830 01)Doc 6   especificacion de requisitos (ers-ieee830 01)
Doc 6 especificacion de requisitos (ers-ieee830 01)Fanny Lorena Rivera Vera
 
mapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfmapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfCarlosEspinel10
 
Requerimientos funcionales y_no_funciona
Requerimientos funcionales y_no_funcionaRequerimientos funcionales y_no_funciona
Requerimientos funcionales y_no_funcionaJose Molina
 
Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.nay-censey
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesCarlos Macallums
 
Visión y alcance
Visión y alcanceVisión y alcance
Visión y alcancePablo
 

La actualidad más candente (20)

CLASE 4.pdf
CLASE 4.pdfCLASE 4.pdf
CLASE 4.pdf
 
Documento Vision
Documento VisionDocumento Vision
Documento Vision
 
Modelo del negocio
Modelo del negocioModelo del negocio
Modelo del negocio
 
3.doc. especificación de casos de uso
3.doc. especificación de casos de uso 3.doc. especificación de casos de uso
3.doc. especificación de casos de uso
 
CLASE 3.pdf
CLASE 3.pdfCLASE 3.pdf
CLASE 3.pdf
 
Control de Versiones - Uso de CVS en proyectos .NET
Control de Versiones - Uso de CVS en proyectos .NETControl de Versiones - Uso de CVS en proyectos .NET
Control de Versiones - Uso de CVS en proyectos .NET
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Mcvs re-01 visión del negocio
Mcvs re-01 visión del negocioMcvs re-01 visión del negocio
Mcvs re-01 visión del negocio
 
CLASE 2.pdf
CLASE 2.pdfCLASE 2.pdf
CLASE 2.pdf
 
Doc 6 especificacion de requisitos (ers-ieee830 01)
Doc 6   especificacion de requisitos (ers-ieee830 01)Doc 6   especificacion de requisitos (ers-ieee830 01)
Doc 6 especificacion de requisitos (ers-ieee830 01)
 
ERS - Ejemplo caso de estudio
ERS - Ejemplo caso de estudioERS - Ejemplo caso de estudio
ERS - Ejemplo caso de estudio
 
mapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfmapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdf
 
Requerimientos funcionales y_no_funciona
Requerimientos funcionales y_no_funcionaRequerimientos funcionales y_no_funciona
Requerimientos funcionales y_no_funciona
 
Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.
 
Hotel Casa Quero
Hotel Casa QueroHotel Casa Quero
Hotel Casa Quero
 
Plan de pruebas
Plan de pruebasPlan de pruebas
Plan de pruebas
 
Modelo de casos de uso 2da versión
Modelo de casos de uso 2da versiónModelo de casos de uso 2da versión
Modelo de casos de uso 2da versión
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No Funcionales
 
Plan de desarrollo software
Plan de desarrollo softwarePlan de desarrollo software
Plan de desarrollo software
 
Visión y alcance
Visión y alcanceVisión y alcance
Visión y alcance
 

Destacado (12)

Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
 
55234827 guia-metodologica-rup
55234827 guia-metodologica-rup55234827 guia-metodologica-rup
55234827 guia-metodologica-rup
 
Plantilla vision
Plantilla visionPlantilla vision
Plantilla vision
 
Estimación de costos y actividades para Sistema de Control de Producción
Estimación de costos y actividades para Sistema de Control de ProducciónEstimación de costos y actividades para Sistema de Control de Producción
Estimación de costos y actividades para Sistema de Control de Producción
 
Artefacto de Visión para Sistema de Control de Producción
Artefacto de Visión para Sistema de Control de ProducciónArtefacto de Visión para Sistema de Control de Producción
Artefacto de Visión para Sistema de Control de Producción
 
Ingenieria requisitos
Ingenieria requisitosIngenieria requisitos
Ingenieria requisitos
 
Doc 8 anexo 2 documento de vision
Doc 8   anexo 2 documento de visionDoc 8   anexo 2 documento de vision
Doc 8 anexo 2 documento de vision
 
Vision general de los sistemas operativos
Vision general de los sistemas operativosVision general de los sistemas operativos
Vision general de los sistemas operativos
 
Identificación de un proyecto
Identificación de un proyectoIdentificación de un proyecto
Identificación de un proyecto
 
Modelos de Sistemas
Modelos de SistemasModelos de Sistemas
Modelos de Sistemas
 
FORMATO IEEE
FORMATO IEEEFORMATO IEEE
FORMATO IEEE
 

Similar a Documento vision 1

Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Cesar Jimenez
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2bistasa
 
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
Taller en clases requisitos inge jerez,  evan, catalina,lesly esleiderTaller en clases requisitos inge jerez,  evan, catalina,lesly esleider
Taller en clases requisitos inge jerez, evan, catalina,lesly esleiderSergio Ramos
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitosDoesVargas1
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientosjhonier1999
 
Ingenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diezIngenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diezkarolavergara
 
Los componentes de los sistemas de gestión de la información del ciclo de vida
Los componentes de los sistemas de gestión de la  información del ciclo de vida Los componentes de los sistemas de gestión de la  información del ciclo de vida
Los componentes de los sistemas de gestión de la información del ciclo de vida Yizzeth Montero Orozco
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases3045433345
 
54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-software54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-softwarecristina_devargas
 
6. Plan De Proyecto Bdtransito
6. Plan De Proyecto Bdtransito6. Plan De Proyecto Bdtransito
6. Plan De Proyecto Bdtransitojeison david
 
Metodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de InformaciónMetodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de InformaciónRafael Brito
 
Desarrolo de diseñ0 o de informe
Desarrolo de diseñ0 o de informeDesarrolo de diseñ0 o de informe
Desarrolo de diseñ0 o de informelvania vera
 

Similar a Documento vision 1 (20)

Vision
VisionVision
Vision
 
Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Ers panaderia final analisis2
Ers panaderia final analisis2Ers panaderia final analisis2
Ers panaderia final analisis2
 
Manual tecnico mym-system1
Manual tecnico mym-system1Manual tecnico mym-system1
Manual tecnico mym-system1
 
Manual técnico my m system1
Manual técnico my m system1Manual técnico my m system1
Manual técnico my m system1
 
Taller en clases (1)
Taller en clases (1)Taller en clases (1)
Taller en clases (1)
 
Taller requisitos
Taller  requisitos Taller  requisitos
Taller requisitos
 
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
Taller en clases requisitos inge jerez,  evan, catalina,lesly esleiderTaller en clases requisitos inge jerez,  evan, catalina,lesly esleider
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitos
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientos
 
Ingenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diezIngenierýa requerimiento -_gustavo_rodrýguez_diez
Ingenierýa requerimiento -_gustavo_rodrýguez_diez
 
Los componentes de los sistemas de gestión de la información del ciclo de vida
Los componentes de los sistemas de gestión de la  información del ciclo de vida Los componentes de los sistemas de gestión de la  información del ciclo de vida
Los componentes de los sistemas de gestión de la información del ciclo de vida
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Fases del ciclo de sistemas
Fases del ciclo de sistemasFases del ciclo de sistemas
Fases del ciclo de sistemas
 
54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-software54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-software
 
6. Plan De Proyecto Bdtransito
6. Plan De Proyecto Bdtransito6. Plan De Proyecto Bdtransito
6. Plan De Proyecto Bdtransito
 
Metodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de InformaciónMetodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de Información
 
Desarrolo de diseñ0 o de informe
Desarrolo de diseñ0 o de informeDesarrolo de diseñ0 o de informe
Desarrolo de diseñ0 o de informe
 

Documento vision 1

  • 1. INVERSIONES MILAGRITOS S.A.C Sistema para Gestión de Muebles Visión Versión 1
  • 2. Sistema para Gestión de Muebles Versión: 1 Vision Fecha: 04/09/2013 Documento Visión Historial de Revisiones Fecha Versión Descripción Autor 04/09/2013 1 Propuesta inicial del documento Visión con las primeras capturas de requisitos funcionales del sistema. Dennis Linares G. Ingeniería de Software, 2013-II Pág. 2
  • 3. Sistema para Gestión de Muebles Versión: 1 Vision Fecha: 04/09/2013 Documento Visión Tabla de Contenidos 1. Introducción 4 1.1 Propósito 4 1.2 Alcance 4 1.3 Definiciones, Acrónimos, y Abreviaciones 4 1.4 Referencias 4 2. Posicionamiento 4 2.1 Oportunidad de Negocio 4 2.2 Sentencia que define el problema 5 2.3 Sentencia que define la posición del Producto 6 3. Descripción de los Stakeholder (Participantes en el Proyecto) y Usuarios 6 3.1 Resumen del Stakeholder 6 3.2 Resumen de Usuarios 7 Ingeniería de Software, 2013-II Pág. 3
  • 4. Sistema para Gestión de Muebles Versión: 1 Vision Fecha: 04/09/2013 Documento Visión Vision 1. Introducción 1.1 Propósito El propósito de éste documento es recoger, analizar y definir las necesidades de alto nivel y las características del sistema de gestión de una empresa de distribución de muebles. El documento se centra en la funcionalidad requerida por los participantes en el proyecto y los usuarios finales. Esta funcionalidad se basa principalmente en la gestión de los almacenes que la empresa tiene repartidos por las distintas zonas en las que actúa, de forma que dichos almacenes sean capaces de atender los distintos pedidos que les son realizados. 1.2 Alcance El documento Visión se ocupa, como ya se ha apuntado, del sistema de gestión de una empresa dedicada a la distribución de muebles. Dicho sistema será desarrollado por alumnos de la UCV del curso de Ingeniería de Software. El sistema permitirá a los encargados de la empresa controlar todo lo relativo a la distribución de los muebles (gestión de pedidos). 1.3 Definiciones, Acrónimos, y Abreviaciones RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software. 1.4 Referencias - Glosario. - Cronograma de desarrollo de software. - RUP (Rational Unified Process). 2. Posicionamiento 2.1 Oportunidad de Negocio Este sistema permitirá a la empresa informatizar el control de todas sus actividades (gestión de pedidos, gestión stock), lo cual supondrá un acceso rápido y sencillo a los datos, gracias a interfaces gráficas sencillas y amigables. Además, los datos accedidos estarán siempre actualizados, lo cual es un factor muy importante para poder llevar un control centralizado de los distintos almacenes. Ingeniería de Software, 2013-II Pág. 4
  • 5. Sistema para Gestión de Muebles Versión: 1 Vision Fecha: 04/09/2013 Documento Visión 2.2 Sentencia que define el problema El problema de La empresa no cuenta con un sistema que le permita gestionar correctamente sus pedidos, motivo por el cual realiza los mismos en un libro de Excel o de forma manual, lo cual genera retrasos a la hora de atender algunos pedidos. afecta a Gerente General Secretaria Departamento de almacén El impacto asociado es Almacenar toda la información referente a los pedidos y órdenes de compra recibidas, y que esta información esté al instante accesible y actualizado en lugares físicamente muy distantes es un proceso prácticamente imposible de realizar en el caso de que no esté informatizado. Una solución adecuada sería Informatizar el proceso, usando una red local con una base de datos accesible desde los distintos nodos de la red y generar interfaces amigables y sencillas con las que acceder a dicha base de datos. Ingeniería de Software, 2013-II Pág. 5
  • 6. Sistema para Gestión de Muebles Versión: 1 Vision Fecha: 04/09/2013 Documento Visión 2.3 Sentencia que define la posición del Producto para Gerente General Secretaria Departamento de almacén quienes Controlan los pedidos, los almacenes (stock). El nombre del producto Es una herramienta software. que Almacena la información necesaria para gestionar una empresa de venta de muebles. no como El sistema actual. Nuestro producto Permite gestionar las distintas actividades de la empresa mediante una interfaz gráfica sencilla y amigable. Además proporciona un acceso rápido y actualizado a la información. 3. Descripción de los Stakeholder (Participantes en el Proyecto) y Usuarios Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se capturan mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos requisitos son necesarios. 3.1 Resumen del Stakeholder Nombre Descripción Responsabilidades Eufemia Mestanza Torres Es la Gerente General de la empresa. El stakeholder realiza: Representa a todos los usuarios posibles del sistema. Seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades Ingeniería de Software, 2013-II Pág. 6
  • 7. Sistema para Gestión de Muebles Versión: 1 Vision Fecha: 04/09/2013 Documento Visión 3.2 Resumen de Usuarios Nombre Descripción Responsabilidades Milagros Altamirano Gonzales Es la secretaria de la administradora de la empresa Coordinar las actividades de la administradora de la empresa. Realizar los reportes solicitados por la administradora. Nombre Descripción Responsabilidades Percy Ordoñez Duran Es el técnico encargado del almacén de la empresa. Controlar el ingreso y salidas de los muebles. Atender los pedidos realizados al almacén. Controlar el Stock. Ingeniería de Software, 2013-II Pág. 7