1. PROYECTO CHIMBOTANA
********************************************************************
Fecha: Viernes , 21 de ocutbre de 2011.
Versión: 2.0
Responsables:
Alva Pereda Kevin Alexis.
Chachapoyas Suxe Jonel.
Gil Villanueva Cristhian José.
Vargas Mendoza Reyno.
VISION
**************************************************************
Contenido
1. Introducción .......................................................................................................................................... 2
2.1 Oportunidad del negocio ................................................................................................................ 2
2.2 Definición del problema ................................................................................................................. 2
2.3 Posición del producto ..................................................................................................................... 3
3. Identificación y descripción de Stakeholders y Usuarios .................................................................. 3
3.1 Síntesis del Stakeholder .................................................................................................................. 4
3.2 Síntesis del Usuarios ...................................................................................................................... 4
3.3 Entorno de usuario ......................................................................................................................... 5
4 Generalidades del producto. ................................................................................................................. 5
4.1 El producto en perspectiva............................................................................................................. 5
4.2 Resumen de capacidades
4.3 Suposiciones y dependencias
4.4 Costo
4.5 Licenciamiento e instalación
3. Features del producto y prioridades
4. Restricciones
5. Requerimientos de sistema
6. Requerimientos de la documentación
6.1 Manual del usuario

2. 6.2 Ayuda en línea
6.3 Guías de instalación y configuración, archivo Read Me
1. Introducción
El propósito del presente documento es el reunir, analizar y definir las necesidades y características
del sistema desarrollado por el proyecto CHIMBOTANA. Se centra en los requerimientos de
stakeholders y usuarios, y en los motivos que dan origen a estas necesidades.
Los detalles de cómo el producto del proyecto CHIMBOTANA cumple en satisfacer estas
necesidades se encuentran especificados en el documentos de casos de uso y otros
complementarios.
2. Posicionamiento del producto
2.1 Oportunidad del negocio
Actualmente la empresa LA CHIMBOTANA elaboración productos de primera necesidad
tales como la conversa de pescado para asegurar la calidad de sus productos rigiéndose de
las normas de certificación que imparte la SGS Perú S.A.C, se ha preocupado en mejorar el
sistema de registro de datos (recepción de pescado, enlatado, empaquetado), para
garantizar la calidad del producto.
Esto le posibilitaría al mencionado:
 Brindar una mejora al sistema de recolección de los datos de los centros de
producción y calidad.
 Contar con la información y los medios para su modificación cuando lo considere
necesario.
2.2 Definición del problema
El problema de No contar con un sistema para la certificación
de los productos, que se encuentra bajo total
control y, especialmente en lo referente al
contenido establecido para una fecha dada las
normas del SGS Perú S.A.C para la acreditación
en la producción y calidad.
Afecta Empresa LA CHIMBOTANA S.A

3. Cuyo impacto es Falta de uniformidad en los datos entre los
centros de producción, dificultad de adecuación
a las necesidades de la empresa, afectando su
imagen como entidad reguladora y al control
sobre los controles de calidad.
Una solución exitosa sería Mejorar el sistema de software propio, que
reúna todas las características y criterios de
imagen que la empresa requiere.
2.3 Posición del producto
Para Empresa LA CHIMBOTANA S.A
Quien Requiere una solución única al problema
planteado.
El resultado del proyecto Consiste en dos aplicaciones (usuarios y
funcionalidad) bien diferenciadas, con acceso a
CHIMBOTANA una base de datos común.
Que Se diseñará específicamente para cumplir con
las necesidades de la empresa, cumpliendo con
todos sus requerimientos, funcionales y no
funcionales, y criterios de imagen y usabilidad.
Así mismo, y gracias a la operación sobre una
BD centralizada, resultará factible la obtención
de reportes más precisos con mayor rapidez y
menor esfuerzo.
A diferencia de Los datos que actualmente que facilitan la
evaluación y control de los productos que no
posibilitan la uniformidad deseada.
3. Identificación y descripción de Stakeholders y Usuarios
Definimos como principales stakeholders al Gerente de la Empresa LA CHIMBOTANA, el cual tiene
un interés por mantener alta la imagen de la organización.
Para esto deben interactuar con los destinatarios del servicio que brindan con el máximo
profesionalismo, brindando soluciones eficientes de gran calidad.
Otro stakeholders será el Cliente, quien financiará indirectamente el proyecto y aprobará los
entregables.
Otro stakeholder del sistema será El Administrador del Sistema, quien evaluara el producto a
través de uso.
Otro stakeholder será el Project Manager, quien además de llevar la administración del sistema se
encargará de capacitar a los usuarios para la nueva implementación y cambios en el nuevo
software, con el fin de su pronta adaptación
El business analyst se reconocerá también como un stakeholder debido a su participación en la
definición de la visión del producto y defender los intereses del usuario.

4. 3.1 Síntesis del Stakeholder
Nombre Descripción Responsabilidad
Gerente Es el gerente de la empresa la  Aprobar el producto
CHIMBOTANA quien nos final, una vez que este
encargó el proyecto cumpla con las
condiciones acordadas.
 Aprobar la asignación
