proyecto completo software

IMPLEMENTACION DE UN SISTEMA CON LECTOR DE CODIGO DE BARRAS PARA LA TOMA DE INVENTARIO YCONTROL PATRIMONIAL EN LA UNAS

INDICE1. Introducción................................................................................................................................2

a. Antecedente............................................................................................................................3

b. Objetivo del Proyecto...........................................................................................................3

c. Justificación............................................................................................................................4

Importancia.........................................................................................................................4

Impacto.................................................................................................................................4

d. Alcance....................................................................................................................................5

e. Propuesta................................................................................................................................6

2. Definición del Problema...........................................................................................................6

a. Presentación de la empresa................................................................................................6

b. Enunciado del problema......................................................................................................6

c. Cuadro pictográfico..............................................................................................................7

d. Relevancia del problema.....................................................................................................9

3. Gestión del Proyecto................................................................................................................9

a. Persona....................................................................................................................................9

b. Producto................................................................................................................................10

Objetivo..............................................................................................................................10

Limite..................................................................................................................................11

c. Proyecto.................................................................................................................................11

Presupuesto para el desarrollo....................................................................................11

4. Ingeniería de requerimiento..................................................................................................13

a. Requerimientos funcionales.............................................................................................13

b. Requerimientos no funcionales.......................................................................................18

c. Requerimiento del sistema y especificación de software.........................................20

d. Concepto y descripción de técnicas de recolección de datos.................................21

e. Aplicación de la técnica de recolección de datos.......................................................22

5. Modelo de análisis y diseño..................................................................................................22

a. Modelo de datos...................................................................................................................22

Modelo Conceptual.........................................................................................................23

Modelo Lógico y Físico..................................................................................................24

b. Modelo de proceso..............................................................................................................25

6. Planificación del proyecto.....................................................................................................27

INGENIERIA DE SOFTWARE I Página 1


a. Diagrama de actividades...................................................................................................27

b. Concepto y descripción de la técnica de estimación.................................................27

c. Aplicación de la técnica de estimación..........................................................................28

7. Gestión de riesgo....................................................................................................................28

a. Formas de afrontar..............................................................................................................28

Proactiva............................................................................................................................28

8. Estrategias frente al riesgo...................................................................................................29

a. Identificación de ECS.........................................................................................................29

9. Estándares de calidad............................................................................................................29

10. Ingeniería de software orientada a objetos.......................................................................32

a. Diagrama de caso de uso de negocio............................................................................32

Actores de negocio.........................................................................................................32

Casos de uso de negocio..............................................................................................33

Diagrama de caso de uso de negocio........................................................................33

b. Diagrama de caso de uso de sistema.............................................................................35

o Diagrama de actores.......................................................................................................35

o Caso de uso del sistema................................................................................................36

c. Diagrama de secuencia......................................................................................................39

o Iniciar sesión.....................................................................................................................39

o Registrar plan contable y políticas de depreciación...............................................40

o Registrar catálogo de bienes y valor de UIT.............................................................41

o Registrar áreas y personal............................................................................................42

o Registro de un bien y responsable.............................................................................43

o Actualizar datos...............................................................................................................44

o Dar de baja, registrar bienes faltantes y depreciar bienes....................................45

o Ver reporte de bienes por cuenta contable, por área y responsable..................46

d. Diagrama de clases.............................................................................................................47

e. Diagramas de actividades.................................................................................................47

f. Diagrama de componentes...............................................................................................48

g. Diagrama de distribución..................................................................................................48

11. Conclusiones............................................................................................................................49

12. Recomendaciones...................................................................................................................50

13. Referencias bibliográficas.....................................................................................................51



1. Introducción

a. Antecedente

La universidad nacional agraria de la selva como toda entidad estatal

cuenta con una unidad de control patrimonial cuyo objetivo es

administrar, supervisar y controlar la existencia de bienes mediante la

realización del inventario anual del mobiliario institucional, la

información recopilada es de gran utilidad no solo para esta unidad sino

también para el área de contabilidad.

En el transcurso del año la universidad adquiere nuevos bienes, así

como también, da de baja a los que se encuentran en desuso, por lo

que los reportes anuales varían considerablemente.

Entiéndase por inventario al “asiento de los bienes y demás cosas

pertenecientes a una persona o comunidad, hecho con orden y

precisión”.

En la actualidad existe un promedio de 22,000 bienes, distribuidas en

200 áreas las cuales se encuentran sub divididas haciendo un total de

300 sub áreas aproximadamente. Por lo que la toma de inventario le

cuesta a la universidad un promedio de 30,000.00 nuevos soles

anuales entre recursos humanos, equipos de cómputo, herramientas e

insumos necesarios y le demanda un tiempo de 4 meses; pero no se

lleva con el orden y precisión deseado. Esto se debe a la gran cantidad

de bienes, la enorme extensión geográfica de la universidad, la mala

toma de datos, la no identificación a tiempo del 25% del total de bienes

y la ausencia de un sistema informático con la tecnología adecuada,

complementario al SIMI, que permita administrar en tiempo real el gran

volumen de información generado.



b. Objetivo del Proyecto

Implementar un sistema con lector de código de barras para la toma de

inventario, que permita llevar acabo esta labor dentro de los plazos

establecidos de manera rápida, económica y con más exactitud;

garantizando el control patrimonial y la obtención de información en

tiempo real.

c. Justificación

El presente proyecto se justifica en los siguientes aspectos:

Importancia

El proceso de toma de inventario será reducido y los datos serán

