Ingenieria de Requerimientos EJEMPLO

44
UNIVERSIDAD AUTÓNOMA DE BAJA CALIFORNIA Facultad de Ingeniería, Arquitectura y Diseño Ensenada García Sotelo Luis Francisco 334817 Ingeniería de Requerimientos Proyecto Final (Formato IEEE 830) Grupo 472 7mo Semestre Ensenada, B.C a 11 de Diciembre del 2015

description

Proyecto final de Ingenieria de Requerimientos

Transcript of Ingenieria de Requerimientos EJEMPLO

UNIVERSIDAD AUTÓNOMA DE

BAJA CALIFORNIA

Facultad de Ingeniería, Arquitectura y Diseño Ensenada

García Sotelo Luis Francisco

334817

Ingeniería de Requerimientos

Proyecto Final (Formato IEEE 830)

Grupo 472

7mo Semestre

Ensenada, B.C a 11 de Diciembre del 2015

Sistema de Contabilidad en una Empresa (IEEE 830)

1. Introducción

Durante el proceso contable es muy fácil el cometer errores de registro que lleven a la mala

generación de los balances y estados de resultados, esto quiere decir que por el más pequeño error

en el manejo de cifras se tendrá que verificar y realizar todo el proceso de nuevo, este es el caso de

la organización objetivo el “SIND.DETRAB DE LA IND DEL CEMENTO SECCION 22”, en

la cual se lleva una Contabilidad bastante deficiente y no óptima, este es un problema con altos

costos debido a los grandes tiempos de registro, sin mencionar también que es legalmente

obligatorio para toda empresa llevar una Contabilidad que represente de forma neta los

movimientos financieros de la misma.

1.1 Propósito

Con este Software se busca agilizar los procesos del ciclo contable mediante la implementación de

hojas de diario virtuales en donde bastará con seleccionar las cuentas en donde haya movimiento y

el cargo/abono de las mismas, también se busca generar automáticamente todos los balances y

estados financieros correspondientes que forman parte del proceso, así mismo se pretende

notificar al usuario si ha cometido un error de registro mediante la detección de montos diferentes

en un mismo asiento de diario, esto con la única finalidad de agilizar y optimizar el proceso

reduciendo los costos de tiempo y esfuerzo, sin contar los posibles errores de registro que traerían

multas o sanciones ante hacienda.

1.2 Investigación

Las políticas contables de una empresa se refieren a los principios, bases, convenciones, reglas y

prácticas específicas adoptados por la misma para los efectos de la preparación y presentación de

sus estados financieros. Las políticas contables son la columna vertebral de los procesos de

contabilidad y presentación de informes financieros de una empresa. Las políticas se ajustan a los

estándares de la entidad. Una entidad seleccionará y aplicará sus políticas contables de manera

uniforme para transacciones, otros eventos y condiciones que sean similares, a menos que una

NIIF requiera o permita establecer categorías de partidas para las cuales podría ser apropiado

aplicar diferentes políticas.

¿Quién define las Políticas Contables? No es solo de las áreas contable, los responsables de la

información financiera son la administración, conformada por la Junta Directiva y su staff de

primera línea. La responsabilidad en el desarrollo de estas nuevas políticas de acuerdo con las

NIIF, está en la administración. Desde el punto de vista gerencial, una política se refiere a todas las

acciones para el desarrollo, planificación, formulación y evaluación de las decisiones. Las políticas

se establecen con la finalidad de fijar los objetivos y métodos generales de administración de

acuerdo con los cuales se deben manejar las operaciones de la Empresa. Una política contable se

establece con la finalidad de regular toda la actividad contable referente a los registros, tratamiento

y presentación resumida de las transacciones financieras. Las políticas contables se encuentran

establecidas en manuales declarativos que por lo general son manejados por la alta gerencia.

Políticas Contables Fundamentales

1. Uniformidad en la presentación: Debe haber uniformidad en la aplicación de las políticas

contables definidas para la preparación y presentación de los estados financieros de un ejercicio a

otro, y cualquier variación al respecto se hace constar en notas aclaratorias en el texto de los

estados financieros mismos.

2. Importancia relativa y agrupación: Los estados financieros deben contener la descripción de las

transacciones de la empresa atendiendo a la importancia de las mismas con fundamento en la

definición de sus políticas contables, y se agrupan atendiendo a su naturaleza y cuantía.

