Planificación del Proyecto
1
Defina su objetivo general de la empresa para el desarrollo del software de contabilidad. Un ejemplo podría ser el objetivo de proporcionar supervisión financiera completa , la reconciliación y la información para un determinado tipo de empresa, organización sin fines de lucro u órgano de gobierno . Las metas mensurables le permitirá encuadrar los requerimientos del negocio en concreto .
2
Determinar las principales partes interesadas . Enumere los proveedores más importantes y clientes de los datos contables del nuevo software va a recibir , almacenar, manipular y de salida. Como mínimo , la lista de las principales partes interesadas debe incluir un negocio y contable . También puede incluir contadores , gerentes financieros, soporte de TI , gerentes de operaciones , gerentes de ventas , nómina y especialistas fiscales , auditores e inversionistas.
3
Determinación de los requisitos de negocio y alcance . Mantener conversaciones preliminares con las partes interesadas sobre lo que el paquete de contabilidad debe hacer. Definir el alcance : que cuenta para incluir y qué dejar fuera . Funciones básicas deben incluir contabilidad general, cuentas por cobrar , cuentas por pagar , facturación , cheques , los depósitos y los informes financieros básicos. Funciones opcionales podrían incluir la previsión, la nómina , la banca electrónica , el seguimiento del inventario , seguimiento del tiempo , gestión de proyectos , integración de flujo de ventas y comercio electrónico . Comparación con los paquetes de software de contabilidad competitivos ayudará a informar a estas discusiones.
4
Determinación de los requisitos funcionales , que describen cómo el software de contabilidad va a hacer lo que hace. Mantener conversaciones con los principales clientes y los recursos técnicos para determinar los requisitos funcionales . Un ejemplo de un requisito funcional para un paquete de software de contabilidad sería si se pueden introducir, consultar y recuperar datos de la transacción en un navegador web o una interfaz propietaria . Otro requisito funcional importante sería una lista de tipos de datos que los usuarios avanzados podrán cargar desde una hoja de cálculo . Por el contrario , la conformidad de Estados Unidos Principios Contables Generalmente Aceptados ( PCGA de EE.UU. ) sería un requisito de negocio , no es un requisito funcional , porque dice lo que la aplicación debe hacer, no cómo lo hará .
5
Documento con todos los requisitos de negocio y funcionales claramente , utilizando verbos fuertes , como "deberá" y " debe" en lugar de verbos ambiguos tales como " debería" y "puede ". Documentar todos los requisitos de software para que se remontan a los objetivos originales del proyecto (y vice versa) se asegura de que todos los aspectos del software de especificación de requisitos de contabilidad son necesarias y suficientes para el éxito del diseño del paquete de contabilidad .
6 los diagramas pueden ayudar al programador para interpretar los requisitos de software funcionales y lógicos.
Incluir diagramas y los " casos de uso ", secciones narrativas que describen escenarios de usuario típicos , ya que estos ejemplos ilustrativos a menudo ayudan a transmitir la sensación de un requisito para el programador. Por ejemplo , un caso de uso podría mostrar cómo un usuario en un papel de contabilidad selecciona " splits ", los detalles que distribuyen totalmente el costo de la compra de la mayoría de las cuentas de gastos al entrar en una transacción de pago .
7
Tener tecla de revisión las partes interesadas , modificar y aprobar la documentación de los requisitos . Esto formará el manual de instrucciones de los recursos técnicos de programación , por lo que debe ser considerada final antes de que la mano -off .
Programación y pruebas
8
mano de los requisitos documentar que el equipo técnico de arquitectos de TI y programadores , que se encargará de la tecnología de apoyo y el código de la aplicación. Codificación incluirá la interfaz gráfica de usuario, la base de datos subyacente , toda la lógica y los cálculos , la entrada y salida de las formas y los informes .
9
El equipo técnico realiza las pruebas preliminares , incluyendo pruebas de componentes , el correcto funcionamiento de la carga de datos procedimientos, cálculos y las conexiones de red.
10
realizará las pruebas de aceptación del usuario ( UAT ) del software de contabilidad después de que el equipo técnico ha completado su prueba preliminar . Los usuarios avanzados de contabilidad y teneduría de libros deberían probar las transacciones financieras del software de procesamiento de precisión. Pruebe resultados numéricos de la coherencia con los datos históricos. UAT debe continuar hasta que el software lleva a cabo como se esperaba, de extremo a extremo .
Lanzamiento y soporte
11
Crear todo el apoyo de productos y materiales de documentación incluyendo el manual del usuario y la ayuda contextual archivos . Diseño y preparación de cursos de formación .
12 Capacitación a los usuarios finales es fundamental para el éxito de su nuevo software de contabilidad .
tren usuarios finales en un entorno no productivo donde puedan sentirse libre de experimentar sin afectar a los datos reales.
13
lanzar el nuevo software a todos los usuarios finales . Asegúrese de que el equipo de soporte técnico fuerte está en el lugar para responder preguntas, proporcionar instrucción y resolución de problemas .