tomados con un mínimo margen de error, permitiendo la obtención

de resultados de manera eficiente, evitando incurrir en demasiado

trabajo, esfuerzo y tiempo. También se reducirá el costo de toma

de inventario tanto en personal como en materiales para la toma de

inventario.

Impacto

Los beneficios a obtener son:

Equipos Tecnológicos Exclusivos: se contará con equipos

informáticos (computadoras, impresora de códigos de barra,

lectores ópticos, impresoras laser, entre otros) que serán

utilizados exclusivamente para la realización de esta labor.

Información Confiable Y Segura: la información descriptiva

de los bienes podrá ser modificada solo por personal

autorizado, garantizando la confiabilidad de la información y

por ende un inventario de calidad.

Codificación Mediante Código De Barra: Y se regirá

según lo establecido en el catalogo de bienes, evitando así

los problemas de ilegibilidad y mala asignación de códigos.

Reducción De Esfuerzo Y Trabajo: tanto del personal

inventariador como del asistente informático y coordinador,



ya que se evitará la duplicidad de trabajo, bastará con

identificar el código del bien para conocer su detalle técnico;

solo se actualizará el estado y ubicación si así se requiere.

Asignación Contable Automatizada:

Se implementará un algoritmo que asigne automáticamente las

cuentas contables a cada bien, teniendo como respaldo el plan

contable, el Valor de la UIT y el año de adquisición. También

permitirá una migración automática ante un posible cambio de

plan contable.

Reportes Personalizados y en Tiempo Real:

El manejo centralizado de la información por medio de una base

de datos, permitirá tener acceso al avance y medir

porcentualmente el trabajo realizado, en cualquier instante y sin

necesidad de paralizar las demás actividades. También nos

permitirá identificar a tiempo los bienes que faltan inventariar o

han sido omitidas por error, dando solución en el momento

adecuado y no en las ultimas fechas.

Depreciación de Bienes Automatizado:

Similar a la asignación contable, se implementará también un

algoritmo que al finalizar la toma de inventario realice la

depreciación automática de todos los bienes.

d. Alcance

El control patrimonial de bienes de la UNAS se clasifica en:

Bienes muebles (vehículos, mobiliario de oficina, equipos de

cómputo, equipos de laboratorio, etc.).

Bienes agrícolas(plantaciones permanentes y de campaña)

Bienes pecuarios (ganado vacuno, equino, aves, peces, etc.).

Bienes culturales (libros y revistas).

El sistema realizará la toma de inventario y control patrimonial de los

bienes muebles existentes en todo el campus universitario y en sus sedes



(Tarapoto, Tocache, Pucallpa y Lima), más no el inventario de bienes pecuarios,

agrícolas y culturales. Esto debido a que su control es de forma genérica más no

detallada.

e. Propuesta

La implementación de un sistema con lector de código de barras para

la toma de inventario en la Universidad Nacional Agraria de la Selva,

cuyo principal objetivo es llevar acabo esta labor dentro de los plazos

establecidos de manera más rápida, económica y con más exactitud;

garantizando el control patrimonial y la obtención de información en

tiempo real.

2. Definición del Problema

a. Presentación de la empresa

La UNAS ha sido creada por Ley Nº 14912 del 17 de febrero de 1964 y

cuya comisión organizadora fue integrada por docentes de la

Universidad Nacional Mayor de San Marcos y de la Universidad

Nacional Agraria la Molina. Inicia sus funciones académicas el 03 de

abril de 1965.

La UNAS se crea asumiendo la responsabilidad de promover el

desarrollo de la región e inicia sus actividades con 02 facultades, las

cuales se han ido incrementando a la fecha hasta contar con seis

facultades y diez especialidades a las que se adiciona la Escuela de

Postgrado.

b. Enunciado del problema

En la actualidad existe un promedio de 22,000 bienes, distribuidas en

200 áreas las cuales se encuentran sub divididas haciendo un total de

300 sub áreas aproximadamente. Por lo que la toma de inventario le

cuesta a la universidad un promedio de 30,000.00 nuevos soles

anuales entre recursos humanos, equipos de cómputo, herramientas e

insumos necesarios y le demanda un tiempo de 4 meses; pero no se



lleva con el orden y precisión deseado. Esto se debe a la gran cantidad

de bienes, la enorme extensión geográfica de la universidad, la mala

toma de datos, la no identificación a tiempo del 25% del total de bienes

y la ausencia de un sistema informático con la tecnología adecuada,

complementario al SIMI, que permita administrar en tiempo real el gran

volumen de información generado.

c. Cuadro pictográfico


UNAS SBN

CATÁLOGO DE BIENES

POLÍTICAS CONTABLES

MINISTERIO DE ECONOMÍA

ABASTECIMIENTO

CONTABILIDAD

Dirección contable Asistente contable

PATRIMONIO

Asistente informáticoInventariadores

Jefe de patrimonio

Asistente de patrimonio

Me han puesto una formula para la asignación de código a los bienes

Anota rápido para ir comer estamos cansados……..No sé cuál es el nombre del bien

No sé el valor monetario por cuenta contable Mucho demoro depreciando un bien

No sé qué bienes están faltando




d. Relevancia del problema

Los inconvenientes que se presentan en la toma de inventario son:

La falta de equipos de cómputo e impresoras propias con

características adecuadas para el procesamiento eficiente de la

información.

La codificación manual e ilegible de los bienes que trae consigo el

registro de códigos repetidos.

La no denominación de bienes según el catalogo de la SBN generando