3. Compensación: Excepción hecha de un derecho legal de compensación, no debe presentarse

compensación entre las partidas de activo y pasivo.

4. Reconocimiento de ingresos y gastos: Una empresa registra o reconoce los ingresos y gastos de

acuerdo al valor de mercado. Las ganancias son los ingresos que genera una empresa por la venta

de bienes y prestación de servicios. Las partidas de ingresos incluyen las ventas, los ingresos por

intereses, ganancias a corto plazo y los beneficios a largo plazo de las inversiones. Un gasto es un

costo o pérdida que una empresa incurre en la venta de bienes o la prestación de servicios.

5. Activos y registro de responsabilidad: Las normas contables y directrices reguladoras requieren

a una empresa que registre los activos y pasivos a valores justos de mercado. Un activo es un

recurso económico que la empresa posee y puede ser un recurso a corto o largo plazo. A corto

plazo, o corriente, el activo es un recurso que una empresa puede convertir en dinero en efectivo

dentro de 12 meses. Ejemplos de ellos son en efectivo, inventarios y cuentas por cobrar. Un activo

fijo de largo plazo es un recurso que una empresa puede utilizar durante más de un año. Los

activos fijos pueden ser tierra, la propiedad, planta, equipo y maquinaria. Un pasivo es una deuda

que una organización debe pagar en un momento determinado en el tiempo o en plazos

específicos.

Cambios en las Políticas Contables

Una entidad cambiará una política contable si:

1. Es requerido por una Norma o Interpretación.

2. Logrará que estados financieros muestren información más fiable y relevante de efectos de

transacciones, otros eventos o condiciones que afectan la situación financiera, rendimiento o flujos

de efectivo.

3. Usuarios de Estados financieros deben ser capaces de compararlos en el tiempo.

4. Para identificar tendencias en situación financiera, rendimiento financiero y flujo de efectivo.

5. Por lo tanto, deben utilizarse las mismas políticas contables en cada ejercicio.

6. Entidad contabiliza un cambio por la aplicación inicial de Norma o Interpretación, de acuerdo a

tales disposiciones.

7. Cuando la entidad cambie una política contable deberá hacerlo retroactivamente.

8. Los cambios se aplicarán reexpresando la información de periodos anteriores.

No constituyen cambios en las políticas contables:

1. Aplicación de una política contable para transacciones, otros eventos o condiciones que difieren

sustancialmente de los ocurridos antes.

2. Aplicación de una nueva política contable, si no ha ocurrido anteriormente o carece de

materialidad.

PROCESAMIENTO DE LOS DATOS CONTABLES

LAS CUENTAS

REGISTROS CONTABLES

1.3 Definiciones, acrónimos y abreviaciones.

Abonar. Acreditar. Asentar en las cuentas corrientes las partidas que corresponden al Haber.

Pagar lo que se debe.

Abono. Anotación registrada en el Haber de una cuenta.

Acciones. (Acciones de Capital). En las sociedades de capital, la participación de sus socios se

representa mediante títulos negociables llamados acciones, de las que existen diferentes clases, las

ordinarias o comunes y las preferenciales o privilegiadas, por lo que respecta a dividendos, votos,

etc.

Accionistas. Una persona que posee las acciones de una sociedad anónima.

Acreedor. La parte de una operación de crédito que vende un servicio o mercancía y obtiene una

partida por cobrar.

Actividad. Conjunto de tareas ejecutadas por uno o más trabajadores, que conforman el trabajo de

una entidad.

Activo. Un recurso económico propiedad del negocio que se espera produzca beneficios en el

futuro.

Activos. Conjunto de bienes y derechos que posee la empresa y que se espera produzcan

beneficios. Un activo es un recurso económico propiedad de la empresa.

Adeudo. Deuda, obligación de pagar algo. Anotación registrada en el Debe de una cuenta.

Aduana. Oficina pública, establecida generalmente en las costas y fronteras, para registrar, en el

tráfico internacional, los géneros y mercaderías que se importan o exportan, y cobrar los derechos

que adeudan

Ajustes de períodos anteriores. Una corrección de un error significativo en las ganancias

reportadas en los estados financieros de un año anterior. Los ajustes de períodos anteriores se

registran directamente en la cuenta Utilidades Retenidas y no se incluyen en el estado de

resultados del período corriente.