de recursos al proyecto
Chimbotana.
Cliente Financia –indirectamente el Aprobar los entregables
proyecto
Administrador del sistema Administrador del sistema. Son  Asegurarse de que la
quienes operarán la aplicación base de datos cumpla
y mantendrán la base de datos los requerimientos de
relacionada con el sistema. seguridad y estabilidad.
 Asegurarse de que los
reportes generados
cumplen con los
requerimientos.
 Asegurarse de que el
producto es
mantenerle.
Project Manager Es quien administrará el  Administra el proyecto,
Desarrollo del producto. controlando que se
encuadre dentro de los
costos y calendario
pactados, con los
recursos previstos y
con las funcionalidades
acordadas.
 Controla el alcance del
producto.
 Participa en el
procedimiento
administración y
control de cambios.
 Conduce al equipo de
trabajo.
Business Analyst Es quien relevará el negocio y  Define la visión del
definirá en primera instancia producto. Defiende los
las necesidades del producto. intereses de los
 usuarios.
3.2 Síntesis del Usuarios
Nombre Descripción Responsabilidades Stakeholder
Administrador Usuario de la  usabilidad de la Cliente / Business
aplicación aplicación que Analyst
posibiliten
mejorar su

5. control.
 Generar
reportes.

Administración
( ABM ) de las
preguntas y
respuestas de
las base de
datos.
 Publicar los
reportes del
día
Aspirante a Usuario de la Proveer Cliente / Business
PMP aplicación requerimientos de Analyst
FRONT. usabilidad de la
Individuo que aplicación que
se someterá al reporte posibiliten mejorar su
del día desempeño en los
controles .
3.3 Entorno de usuario
Recordando que contamos con dos usuarios bien diferenciados para el sistema, describimos el
entorno de ambos.
El operario del sistema Chimbotana:
Trabajará sobre plataforma Linux, operando a la mayor velocidad posible por contar con las
Restricciones de tiempo impuestas por empresa CHIMBOTANA S.A. Para la rendición de control
se encontrará solo frente a la computadora que le fuere asignada.
Administrador del sistema :
Trabajará sobre plataforma Linux, operando sin mayores restricciones de tiempo. Podrá trabajar
en
Equipo o solo, por lo que se espera que pueda resolver toda dificultad que se le presente con el
sistema de
Manera autónoma.
4 Generalidades del producto.
4.1 El producto en perspectiva
El producto en desarrollo consiste en una aplicación que interactúa con una base de datos. La
aplicación está dirigida a dos tipos de usuarios por perfiles claramente diferenciados. En conjunto
representan una solución auto contenida para las necesidades de la empresa.

6. Requerimientos
Indice
1. Sistema a construir 1
2. Usuarios 1
3. Requerimientos Funcionales 1
3.1 Funcionalidad 1
4. Requerimientos no Funcionales 1
4.1 Requerimientos no funcionales 1 1
5. Restricciones 1
5.1 Restriccion 1 1
6. Interfaces 1
6.1 Interfaces de Usuario 2
6.2 Interface con Hardware 2
6.3 Interface con Software 2
6.4 Interfaces de Comunicación 2
1. Sistema a Construir: Se optimizará el sistema del control en el manejo de la materia prima para
la elaboración de las conservas, así mismo podrá realizar un inventario y controlar la calidad del
producto finalizado para su post distribución.
2. Usuarios: Este sistema estará dirigido para:
 Departamento de producción.
 Departamento de control de calidad.
3. Requerimientos Funcionales:
3.1 Control y manejo de materia prima: A través de reportes, el sistema contabilizará el ingreso de
la materia prima, así como las cantidades que se usan en cada etapa del proceso de elaboración de
las conservas.
3.2 Inventario: El sistema podrá llevar una contabilidad de productos elaborados según un tiempo
establecido.
3.3 Control de calidad: El sistema evaluara por medio de un reporte la calidad de las conservas

7. según los estándares establecidos por la SGS Perú S.A.C en la empresa.
4. Requerimientos no Funcionales:
4.1 Identificar el código de barras: Por medio de un dispositivo el sistema podrá leer el código
impreso en las etiquetas de las conservas para hacer un conteo e inventariarlo.
4.2 Identificar la cantidad de materia prima: Por medio de dispositivos (sensores) contabilizar el
peso de materia prima que ingresa, así mismo la cantidad que se usa para la elaboración de las
conservas en cada proceso hasta su empaquetado.
5. Restricciones:
5.1 Software: La empresa no cuenta con el sistema operativo en el cual está desarrollado el
sistema.
5.2 Operatividad: Los operarios del sistema actualmente usan la plataforma Windows los cuales
necesitan capacitarse para la implementación de la nueva plataforma.
6. Interfaces:
6.1 Interfaz de Usuario: Con una interfaz de rápida adaptación, se podrán controlar los módulos,
usuarios y parámetros.
6.2 Interface con Hardware: El sistema requiere de un hardware con un límite de actualidad de 3
años hacia adelante.
6.3 interface con Software: Requiere del uso de software libre por estar diseñado con
herramientas open source.
6.4 Interface de comunicación: Establecimiento de unan red para poder llevar a cabo el
compartimiento de archivos para poder realizar los procesos de manera remota.