error en la relación (código patrimonial – denominación).

La identificación errónea de las características de los bienes.

La asignación manual de cuenta contable y la manipulación de los

montos por el personal del inventario, siendo este el punto más crítico.

La no identificación de errores o bienes faltantes en el momento

adecuado.

La elaboración manual de los reportes y clasificación de los bienes

según cuentas contables y estado. Actividad que demanda un mes

aproximadamente.

La depreciación de bienes se realiza manualmente.

3. Gestión del Proyecto

a. Persona

PERSONA DATOS FUNCIÓN

USUARIO Asistente Patrimonial (Miriam

Yupanqui Oré)

Personal encargado de realizar el

control patrimonial de bienes

muebles como:

Dar de alta y registrar los nuevos

bienes ingresados.

Registrar el cargo por asignación de

uso del bien y verificar el estado de

cada uno.



Recoger los bienes en desuso.

Asistente Contable Personal encargado de la

depreciación de los bienes y la

elaboración del balance anual.

Asistente informático, Asesor

contable, Registrado,

Digitador.

Personal encargado de realizar el

inventario anual de bienes muebles.

CLIENTE

Vicerrector Administrativo.

Jefe del área Contabilidad.

Jefe del área de patrimonio

Autoridades Máximas sobre los

cuales recae la responsabilidad del

desarrollo de estas actividades.

GESTORES

SUPERIORES

Gerente de la empresa

desarrolladora

Define los aspectos de negocios

que a menudo tienen una

significativa influencia en el

proyecto.

GESTORES

TECNICO

Analista de sistemas y

procesos

Administrador de Base de

datos.

Encargado de planificar, motivar,

organizar y controlar a los

profesionales que realizan el trabajo

de software.

PROFESIONALES

Desarrollador de Base de

Datos.

Desarrollador de Software

Un desarrollador de la base de

datos.

Dos programadores de software.

b. Producto

Objetivo

o Objetivo General

Implementar un sistema con lector de código de barras para la toma de

inventario, que permita llevar a cabo esta labor dentro de los plazos establecidos de

manera rápida, económica y con más exactitud; garantizando el control patrimonial y

la obtención de información en tiempo real.



o Objetivos Específicos

Recolectar y analizar los requerimientos y

necesidades de los usuarios finales para desarrollar el sistema para la toma de

inventario y control patrimonial.

Identificar los parámetros que influyen en la

realización del inventario y control patrimonial.

Validar el sistema desarrollado a través de las

pruebas de funcionalidad, para su posterior transición

Realizar el análisis de factibilidad para contrastar el

costo / beneficio del desarrollo del sistema.

Limite

El control patrimonial de bienes de la UNAS se clasifica en:

Bienes muebles (vehículos, mobiliario de oficina, equipos de

cómputo, equipos de laboratorio, etc.).

Bienes agrícolas(plantaciones permanentes y de campaña)

Bienes pecuarios (ganado vacuno, equino, aves, peces, etc.).

Bienes culturales (libros y revistas).

El sistema realizará la toma de inventario y control patrimonial de los

bienes muebles existentes en todo el campus universitario y en sus sedes

(Tarapoto, Tocache, Pucallpa y Lima), más no el inventario de bienes pecuarios,

agrícolas y culturales. Esto debido a que su control es de forma genérica más no

detallada.

c. Proyecto

Presupuesto para el desarrollo

El Sistema para lo toma de inventario deberá ser desarrollado en 5 meses y está presupuestado en un monto de 89,605.00nuevos soles; lo cual se detalla a continuación.



EQUIPOS

DESCRIPCIÓN CANTIDAD PRECIO UNITATIO

TOTAL

Equipos de computo 5 2,349.00 11,745.00Intel Core-i3 540 Disco Duro 500GB 2GB RAM Monitor LED 22’’

Lector de óptico 5 1,688.00 8,440.00TerminalMóvil de Mano

Motorola MC1000)

Impresora de código de barras 1 1,820.00 1,820.00Zebra R2844-z

Impresora Matricial 1 4,000.00 4,000.00Epson LQ-2090, impresora A3

de 24 agujas

TOTAL 26,005.00

PERSONAL

DESCRIPCIÓN CANTIDAD RETRIBUCION MENSUAL

TIEMPO DE SERVICIO

TOTAL

(MESES) (S/.)

Desarrollo del Software 24,000.00Analista de sistemas y procesos 1 2,000.00 3 6,000.00Administrador de Base de datos 1 1,800.00 3 5,400.00Desarrollador de Software 2 1,500.00 3 9,000.00Programador de los dispositivos ópticos.

1 1,800.00 2 3,600.00

Codificación de bienes, recopilación e ingreso de datos al sistema 33,600.00Asistente Informático 1 1,200.00 3 3,600.00Asesor Contable 1 1,000.00 3 3,000.00Registrador 5 900.00 3 13,500.00Digitador 5 900.00 3 13,500.00

TOTAL 57,600.00

MATERIALES

DESCRIPCIÓN CANTIDAD PRECIO UNITATIO

TOTAL

Tonner, cintas de impresora, hojas oficio 1 3,000.00 3,000.00

Papel bond, continuo, cintas, lapiceros, etc. 1 3,000.00 3,000.00TOTAL 6,000.00



RESUMEM

DESCRIPCIÓN TOTAL

Equipos 26,005.00Personal 57,600.00Materiales 6,000.00

TOTAL 89,605.00

4. Ingeniería de requerimiento

a. Requerimientos funcionales

ID: RF-01

