Requerimientos basicos del proyecto:
--------------------------------------------------------------///-----------------------------------------------------------------------
Framework a ser usado: PHP+Laravel.
Compatibility: Windows & Linux
Mobile: Android/IOS
Backend: MariaDB or MySQL
Documentacion del desarrollo y testing requerido.-
Se ejecutara desde Internet (Web application).-
El proceso debera quedar listo para ejecutarse desde cualquier lugar aunque
basicamente se ejecutara desde 2 lugares por el momento:
1- Desde un link desde el sitio:
http://www.goitglobal.com/ (ej.
www.goitglobal.com/tools.php)
(Por ende debera poder configurarse para poder tener el mismo look & feel que el sitio).
2- Se ejecutara tambien desde otro proyecto mas grande, que se hara con el siguiente
Theme:
http://altair_html.tzdthemes.com/ (Por ende debera quedar preparado para
implementarse transparentemente dentro de este template.-
3- Comenzara pidiendo user/pass (que por ahora esta hardcodeado como admin/admin) y mostrara una pantalla con una tira de menu superior cuya primera opcion es “File”.
Alli “Open” “Save as” “Print” y “Send”.-
4- El workflow seria aproximadamente este:
1-El usuario va a File/Open donde el programa le permite elegir desde un arbol de directorios que el elige un documento .doc, .docx o .txt por el momento (dejar abierta la posibilidad que pueda cargar otro tipo de documento en el futuro).-
2- Si el formato de documento ya se encontrara grabado en la base de datos de formatos de documentos, lo carga y lo presenta al usuario en la pantalla (la mitad superior de la pantalla podria mostrar el documento y en la otra mitad inferior podria solicitar los datos variables que iran luego dentro del documento (se analizara la forma mas comoda visualmente y funcionalmente para el usuario).-
3- El usuario clickea en un boton “Start” y comienza el proceso de solicitud de las variables del documento sobre el cual el usuario puede ir para atras o para adelante teniendo la posibilidad de corregir o cargar nuevamente los datos de cada paso.-
Los “pasos” en este caso pueden ser secciones, items o parrafos del documento que estaran perfectamente identificados en la base de datos de formatos de documentos.-
4- Una vez terminado la cadena de solicitud de datos del documento, se hara un preview mostrando al usuario como quedaria ya el documento grabado. Si decide modificar algun paso vuelve hacia atras modifica y vuelve a la preview.
Cuando el usuario decide que todo esta Ok ira a “File/Save As” solicitandole el programa si quiere grabarlo como .doc, .docx, .pdf o .txt (dejar abierta la posibilidad para que pueda salvar otro tipo de documento en el futuro).-
Tambien luego de esto podra ir a “File/Send” y lo podra enviar por mail a una serie de contactos que mostrara en un menu lista de una tabla (por ahora quedara hardcodeada una direccion de email especifica).-
Observacion1: Siempre que el usuario cargue un documento y lo grabe, este sera grabado con la siguiente convencion de nombre: NombreDoc_YYMMDDHHMMSS lo cual lo hara univoco entre todos.
Observacion2: Las [variables] a ingresar tendran un "caption" a modo de ayuda para que el usuario sepa a que contexto se refiere esa variable cuando se la esta solicitando en el proceso de carga de las mismas.-
Obsevacion3: Los tipos de objetos que el programa podra solicitar son los siguientes (puede haber mas en el futuro con lo cual habra que dejar abierto el codigo para que sean facilmente agregables otras en el futuro):
Variables de texto simples, porcentajes, numeros con decimales, fechas (se podran elegir desde un calendario simple), grafico (solo se pegara el grafico que se haya copiado desde otra aplicacino en el lugar predefinido en el documento, pero se debera dejar abierta la posiblidad que se llame a un programa de creacion de grafico simple desde este punto en el futuro), grilla de n x m (que puede variar en dimension y con sumas basicas por fila y columna) con nombres de columna y filas que pueden venir predefinidos , gantt simple (tareas con nombres y fechas), links a documentos y tambien hyperlinks, nombres de roles y contactos que se podran obtener de una tabla de roles y de contactos si el usuario optase por ello o sino se cargaran manualmente.
Observacion4: El usuario deberia poder clickear en cualquier paso del workflow de pedido de datos para ejecutarlo nuevamente desde alli si fuera necesario.-
Observacion5: Estara definido en cada formato de documento en la base de datos de formatos de documentos, que tipo de objeto tiene que pedir al usuario en cada paso del workflow y de que tabla tiene que ofrecer sus valores, pudiendose ademas agregar o eliminar objetos si el formato original del documento se decidiese cambiar.-
Observacion6: Las variables podran ponerse en “Negrita” “Cursiva” o cambiar de “Color” o “subrayarse” con los tipicos botones de control de texto en la barra de menu superior.-
Observacion7: Cada format de documento podra identificarse en la base de datos de formatos de documento por una unica clave que deberia incluir los siguientes items: Activity:DocumentType:Language (ej. Planning:Quotation:English).-
---------------------------------------------------------------------------------------------------------------------------------------
Cualquier consulta a disposicion,
Muchas Gracias
Plazo de Entrega: 06 Abril, 2017