Lista de Cotejos de ESQUEMA DE DESARROLLO DE SOFTWARE

Nombre:
Fecha:
01 punto cada uno Sobre 14 puntos.
Concepto Si No
CAPITULO I: ASPECTOS GENERALES
1.1.PLANTEAMIENTO DEL PROBLEMA
1.1.1. DESCRIPCION GENERAL DEL PROBLEMA [Descripción general
del contexto del problema]
1.1.2. IDENTIFICACION DEL PROBLEMA [Precisar el problema en
enunciados sucintos]
1.2. OBJETIVOS
1.2.1. OBJETIVO GENERAL [Considerar un enunciado que oriente el
desarrollo del proyecto y a la conclusión del mismo garantice la solución del
problema identificado. Este enunciado deberá en primer lugar considerar el
logro o producto deseado (Qué), el mismo que debe tener la finalidad de
solucionar los problemas detectados en el Planteamiento del problema (Para
qué). Se podrá considerar además, dependiendo del proyecto el medio
mediante el cual se solucionara el problema con el producto planteado
(Cómo) y el lugar de incidencia del proyecto (Dónde)]
1.2.2. OBJETIVOS ESPECÍFICOS
[Enunciar los logros que se alcanzarán al final de las diferentes fases del
proyecto que permitirán alcanzar el objetivo general. Estos logros deberán
redactarse sin considerar las bondades u objetivos propios del Sistema de
Información o solución planteada]
1.3. METAS
[Enunciados relacionados con los objetivos generales y específicos que
determinan los resultados medibles y alcanzables de cada uno de estos. Cada
objetivo puede generar varias metas]
1.4. JUSTIFICACIÓN
[Registrar los argumentos necesarios para la elaboración del sistema.
Generalmente se responde a la pregunta ¿Por qué es importante hacer este
proyecto? El enunciado considerado para determinar la Justificación no deberá
tomar en cuenta la solución planteada o avizorada, por el contrario planteará
razones suficientes para continuar con el proyecto destacando las situaciones
desfavorables de la entidad por los efectos de los problemas existentes]
1.5. METODOLOGIA
[Considerar dos tipos de metodología y dentro de ellas, las propuestas a
continuación]
[Investigación = Tecnológica, Aplicativa y Descriptiva]
[Tecnológica = PUDS]
CAPITULO II: MARCO CONCEPTUAL
2.1. DEL NEGOCIO
[Conceptos inherentes al negocio, terminología, procesos, etc.]
2.2. CONCEPTOS TECNOLOGICOS
[Descripción de teorías y conceptos poco difundidos, considerados como
aporte al documento y/o que permiten el mejor entendimiento del problema]
2.3. ANTECEDENTES
[Registro de experiencias anteriores. Se recomienda colocar las conclusiones
y recomendaciones en el caso de ser la continuación de tesis pasadas]
CAPITULO III: MODELO DEL NEGOCIO
3.1. DESCRIPCIÓN GENERAL DEL NEGOCIO
3.2. MODELADO DEL NEGOCIO.BPMN
CAPITULO IV: DESARROLLO DEL SISTEMA
FASE DE INICIO.
4.1.1. DESCRIPCIÓN DEL PROBLEMA
[Registro detallado de los problemas encontrados en el negocio y que estén
relacionados con los alcances del Proyecto]
4.1.2. IDENTIFICACION DE REQUERIMIENTOS
[Requerimientos de Funcionales, de usuario y de sistema, registrados en la
etapa de conversación con los usuarios finales, relacionados con los alcances
del sistema]
4.1.2. CASOS DE USO DEL SISTEMA
[Considerar un solo diagrama de Casos de Uso, incluyendo a todos los
actores. No incluir casos de uso de mantenimiento ni de “Logueo”]
4.1.3. DESCRIPCION DE CASOS DE USO
4.1.3.1. CASOS DE USO DE ALTO NIVEL
[Considerar una descripción general por cada caso de uso, haciendo uso de
alguna plantilla propuesta
4.1.3.2. CASOS DE USO EXPANDIDO
[Considerar una descripción detallada de cada uno de los casos de uso,
resaltando la interacción Actor-Sistema. Hacer uso de alguna plantilla
propuesta]
1.1. PLANTEAMIENTO DEL PROBLEMA

En la Empresa Full Pernos, El Problema principal de la empresa es la perdida de información

importante, como es la cantidad de artículos que se posee, la cantidad de artículos que se
vendieron, el nombre de los artículos que tienen demanda alta pero no se poseen porque ya
fueron vendidos.

1.1.1. INDENTIFICACION DEL PROBLEMA

Demora en el proceso de atención al cliente.

Deficiencia en el manejo control de información.

Deficiencia en el manejo de control de almacén.

Es imposible para la empresa hacer reportes confiables.

1.2.OBEJTIVOS
1.2.1. OBJETIVO GENERAL

Automatizar y sistematizar los procesos para que sean más óptimos

a la hora de controlar el almacén el Empresa “Full Pernos”.

1.2.2. OBJETIVO ESPECIFICO

 Generar mayor control en el manejo de información (cantidad

artículos almacenados, artículos faltantes, etc.)

 Generar mayor control de los movimientos de artículos.

 Lograr una participación eficiente del personal de almacén a la

hora brindar la información.

 Desarrollar una aplicación local (circuito cerrado) que permita

gestionar nuestra información.

 Mejorar nuestra empresa en cuanto rapidez y exactitud.

1.3.METAS

 Desarrollar de una aplicación que gestione la información del almacén de

la Empresa Full Pernos.

1.4. JUSTIFICACION

La mayoría de las Empresas en nuestro rubro no tienen un control constante

de sus existencias, esto genera una alteración en la venta normal de los
artículos, porque en una venta normal (llega el cliente, pide en artículo, lo
revisa, lo paga y se va) se obvia la venta misma por no existir el artículo en sí,
esto genera pérdidas monetarias a la empresa y posteriormente pérdida de
clientes usuales.
 Existen situaciones en las que nuestra empresa posee el artículo, pero por falta
de información se toma la decisión de decirle al cliente: “no tenemos” o “se
nos terminó”.
Nuestro proyecto tiene importancia porque maximiza la eficiencia en el
control de almacén y a su vez generará mayor cantidad ventas.

1.5.METODOLOGIA

Usaremos la metodología PUDS porque consideramos que un desarrollo en

base a casos de uso nos permitirá identificar de mejor manera los
requerimientos de la Empresa, y de igual manera al ser este un sistema de uso
de múltiples usuarios la retroalimentación e iteración nos permitirá realizar un
sistema totalmente funcional.

CAPITULO II: MARCO CONCEPTUAL

2.4. DEL NEGOCIO
[Conceptos inherentes al negocio, terminología, procesos, etc.]
2.5. CONCEPTOS TECNOLOGICOS
[Descripción de teorías y conceptos poco difundidos, considerados como
aporte al documento y/o que permiten el mejor entendimiento del problema]
2.6. ANTECEDENTES
[Registro de experiencias anteriores. Se recomienda colocar las conclusiones
y recomendaciones en el caso de ser la continuación de tesis pasadas]

1.1.DEL NEGOCIO

 Personal de Almacén: Es el que controla la entrada y salida de los

productos.

 Ingreso se productos: Son los productos que llegan y se registran en el

Almacén con fecha, cantidad y precio de compra.

 Salida de productos: Son los productos que se venden y se registran en el

Almacén con la fecha, cantidad y precio de venta.

2.7. CONCEPTOS TECNOLOGICOS

En la parte del negocio de la empresa, no cuenta con conceptos tecnológicos por el
momento. El desarrollo de la empresa se hace guardando datos en un cuaderno.
Denominados como:
Datos de Correas: existencia, entrada y salida.
Datos de Pernos: existencia, entrada y salida.
Datos de Miples: existencia, entrada y salida.
Datos de Artículos adicionales: existencia, entrada y salida.
Datos de Pagos a empleados
 En la parte de requerimientos de la empresa se usarán los siguientes conceptos
tecnológicos:

 PUDS: Proceso Unificado de Desarrollo Software.

 Software: Es el conjunto de programas que permite al sistema realizar

determinadas tareas.

1.6.ANTECEDENTES

 Antecedentes de Requerimiento: En otras empresas se aplicaron sistemas

similares que han demostrado mejorar el rendimiento, administración y
ganancias de forma rápida al evitar la congestión de productos, los pedidos
innecesarios y siempre tener los productos de mayor demanda.

 Antecedentes del negocio: El negocio se basa en el registro de manual de

notas y apuntes los cuales no son confiables. La información no es
revisada constantemente, esto provoca perdida monetaria y pedidos
erróneos dejando a la empresa mal abastecida.

4.1.1. DESCRIPCIÓN DEL PROBLEMA

[Registro detallado de los problemas encontrados en el negocio y que estén
relacionados con los alcances del Proyecto]

Ingreso de Productos
Al ingresar los productos al almacén solo se conoce las características del producto y su
cantidad, pero están mezclados con otros productos similares, esto genera desorden y
posteriormente errores de información.

Salida de Productos
Al Salir los productos del almacén solo se borran de la lista y no son registrados en ningún
otro lugar, en algunos casos se hacen boletas o factura pero estos comprobantes no
siempre son solicitados este procedimiento hace que el control de salida sea aún más
complicado de hacer.

Reportes
No se puede generar un reporte por que la información necesaria está dispersa en varios
cuadernos y no todas las ventas son registradas.

4.1.3. IDENTIFICACION DE REQUERIMIENTOS

[Requerimientos de Funcionales, de usuario y de sistema, registrados en la etapa de conversación
con los usuarios finales, relacionados con los alcances del sistema]