Requerimiento: Acceder al sistema

Prioridad: Alta.

Descripción: El acceso al sistema deberá ser controlado,

solicitando el nombre de usuario y contraseña. Solo

tendrán acceso al sistema las personas que posean

una cuenta.

Se mostrará datos del usuario que inicie sesión.

Criterio de evaluación: De todas las personas que intenten ingresar al

sistema solo lo lograrán aquellas que tengan una

cuenta de acceso.

Fuente: Director del área de contabilidad.

ID: RF-02

Requerimiento: Registrar plan contable

Prioridad: Alta.

Descripción: El sistema permitirá registral el plan contable actual

(cuenta y denominación). Deberá permitir también la

migración a un nuevo plan contable.

Criterio de evaluación: Todas las cuentas contables deberán coincidir con su

denominación.




ID: RF-03

Requerimiento: Registrar valor del U.I.T. de cada año

Prioridad: Alta.

Descripción: El sistema permitirá el ingreso del U.I.T. de cada año

y los años anteriores.

Criterio de evaluación: Todos los años deberán coincidir con el respectivo

valor de U.I.T.


ID: RF-04

Requerimiento: Registrar políticas de depreciación

Prioridad: Alta.

Descripción: El sistema permitirá el ingreso del porcentaje de

depreciación anual de bienes según su cuenta

contable.

Criterio de evaluación: Se validará el porcentaje de depreciación anual de 20

bienes de diferentes cuentas contables.


ID: RF-05

Requerimiento: Registrar catálogo de bienes

Prioridad: Alta.

Descripción: El sistema permitirá registrar el catalogo de bienes

emitido por la SBN (Superintendencia de Bienes

Nacionales). De esta dependerá el registro ordenado

y eficiente de los bienes.

Criterio de evaluación: Se validará la descripción y código ingresado con la

información existente en el catalogo de bienes.




ID: RF-06

Requerimiento: Registrar áreas y personal

Prioridad: Alta.

Descripción: Se deberá registrar todas las áreas existentes en la

UNAS y todo el personal que labora en la institución.

Criterio de evaluación: Se comprobará la relación personal área.

Fuente: Asistente patrimonial

ID: RF-07

Requerimiento: Registrar un bien

Prioridad: Alta.

Descripción: El sistema permitirá el registro de los bienes de la

UNAS, solicitando la descripción, valor de

adquisición, fecha de adquisición, detalle técnico; la

descripción deberá guardar relación con el catalogo

de bienes de la SBN, lo cual será fundamental para la

asignación automática de código patrimonial, cuenta

contable y porcentaje de depreciación anual.

Al finalizar el registro de un bien, el sistema deberá

imprimir su código en código de barras.

Criterio de evaluación: Se probará 20 bienes de diferentes cuentas

contables y comprobar manualmente si coincide con

la cuenta contable y porcentaje de depreciación.


ID: RF-08

Requerimiento: Asignar responsable del bien

Prioridad: Alta.

Descripción: Al finalizar el registro del bien, se le tiene que asignar

un responsable (persona que labora en la UNAS y

hará uso del bien para el desarrollo de sus

funciones).

Criterio de evaluación: Se validará que el bien registrado coincida con el



personal asignado.


ID: RF-09

Requerimiento: Actualizar datos

Prioridad: Alta.

Descripción: El sistema permitirá actualizar el estado (nuevo,

bueno, regular, malogrado) y la ubicación (área y

responsable), el bien será identificado mediante un

dispositivo óptico. Esta actividad se hará cada fin de

año o cuando algún personal lo solicite.

Criterio de evaluación: Se hará la verificación del estado y ubicación de los

bienes.


ID: RF-10

Requerimiento: Dar de baja un bien

Prioridad: Alta.

Descripción: Al actualizar los datos, si el estado del bien es

malogrado y no se puede reparar se deberá registrar

como bienes para dar de baja para su posterior

reclutamiento y almacenamiento.

Criterio de evaluación: Se verificará que el bien identificado este

verdaderamente en desuso.


ID: RF-11

Requerimiento: Registrar bienes faltantes

Prioridad: Alta.

Descripción: Al finalizar la toma de inventario el sistema deberá

mostrar el reporte de bienes que no han sido

ubicados para su posterior seguimiento.



Criterio de evaluación: Se identificará que el bien realmente no haya sido

ubicado

Fuente: Jefe de patrimonio

ID: RF-12

Requerimiento: Depreciar bienes

Prioridad: Alta.

Descripción: Al finalizar la toma de inventario anual el sistema

deberá depreciar el valor de todos los bienes según

la cuenta contable a la que pertenecen.

Criterio de evaluación: Se validará la depreciación de 20 bienes de

diferentes cuentas contables

Fuente: Asistente Contable

ID: RF-13

Requerimiento: Reporte de bienes por cuenta contable

Prioridad: Alta.

Descripción: El sistema me permitirá ver el reporte de bienes

clasificados por cuenta contable, así el valor

monetario en cada cuenta contable.

Criterio de evaluación: Se verificará que los bienes que figuran en el reporte

pertenezcan a dicha cuenta.

Fuente: Director de contabilidad

ID: RF-14

Requerimiento: Reporte de bienes por área y responsable

Prioridad: Alta.

Descripción: El sistema permitirá ver el reporte de bienes

existentes en una determinada área y responsable.

Criterio de evaluación: Se verificará la ubicación de 20 bienes que figuran en

el reporte

Fuente: Asistente Patrimonial



b. Requerimientos no funcionales