Amortización. Un gasto que se aplica a los activos intangibles (y a los Activos Diferidos llamados

Gastos Diferidos) en la misma forma que se aplica la depreciación a los activos de planta y el

agotamiento a los recursos naturales. El cálculo y registro contable de la amortización se efectuará

mensualmente como cancelación sistemática del costo de un activo intangible sobre el período de

su vida útil.

Año Fiscal. Término que se utiliza para indicar el año contable y distinguirlo del año natural, con

el que puede coincidir o no. El año fiscal viene a ser cualquier período anual (12 meses) que un

negocio, un gobierno o sub-división del mismo escoge como base para el cierre de sus libros, a los

fines de determinar el resultado de sus operaciones y su situación financiera.

Asiento. Anotación, inscripción en un libro, registro, cuenta, etc.

Asiento de ajuste. Asientos requeridos al final del período contable para actualizar las cuentas

antes de preparar los estados financieros, que permiten prorratear adecuadamente las

transacciones entre los períodos contables afectados y también registrar cualquier ingreso

devengado o cualquier gasto incurrido que no se haya registrado antes del final del período o

errores de contabilización por diferentes causas.

Asientos de Cierre. Asientos de diario que se hacen al final del período con el fin de cerrar las

cuentas temporales (ingresos, gastos y retiros) y transferir los saldos a la cuenta de capital del

propietario.

Asientos de Diario. El proceso de registro de una transacción en un diario. El hacer los asientos de

diario significa preparar un asiento en un diario.

Auditoría. Técnica de control, dirigida a valorar el control interno y la observancia de los

Principios Profesionales de Contabilidad Generalmente Aceptados, comprende un examen

independiente de los registros de contabilidad y otra evidencia relacionada con una empresa para

apoyar la opinión experta imparcial sobre la confiabilidad de los estados financieros.

Balance de comprobación o de prueba. Una relación de todas las cuentas del mayor con sus

saldos. Cuadro de dos columnas donde aparecen los nombres y los saldos débito y crédito de

todas las cuentas del mayor.

Balance General o Estado de Situación. Desde un punto de vista contable, el balance general es

una relación de los saldos de las cuentas reales tomadas del libro mayor después del cierre de las

cuentas nominales.

Base de Datos. Un centro de almacenamiento de información dentro de un sistema contable

computarizado. La idea de una base de datos consiste en la información que va a tener una

variedad de usos y que, se registra en el sistema computarizado una sola vez, en ese momento la

información se almacena en una base de datos. Luego, a medida que se necesite, el computador

puede recuperarla de la base de datos y colocarla en el formato deseado.

Capital. En el sentido económico equivale a los bienes de capital, es decir, al conjunto de bienes

de producción acumulados, o riqueza representada por el excedente de la producción sobre el

consumo.

Ciclo Contable. La secuencia de procedimientos contables aplicados al registro, clasificación y

resumen de la información contable. El ciclo comienza con el surgimiento de las transacciones

comerciales y concluye con la preparación de los estados financieros. La secuencia de

procedimientos contables, incluyen el registro de las transacciones en el diario, la mayorización, la

preparación de una hoja de trabajo y Estados Financieros, el ajuste y cierre de las cuentas y la

preparación del Balance de Comprobación después del cierre.

Cierre de cuentas. Paso en el ciclo contable al final del periodo que prepara las cuentas para que

registren las operaciones del periodo siguiente.

Cuenta. El registro detallado de los cambios que han ocurrido en un activo, un pasivo o en la

participación en el capital del propietario en particular durante un período. Un registro utilizado

para resumir todos los aumentos y disminuciones en un activo determinado, como por ejemplo

efectivo, inventarios o cualquier otro tipo de activo, pasivo o patrimonio, ingreso o gasto.

Debe. Parte de una cuenta contable en la que constan los cargos de la misma. Contrapartida del

haber.

Depreciación. Término contable que denota la disminución en el valor de un Activo Fijo Tangible

debido a (1) deterioro físico o desgaste natural; (2) el propio tiempo desgasta gradualmente un

bien de capital, independientemente de que se utilice o no; y (3) las mejoras en la técnica pueden

reducir el valor de las existentes al quedar éstas obsoletas.

Deudor. La parte de una operación a crédito que realiza la compra y crea una partida por pagar.

Diario, Libro de Diario. Un registro contable cronológico de transacciones, que muestra para cada

transacción los débitos y créditos que se van a asentar en las cuentas específicas del mayor.

