ingenieria de requerimientos ejemplo
Post on 27-Jan-2016
220 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
top related