ID: RNF-01

Requerimiento: Usabilidad.

Prioridad: Alta.

Descripción: El software será usado por el personal autorizado.

Debe ser intuitivo1, capaz de ser utilizado sin tanto

entrenamiento, con una sola charla o una lectura a

la guía rápida bastará para su manejo.

Lista de Casos de uso: Todos.

Criterio de evaluación: El usuario debe aprender a manejar el software 5

minutos después de haber leído la guía rápida o haber

sido capacitado.

Fuente: Jefe de patrimonio, Director de contabilidad

ID: RNF-02

Requerimiento: Confiabilidad.

Prioridad: Alta.

Descripción: Debe garantizar que los cálculos y asignación de

cuentas sean correctos.

Deberá estar disponible siempre que el usuario lo

necesite.

El software debe ser fácil de instalar.


Criterio de evaluación: De 20 bienes existentes en el sistema, la información

de los 20debe ser correcta al momento de

comprobarlas manualmente.


ID: RNF-03

Requerimiento: Seguridad de Acceso

1 Se entiende por intuitivo a facultad de comprender las cosas instantáneamente



Prioridad: Alta.

Descripción: Para tener acceso al software se deberá contar con

una cuenta y contraseña.

Las cuentas de usuario deberán contar con

privilegios para evitar que personas no autorizadas

manipulen los datos existentes en la base de datos.


Criterio de evaluación: De 5 personas que intenten acceder al software sin

contar con una cuenta de usuario y contraseña,

ninguna logrará acceder.


ID: RNF-04

Requerimiento: Documentación

Prioridad: Alta.

Descripción: El software deberá contar con un manual de

instalación, manual de usuario y un manual

técnico.

El proceso de formulación deberá ser guiado por

una secuencia de pasos descritos en la misma

interfaz donde se realizará esta operación.


Criterio de evaluación: De 5 personas que lean estos documentos, a

excepción del manual técnico, las 5 personas

deberán entender lo leído.


ID: RNF-05

Requerimiento: Requerimientos de derechos de autor

Prioridad: Alta.

Descripción: Los derechos de autor son de propiedad de la



empresa.


Fuente: Director de contabilidad.

c. Requerimiento del sistema y especificación de software

Requerimiento: Restricciones de Plataforma

Prioridad: Alta.

Descripción: Para el desarrollo del sistema utilizaremos como

lenguaje de programación el Visual Basic Express

Edition .NET (VB.NET).

Para el manejo de las bases de datos se usará el

SQL Server Express 2005.


Fuente: Desarrollador del software.

Requerimiento: Requerimientos de hardware

Prioridad: Alta.

Descripción: Para garantizar el buen funcionamiento del sistema

se necesitan los siguientes requerimientos mínimos

de hardware:

Pentium IV o superior.

Memoria RAM de 1GB o más.


Criterio de evaluación: La instalación realizada en una máquina con estas

características deberá funcionar correctamente.

Fuente: Desarrollador del software

Requerimiento: Requerimientos de software

Prioridad: Alta.

Descripción: Sistema operativo Windows XP, o Windows

Seven.



.NET framework version 2.0 o superior.


Criterio de evaluación: La instalación realizada en una máquina con estas

características deberá funcionar correctamente.


Requerimiento: Requerimientos de Licenciatura.

Prioridad: Alta.

Descripción: El lenguaje de programación Visual Basic Express

Edition .NET (VB.NET). y el SQL Server Express

2005. Son versiones gratuitas.



d. Concepto y descripción de técnicas de recolección de datos

Técnica Ventajas Desventajas

Entrevistas

Mediante ellas se obtiene una

gran cantidad de información

correcta a través del usuario.

Pueden ser usadas para

obtener un pantallazo del

dominio del problema.

Son flexibles.

Permiten combinarse con otras

técnicas.

La información obtenida al

principio puede ser redundante

o incompleta.

Si el volumen de información

manejado es alto, requiere

mucha organización de parte

del analista, así como la

habilidad para tratar y

comprender el

comportamiento de todos los

involucrados.

e. Aplicación de la técnica de recolección de datos.

Para la recolección de información se realizó:



Entrevistas no estructuradas al director de contabilidad, jefe del

área de patrimonio, asistente patrimonial y contable.

Acceso al plan contable vigente

Cuadro de valores del U.I.T.

Cuadro de depreciación de bienes.

5. Modelo de análisis y diseño

a. Modelo de datos

Modelo Conceptual



plan_contable

id_plan : Doubledescripciond_plan : Stringaño_plan : Dateestado_plan : String

cuenta_contable

id_contable : Doubledenominacion_cuenta : String...porcen_depreciacion : Double...

estado_bien

id_estad_bien : Stringdescrip_estad_bien : String...

condicion_bien

id_cond_bien : Stringdescrip_cond_bien : String...

catalogo

descripcion_catalogo : String...estado : String

UIT

id_uit : Double...año : Datevalor : Double

depreciacion_bien

id_depreciacion : Doubleaño : Datevalor_depreciado : Double...

bien

cod_bien : Doubledescripcion_bien : Stringvalor_adquisicion : Double...fecha : Date

area

id_area : Doubledescripcion : String...

estado_personal

id_estad_personal : Double...descripcion_estado : String...

cargo

id_cargo : Doubledescripcion_cargo : String...

personal

id_personal : Doublenombre_personal : String...ap_personal : Stringam_personal : String



Modelo Lógico y Físico

*1tipo_cuenta

id_tipo_cuentaname_tipo_cuenta