Empresa. Unidad económica de producción de bienes y servicios.

Gasto. Representan el monto total, en términos monetarios, de los recursos materiales, laborales y

financieros utilizados durante un período cualquiera, en el conjunto de la actividad empresarial.

Haber. Parte de una cuenta contable en la que constan los abonos de la misma. Contrapartida del

debe.

Impuesto. Obligación coactiva sin contraprestación. Tributo o pago obligatorio que impone un

estado con fines públicos.

Ingreso. Aumento en el capital contable del propietario que se gana al entregarles bienes o

servicios a los clientes

Libro contable. Instrumento material de la contabilidad formado por un conjunto de folios

dispuestos ordenada y sistemáticamente, en el que se efectúan las anotaciones contables.

Libro Mayor. Libro de hojas sueltas, archivo u otro registro que contiene todas las cuentas de una

empresa. En él se reflejan las transacciones que afectan a las distintas partidas contables, por

ejemplo, caja, bancos, clientes, proveedores, etc.

Operación. Un acontecimiento que afecta la posición financiera de una entidad en particular y que

se puede registrar en forma confiable.

Pasivo. Una obligación económica pagadera a una persona o a una organización ajena al negocio

Rentabilidad. Es la relación entre el Beneficio y la Inversión.

1.4 Referencias

Los conceptos presentados y la teoría del funcionamiento del sistema fueron extraídos de los

siguientes artículos web y de otros documentos proporcionados por los stakeholders.

Documentación contable - SIND.DETRAB DE LA IND DEL CEMENTO SECCION 22

http://www.ecured.cu/index.php/Proceso_contable

http://www.sii.cl/diccionario_tributario/dicc_a.htm

1.5 Análisis

Con este Software se verán afectados los procedimientos de contabilidad de manera parcial,

realizando todos los procesos fundamentales que realiza el contador de acuerdo a las necesidades

de la organización en cuestión, se busca solucionar el problema objetivo planteado por la

organización misma, por lo que este Software no será utilizado por otras organizaciones. No se

busca crear un Software competencia en el mercado debido a la gran cantidad de Software

existente para este tipo de procesos, sin embargo, se diseñará de acuerdo a los requerimientos de

los usuarios miembros de la organización que lo utilizará.

Planteamiento del problema.

El proceso de Contabilidad o Ciclo Contable se lleva a cabo (por tradición) de manera muy

primitiva en algunas organizaciones, es decir, se hacen los registros de los movimientos monetarios

de activo, pasivo y capital utilizando “libros de diario” o lo que es lo mismo registrando de manera

manual todos los movimientos cargando y abonando a las diferentes cuentas contables que maneja

la empresa. El sistema a desarrollar permitirá facilitar procesos que son parte del ciclo contable

(desde registros diarios hasta estado de resultados o pérdidas y ganancias), agilizando y

optimizando el mismo mediante un Software en el que se puedan capturar los movimientos de

cuentas de diario y automatizar la generación de los distintos balances y estados obligatorios dentro

del proceso.

Consideraciones de software y hardware

Requerimientos mínimos. Computadora personal del administrador debe tener como mínimo el

sistema operativo Windows XP y 2 GB de memoria RAM, así como 20 GB en el disco duro. El

equipo anfitrión requiere un software de base Linux Debian 3.1.3. Con al menos 20 GB de disco

duro y 2 GB de memoria RAM.

Resumen de factibilidad técnica, económica y operativa

Factibilidad técnica.- El Software y Hardware requeridos para el diseño del sistema de

Contabilidad se encuentran disponibles en esa organización, duplican los requerimientos mínimos

para su funcionamiento, por lo que el Software no tendría ningún problema de implementarse.

Factibilidad económica.- Con la implementación del sistema se reducirán los costos de tiempo del

responsable de contabilidad, el costo de verificación de las cuentas, se previenen errores casi

completamente y se evitan multas por una mala contabilidad, si bien no reduce el costo de manera

significativa en tiempo diario, los reduce al final del ciclo contable considerablemente.

Factibilidad operativa.- La operación del sistema está totalmente garantizada pues es un proceso

bastante sencillo que depende mayormente de cuentas numéricas y registros básicos en una base

de datos, debido a que se cuenta con un Software y Hardware más que capacitados se garantiza el

uso del sistema sin problemas.

Conclusiones del análisis