Iniciar sesion()

1

1

1*

1

1

*

cuenta

id_cuentaname_cuentapass_cuenta

Iniciar sesion()

Area

id_areadescripcion

Registrar area()Registra personal()Reportes()

Estado_personal

id_est_personaldescrip_estado

Registra personal()

Cargo

id_cargodescrip_cargo

Registra personal()

1

*

1

*UIT

id_uitvaloraño

Registrar UIT()

* 1

1*

1

*

*

1

Personal

id_personalap_personalam_persona

Iniciar sesion()Registra personal()Registrar bien()Reportes()

Depreciacion_bien

id_depreciacionañovalor_depreciado

Depreciacion()

Estado_bien

id_est_biendescrip_est_bien

Registrar bien()Actualizar datos()Dar de baja()

Condicion_bien

id_cond_biendescrip_cond_bien

Registrar bien()Dar de baja()Registrar faltantes()

Catalogo

id_catalogodescrip_catalogoestado

Registrar catalogo()Registrar bien()

1*

Bien

cod_biendescripcionvalor_adquisicionfecha_adquisicion

Registrar bien()Actualizar datos()Dar de baja()Registrar faltantes()depreciacion()Reportes()

Cuenta_contable

id_cuentadenominacion_cuentaporcen_depreciacion

Registrar plan()Registra cuenta contable()Depreciacion()Registrar bien()Reportes()

plan_contable

id_plandescrip_planaño_planest_plan

Registrar plan()Registra cuenta contable()Depreciacion()

*

1

1*

*

1*

*

b. Modelo de proceso



6. Planificación del proyecto

a. Diagrama de actividades

DESCRIPCIÓN TIEMPO (SEMANAS)

ANALISIS Recolección de datos 1 Análisis de requerimientos 2

DISEÑO Diseño de la Base de Datos 1Modelamiento y desarrollo de la base de datos 2Diseño de formularios 1Diseño de Reportes

DESARROLLO Programación de la base de datos 1Programación de los formularios 1Programación de los reportes 1

IMPLEMENTACIÓN Pruebas de funcionalidad 1Subsanar observaciones 1Instalación del sistema

1Documentación (Manual técnico y de usuario)Capacitación

TOMA DE INVENTARIO Inventariar, digitar e imprimir los reportes 8

TOTAL 21

b. Concepto y descripción de la técnica de estimación

La técnica para estimar el tamaño del Software es: la métrica del

punto de función; ya que es un método que busca medir la

funcionalidad entregada al usuario independientemente de la

tecnología utilizada para la construcción y explotación del software, y

también ser útil en cualquiera de las fases de vida del software, desde

el diseño inicial hasta la implementación y mantenimiento.



c. Aplicación de la técnica de estimación

DESCRIPCIÓN TIEMPO (SEMANAS)

COSTO(Nuevos Soles)

ANALISIS Recolección de datos 1 500.00 Análisis de requerimientos 2 1,000.00

DISEÑO Diseño de la Base de Datos 1 1,400.00Modelamiento y desarrollo de la base de

datos2 2,000.00

Diseño de formularios 1 4,600.00Diseño de Reportes

DESARROLLO Programación de la base de datos 1 2,000.00Programación de los formularios 1 5,000.00Programación de los reportes 1 4,000.00

IMPLEMENTACIÓN Pruebas de funcionalidad 1 750.00Subsanar observaciones 1 1,000.00Instalación del sistema

1Documentación (Manual técnico y de usuario)

1,750.00

CapacitaciónTOMA DE INVENTARIO Inventariar, digitar e imprimir los reportes 8 33,600.00

TOTAL 21 57,600.00

7. Gestión de riesgo

a. Formas de afrontar

Proactiva

Se identifican los riesgos potenciales, se evalúa su

probabilidad y su impacto y se establecerá una prioridad

según su importancia. Después, el equipo de Software

establece un plan para controlar el riesgo. El primer objetivo

es evitar el riesgo, pero como no se pueden evitar todos los

riesgos, el equipo trabaja para desarrollar un plan de



contingencia que le permita responder de una manera eficaz

y controlada.

8. Estrategias frente al riesgo

a. Identificación de ECS

9. Estándares de calidad

El estándar de calidad a utilizar es CMM-CMMI

El CMM - CMMI es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software.

Los niveles CMM - CMMI son 5:

Inicial o Nivel 1 CMM - CMMI.

Este es el nivel en donde están todas las empresas que no tienen

procesos. Los presupuestos se disparan, no es posible entregar el

proyecto en fechas, te tienes que quedar durante noches y fines de

semana para terminar un proyecto. No hay control sobre el estado del

proyecto, el desarrollo del proyecto es completamente opaco, no

sabes lo que pasa en él.

Repetible o Nivel 2 CMM - CMMI.

Quiere decir que el éxito de los resultados obtenidos se pueden repetir.

La principal diferencia entre este nivel y el anterior es que el proyecto

es gestionado y controlado durante el desarrollo del mismo. El

desarrollo no es opaco y se puede saber el estado del proyecto en todo

momento.

Los procesos que hay que implantar para alcanzar este nivel son:

o Gestión de requisitos

o Planificación de proyectos



o Seguimiento y control de proyectos

o Gestión de proveedores

o Aseguramiento de la calidad

o Gestión de la configuración

Definido o Nivel 3 CMM - CMMI.

Resumiéndolo mucho, este alcanzar este nivel significa que la forma

de desarrollar proyectos (gestión e ingeniería) esta definida, por

definida quiere decir que esta establecida, documentada y que existen

métricas (obtención de datos objetivos) para la consecución de

objetivos concretos.


o Desarrollo de requisitos

o Solución Técnica

o Integración del producto

o Verificación

o Validación

o Desarrollo y mejora de los procesos de la organización

o Definición de los procesos de la organización

o Planificación de la formación

o Gestión de riesgos

o Análisis y resolución de toma de decisiones

La mayoría de las empresas que llegan al nivel 3 paran aquí, ya que es un

nivel que proporciona muchos beneficios y no ven la necesidad de ir más allá

porque tienen cubiertas la mayoría de sus necesidades.

Cuantitativamente Gestionado o Nivel 4 CMM - CMMI.



Los proyectos usan objetivos medibles para alcanzar las necesidades

de los clientes y la organización. Se usan métricas para gestionar la

organización.


o Gestión cuantitativa de proyectos o Mejora de los procesos de la organización

Optimizado o Nivel 5 CMM - CMMI.

Los procesos de los proyectos y de la organización están orientados a

la mejora de las actividades. Mejoras incrementales e innovadoras de

los procesos que mediante métricas son identificadas, evaluadas y

puestas en práctica.


o Innovación organizacional

o Análisis y resolución de las causas

Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo

realizan simultáneamente ya que están muy relacionados.



10. Ingeniería de software orientada a objetos

a. Diagrama de caso de uso de negocio

Actores de negocio

Director de Contabilidad Jefe de Patrimonio Asistente Contable

Asistente PatrimonialInventariador Asistente Informatico

Personal UNAS

Casos de uso de negocio



Registro del bien y asignacion deresponsable

Dar de baja un bien

Actualizar datos (toma de inventario)

Tener un control de las adquisiciones

Hacer un seguimiento de los bienes (estado y ubicacion)

Reclutar los bienes en deuso

Diagrama de caso de uso de negocioo Registrar un bien

Asistente Patrimonial

Personal UNAS

Registro del bien y asignacion deresponsable

Tener un control de las adquisiciones



o Actualizar datos (toma de inventario)

Personal UNAS

Inventariador

Asistente Patrimonial

Asistente Informatico

Asistente Contable

Jefe de PatrimonioActualizar datos (toma de inventario)

Hacer un seguimiento de los bienes (estado y ubicacion)

o Dar de baja un bien



Asistente Patrimonial Jefe de Patrimonio

Personal UNAS

Dar de baja un bien

Reclutar los bienes en deuso

b. Diagrama de caso de uso de sistema

o Diagrama de actores

Administrador Asistente Registrador

Direct. de contabilidad Jef. de Ptrimonio Patrimonial ContableInformático Inventariadores Digitadores

o Caso de uso del sistema



Acceder al sistema Registrar plan contable Registrar valor de UIT Registrar politicas de depreciacion

Registrar catalogo de bienes Registro de áreas y personal Registrar un bien Asignar responsable del bien

Actualizar datos Dar de baja Registrar bienes faltantes Depreciar bienes

Reporte por cuenta contable Reporte por área y responsable

Diagrama de paquetes

o Diagrama de paquetes

Acceder al sistema

Registro de datos

Registro de un bien

Administración de bienes

o Inventario de casos de uso del sistema



Nº Paquete Casos de uso del sistema1 Acceder al sistema o Acceder al sistema2 Registro de datos o Registrar plan contable

o Registrar valor de UITo Registrar políticas de depreciacióno Registrar catalogo de bieneso Registro de áreas y personal

3 Registro de un bien o Registrar un bieno Asignar responsable del bien

4 Administración de bienes o Actualizar datoso Dar de baja un bieno Registrar bienes faltanteso Depreciación de bieneso Reporte por cuenta contableo Reporte por área y responsable

Diagrama de caso de uso del sistema

o Acceder al sistema

Administrador

(from Use Case View)

Asistente

(from Use Case View)Registrador


Acceder al sistema




o Registro de datos

Registrar valor de UIT


Registrar catalogo de bienes


Registrar plan contable


Registrar politicas de depreciacion


Asistente


Registro de áreas y personal


o Registro de un bien

Asistente


Registrar un bien


Asignar responsable del bien




o Administración de bienes

Registrador


Actualizar datos


Dar de baja


Registrar bienes faltantes


Asistente


Depreciar bienes


Reporte por área y responsable


Administrador


Reporte por cuenta contable


c. Diagrama de secuencia

o Iniciar sesión

: usuarioTab_cuenta Tab_tipocuenta tab_personal Form_principalForm_inicio_se

sion

1:Ingresa cuenta y contraseña

2: Autentifica cuenta

3: Existe cuenta

4: Identifica tipo de cuenta

5: identifica personal

6: Muestra datos

7: bloquea algunas operaciones



o Registrar plan contable y políticas de depreciación

: Asistentetab_plan_conta

bletab_cuenta_cont

ableForm_registrar_plan_contable

1:ingresa plan

4: Ingresa cuentas

5: Validar

6: Registra cuentas contables

9: Registrar

7: Ingresa porcentajes de depreciacion

8: Validar

3: Registra plan contable

2: Validar



o Registrar catálogo de bienes y valor de UIT

: AsistenteForm_registrar_

catalogoTab_Catalogo Form_registrar_

UITTab_UIT

1: Ingresa datos del catalogo

2: Validar

3: Registrar catalogo

4: Ingresa valor del UIT anual

5: Validar

6: Registrar valor



o Registrar áreas y personal