En el caso de esta organización se considera necesario implementar un sistema de contabilidad lo

más automatizado posible ya que efectivamente no se llevaba un registro óptimo de los

movimientos en las cuentas, se consideró factible la implementación de un sistema simple con

interfaz amigable que facilite al encargado de contabilidad el registrar los movimientos de diario en

las cuentas que se seleccionen y generar cualquier estado financiero en el momento que se desee,

así mismo consultar e imprimir toda la información que se genere en base a los registros y

guardarla en la base de datos para futuras referencias.

2. Descripción general

2.1 Perspectiva del producto

La finalidad de diseñar un Software del proceso contable es el de facilitar a los auxiliares contables

la captura de la información y el registro de las operaciones de la empresa, esto agilizará la etapa

de corrección de errores en el Libro Diario y Libro Mayor, así como los ajustes que se habrán de

hacer, sin mencionar que también se pueden automatizar los procesos posteriores al registro de

diario con la generación de los estados y reportes por medio del Software, se considera factible

generar un producto que realice el trabajo de Contabilidad semi automatizado en esta empresa.

2.2 Funciones del producto

El sistema está conformado de tres módulos: registro, procesamiento y consultas. Los dos

primeros, a cargo del usuario administrador y el último para difundir los resultados al secretario

general. Las particularidades de cada módulo se describen enseguida:

a) MÓDULO DE REGISTRO. El usuario será capaz de mantener al día los registros de

contabilidad mediante una aplicación en lenguaje Java apoyado con el cliente de base de datos

Firebird V1.5 en arquitectura cliente-servidor, pues mientras el front-end se ejecutará en la

computadora personal del administrador (Windows-Intel), el back-end correrá en un equipo

anfitrión con software de base Linux Debian 3.1.3. En el menú principal, aparecen dos opciones

principales: REGISTROS que permite registras los movimientos de las cuentas y

ACTUALIZACIÓN que permite exportar el contenido de los registros a archivos de texto plano,

mismos que se usan en el módulo de procesamiento.

b) MÓDULO DE PROCESAMIENTO. Se encargará de verificar los movimientos registrados así

como los procesos de generación de estados financieros y balances de comprobación, notificará si

hay errores en el registro y mostrará en submódulo en donde se pueden corregir dichos errores,

de la misma manera desplegará las cuentas existentes y sus correspondientes saldos.

c) MODULO DE CONSULTAS

Para consultar cualquier documento generado del registro en el momento que se desee, tales

como balanza de comprobación, balance general y los estados financieros y de resultados.

El funcionamiento se ejemplifica a continuación:

2.3 Características del usuario

Los contadores se preocupan de comprender el significado de las cantidades que obtienen con sus

resultados, buscan la relación que existe entre los eventos comerciales y los resultados financieros;

estudian el efecto de diferentes alternativas y buscan las tendencias significativas que sugieren lo

que puede ocurrir en el futuro dentro o fuera de la empresa. Si los gerentes, inversionistas,

acreedores o empleados gubernamentales van a darle un uso eficaz a la información contable,

también deben tener un conocimiento acerca de cómo obtuvieron esas cifras y lo que ellas

significan. Una parte importante de esta comprensión es el reconocimiento claro de las

limitaciones de los informes de contabilidad. Un gerente comercial u otra persona que esté en

posición de tomar decisiones y que carezca de conocimientos de contabilidad, probablemente no

apreciara hasta qué punto la información contable se basa en estimativos más que en mediciones

precisas y exactas, es por esto que el sistema contable está diseñado para usuarios que tengan

nociones de lo que significa manejar la contabilidad, pues un sistema automatizado no puede

corregir los errores del tipo de conocimiento nulo y tampoco puede brindar una educación en

cuanto a la materia, si bien puede orientar, al usuario promedio de sistemas le resultará un poco

confuso manejarlo, pues no entenderá a ciencia cierta lo que se está realizando.

2.4 Restricciones

1.- Oportunidad de la Información: Retraso provoca perdida en la relevancia, pero la anticipación

provoca perdida en la fiabilidad.

Futuro = Incertidumbre

Mayor plazo mayor incertidumbre: Mientras más tiempo pasa, la información es menos relevante.

Anticipación: Perdida en la Fiabilidad; el futuro es incierto.

Lo importante es satisfacer de mejor forma las necesidades de información de la toma de

decisiones a un plazo menor en donde sea mejor utilizable, es decir, registrar por periodos cortos

de 1 mes.

2.- Costo contra el Beneficio: Los beneficios derivados de la información no deben exceder los

costos de suministrarla. Debido a la necesidad de la información se crea el Sistema contable.

Mientras más detallada es la información más complejo es el sistema contable, por ende los costos

son más altos, y esto es solo posible si el beneficio es mayor al costo.

3.- Equilibrio entre características cualitativas: Criterio profesional al utilizar el sistema de

contabilidad, esto equivale un menor costo en tiempos y recursos debido a la capacitación

profesional del usuario objetivo.

4. Desempeño: El atributo más importante es la seguridad, por lo que cuando un usuario intente

utilizar el sistema deberá introducir su nombre y clave de acceso, y el sistema deberá comprobar

que se trata de un usuario autorizado. Caso contrario si los datos ingresados no corresponden a un

usuario autorizado o la clave no coincide con la almacenada, se dará una indicación de error y no

permitirá a este usuario ingresar al sistema.

2.5 Dependencias y suposiciones

Los requisitos descritos en este documento no pueden cambiar, pues los procesos son estáticos,

para lo cual es necesario que las fases de análisis y diseño estén bien documentadas. El sistema de

contabilidad funciona independientemente, sin necesidades de comunicarse con otros sistemas

externos, por lo que no hay dependencias respecto de otros sistemas.

3. Especificar requerimientos

Funcionales:

1. El sistema deberá validar la información proporcionada por el usuario mediante

registro.

2. El sistema deberá desplegar un formulario de inicio de sesión al inicio de la

aplicación.

3. El sistema deberá desplegar un formulario de inicio de sesión para cada operación

de la aplicación en el área de facturación.

4. El sistema contará con un menú con las siguientes funciones: Registro diario, Paso a

mayor, Registrar cuentas, Generar reportes y facturas.

5. El sistema permitirá el registro de cuentas contables con sus respectivos saldos en la

sección “Registrar cuentas”.

6. El sistema deberá desplegar opciones de consultas sobre cuentas registradas.

7. El sistema deberá desplegar la fecha y hora de los registros en diario.

8. El sistema deberá dar la opción de pasar a mayor el formato registrado en registro

diario.

9. El sistema deberá registrar los cargos y abonos seleccionados por asientos en

registro diario.

10. El sistema mostrará la suma de todos los cargos y abonos de los asientos contables.

11. El sistema generará los Balances y Estados a una fecha determinada.

12. El sistema generará de manera automática el Balance general de la empresa en base

al libro mayor.

13. El sistema generará de manera automática el Estado de Resultados de la empresa

en base al libro mayor.

14. El sistema generará de manera automática el Estado Financiero de la empresa en

base al libro mayor.

15. El sistema deberá desplegar opciones de consultas sobre facturas de los clientes de

la compañía.

No funcionales:

1. Las computadoras deben tener acceso a la base de datos en donde funciona la

aplicación.

2. No se podrá iniciar sesión en dos computadoras al mismo tiempo.

3. El software tendrá tiempos de respuesta menores a 5 segundos.

4. El software no manejará un esquema de roles dependiendo el usuario.

5. No se podrán registrar múltiples usuarios con el mismo nombre.

6. El software manejará usuarios por nombre registrados mediante correo

electrónico.

7. No se podrán registrar múltiples usuarios con el mismo correo electrónico.

8. El nombre de usuario debe contener al menos una letra y un número.

9. El sistema no diferenciará entre mayúsculas y minúsculas.

10. El sistema deberá contar con una interfaz gráfica práctica, funcional y sencilla

para que el usuario pueda realizar fácil y rápidamente los diferentes registros.

11. El idioma del sistema deberá ser en español de Latinoamérica.

12. El software deberá integrar un modelo de tareas programadas para la generación

de Balances y Estados.

13. El software podrá generar todos los Balances y Estados que el usuario desee.

14. El software estará disponible las 24 horas del día, siempre y cuando la base de

datos lo esté.

15. En caso que el sistema falle o se cierre inesperadamente, se recuperará el último

proyecto no guardado con su última versión disponible.

Lista de verificación del análisis de requerimientos

Nombre: Luis Francisco García Sotelo Equipo #: 1 Compañía: UABC

Proyecto: Sistema contable Fecha 11/12/15 Fase: Análisis de Requerimientos