: AsistenteForm_registro

de areasForm_registro

personalTab_personal Tab_cargo Tab_estado

1: Ingresa datos del área

2: Validar

Tab_area

3: Registra área

4: Ingresa datos del personal

5: Validar

6: Registrar personal

7: Registrar cargo

8: Registrar estado

o Registro de un bien y responsable



: AsistenteForm_Registrar

bienTab_bien Tab_cuenta_co

ntableTab_catalogo Tab_estado Tab_condicion Tab_personal

1: ingresa datos del bien

2: Compara datos con el catalogo

3: Asignar cuenta contable

4: Seleccionar estado

5: Seleccionar condicion

6: Asignar responsable

7: Registrar bien



Administración de bieneso Actualizar datos

: RegistradorForm_actualiza

r datosTab_bien Tab_estado

1: Actualiza datos

2: Validar

3: Guardar cambios

4: Guardar estado

o Dar de baja, registrar bienes faltantes y depreciar bienes



: AsistenteForm_administr

ar bienesTab_bien Tab_estado Tab_condicion Tab_depreciaci

on_bien

1:Ingresa codigo de bien

3: Muestra estado del bien

2: Muestra datos del bien

4: Estado malogrado

5: Cambia condición ( de: en uso, a: dado de baja)

6: Ingresa codigo del bien

7: Muestra datos del bien

8: cambia de condicion (de: en uso, a: Faltante)

9:selecciona la opción depreciar bienes

10: confirma petición

11: Deprecia los bienes



o Ver reporte de bienes por cuenta contable, por área y

responsable

: AdministradorForm_reportes Tab_bienes Tab_cuenta

contableTab_personal Tab_area

1: Seleciona tipo de reporte

2. Por cuenta contable

5: Selecciona cuenta contable

4: Muestra cuentas contables

6: Muestra bienes

7: Selecciona tipo de reporte

8: Por área y responsable

10: Muestra responsables

9: Muestra áreas

11: Seleciona área y responsable

12: Muestra bienes



d. Diagrama de clases

*1tipo_cuenta

id_tipo_cuentaname_tipo_cuenta

Iniciar sesion()

1

1

1*

1

1

*

cuenta

id_cuentaname_cuentapass_cuenta

Iniciar sesion()

Area

id_areadescripcion

Registrar area()Registra personal()Reportes()

Estado_personal

id_est_personaldescrip_estado

Registra personal()

Cargo

id_cargodescrip_cargo

Registra personal()

1

*

1

*UIT

id_uitvaloraño

Registrar UIT()

* 1

1*

1

*

*

1

Personal

id_personalap_personalam_persona

Iniciar sesion()Registra personal()Registrar bien()Reportes()

Depreciacion_bien

id_depreciacionañovalor_depreciado

Depreciacion()

Estado_bien

id_est_biendescrip_est_bien

Registrar bien()Actualizar datos()Dar de baja()

Condicion_bien

id_cond_biendescrip_cond_bien

Registrar bien()Dar de baja()Registrar faltantes()

Catalogo

id_catalogodescrip_catalogoestado

Registrar catalogo()Registrar bien()

1*

Bien

cod_biendescripcionvalor_adquisicionfecha_adquisicion

Registrar bien()Actualizar datos()Dar de baja()Registrar faltantes()depreciacion()Reportes()

Cuenta_contable

id_cuentadenominacion_cuentaporcen_depreciacion

Registrar plan()Registra cuenta contable()Depreciacion()Registrar bien()Reportes()

plan_contable

id_plandescrip_planaño_planest_plan

Registrar plan()Registra cuenta contable()Depreciacion()

*

1

1*

*

1*

*

e. Diagramas de actividades

El diagrama de actividades representa y tiene el mismo fin que el

diagrama del proceso por lo que se a decidido obviar este diagrama.



f. Diagrama de componentes

Controles .vb

ClassConexiones.dll

Formularios

DataBase

Crystal Reports

g. Diagrama de distribución La implementación del sistema será cliente servidor



11.Conclusiones

La implementación de un sistema para el control patrimonial

con lector de código de barras, facilitará la labor de las áreas

involucradas reduciendo esfuerzo, trabajo y dinero.

La implementación de un sistema para la toma de inventario

con código de barras permitirá tener información precisa y en

tiempo real.

La técnica de estimación punto de función es una de las

técnicas más eficientes para la planificación de desarrollo y

estimación de costos de desarrollo de software, ya que es

independiente de la tecnología y lenguaje de programación a

utilizar.

La documentación y planificación de desarrollo de software

es una rama de la ingeniería de software de gran

importancia, ya que permitirá planificar, distribuir funciones y

cumplir con los plazos establecidos.

El Rational Rose, es un software muy útil en la

documentación y gestión de desarrollo de software.



12.Recomendaciones

Se recomienda la utilización del Rational Rose, como

herramienta para la planificación de desarrollo de software.

Se recomienda el uso de la metodología punto de función

como técnica de estimación

Los requerimientos funcionales y no funcionales, deberán ser

firmados por el representante de la empresa contratista ya

que son estos la base del desarrollo.

Todo sistema que se desarrolle deberá contar con un manual

técnico, de instalación y de usuario. Lo cual permitirá un

manejo eficiente.



13.Referencias bibliográficas

Anexos

Referencias bibliográficas


proyecto completo software

Documents

o o o o o o o o

barras para la toma

sistema y especificacin

concepto y descripcin

modelo lgico y fsico

modelo conceptual

anlisis y diseo

presupuesto para