El sistema deberá validar la

información proporcionada por el

usuario mediante registro.

Req. F. #1

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá desplegar un

formulario de inicio de sesión al

inicio de la aplicación.

Req. F. #2

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá desplegar un

formulario de inicio de sesión para

cada operación de la aplicación en el

área de facturación.

Req. F. #3

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? NO No es necesario en sí pero es una buena

medida de seguridad a los datos

financieros de la empresa.

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema contará con un menú con

las siguientes funciones: Registro

diario, Paso a mayor, Registrar

cuentas, Generar reportes y facturas.

Req. F. #4

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema permitirá el registro de

cuentas contables con sus respectivos

saldos en la sección “Registrar

cuentas”.

Req. F. #5

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá desplegar opciones

de consultas sobre cuentas

registradas.

Req. F. #6

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá desplegar la fecha

y hora de los registros en diario.

Req. F. #7

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá dar la opción de

pasar a mayor el formato registrado

en registro diario.

Req. F. #8

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá registrar los cargos

y abonos seleccionados por asientos

en registro diario.

Req. F. #9

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema mostrará la suma de todos

los cargos y abonos de los asientos

contables.

Req. F. #10

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema generará los Balances y

Estados a una fecha determinada.

Req. F. #11

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema generará de manera

automática el Balance general de la

empresa en base al libro mayor.

Req. F. #12

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema generará de manera

automática el Estado de Resultados

de la empresa en base al libro mayor.

Req. F. #13

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema generará de manera

automática el Estado Financiero de

la empresa en base al libro mayor.

Req. F. #14

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá desplegar opciones

de consultas sobre facturas de los

clientes de la compañía.

Req. F. #15

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? NO Pues el sistema sólo debería llevar

registro y generación de Balances y

Estados.

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

Las computadoras deben tener

acceso a la base de datos en donde

funciona la aplicación.

Req. NO F. #1

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

No se podrá iniciar sesión en dos

computadoras al mismo tiempo.

Req. NO F. #2

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? NO Aunque no sea necesario evita

problemas en cuanto a las ediciones y

registros variados, podría limitarse a no

poder registrar en dos computadoras al

mismo tiempo.

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El software tendrá tiempos de

respuesta menores a 5 segundos.

Req. NO F. #3

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? NO No es necesario pero es óptimo

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El software no manejará un esquema

de roles dependiendo el usuario.

Req. NO F. #4

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

No se podrán registrar múltiples

usuarios con el mismo nombre.

Req. NO F. #5

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El software manejará usuarios por

nombre registrados mediante correo

electrónico.

Req. NO F. #6

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? NO No es necesario pero serviría

implementarlo para control de seguridad

o envío de respaldos por correo

electrónico.

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

No se podrán registrar múltiples

usuarios con el mismo correo

electrónico.

Req. NO F. #7

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El nombre de usuario debe contener

al menos una letra y un número.

Req. NO F. #8

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema no diferenciará entre

mayúsculas y minúsculas.

Req. NO F. #9

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema deberá contar con una

interfaz gráfica práctica, funcional y

sencilla para que el usuario pueda

realizar fácil y rápidamente los

diferentes registros.

Req. NO F. #10

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El idioma del sistema deberá ser en

español de Latinoamérica.

Req. NO F. #11

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El sistema generará de manera

automática el Balance general de la

empresa en base al libro mayor.

Req. NO F. #12

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El software podrá generar todos los

Balances y Estados que el usuario

desee.

Req. NO F. #13

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

El software estará disponible las 24

horas del día, siempre y cuando la

base de datos lo esté.

Req. NO F. #14

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI

En caso que el sistema falle o se

cierre inesperadamente, se

recuperará el último proyecto no

guardado con su última versión

disponible.

Req. NO F. #15

Si No, Explicación

¿El requerimiento es adecuado para los

objetivos de la empresa?

SI

¿El requerimiento está libre de

conflictos con las regulaciones

establecidas?

SI

¿El requerimiento es necesario? SI

¿El requerimiento necesita software o

hardware estándar?

SI

¿El requerimiento es interpretado igual

por varias personas?

SI

¿El requerimiento es realista para la

tecnología a utilizar?

SI

¿El requerimiento es único? (no puede

separase en varios requerimientos)

SI

¿El requerimiento puede ser probado

por los ingenieros de prueba?

SI