PROYECTO DESARROLLO DE SOFTWARE PLANTILLA STAKEHOLDERS
Enviado por Edwin Rodriguez Castaño • 29 de Noviembre de 2020 • Tareas • 1.105 Palabras (5 Páginas) • 183 Visitas
INGENIERÍA SOLUCIONES HIDRÁULICAS Y CIVILES S.A.S. PROYECTO DESARROLLO DE SOFTWARE PLANTILLA STAKEHOLDERS | ||||
Código | Rol o cargo | Descripción del rol o interés | Nivel de influencia | Interés en el proyecto |
1 | Analista | Evidencia la necesidad de la empresa. | Alto | Alto |
2 | Programador | Convertirá la necesidad del cliente en un código ejecutable | Alto | Alto |
3 | Gerente | Cliente que le dice al analista que es lo que desea | Alto | Alto |
4 | Director de obra | Se encarga de brindar información general del software requerido | Alto | Alto |
5 | Director de obra | Brindará información muy relevante a la parte de presupuestos | Alto | Alto |
5 | Residente de obra | Brindará información sobre los pedidos, contratos, Actas de obra y costos | Bajo | Medio |
6 | Almacenista | Brindará información sobre acceso a las entradas, salidas, inventarios, stocks y equipos de obra y costos | Bajo | Medio |
7 | Jefe de compras | Brindará información sobre las compras comparativos, cotizaciones y costos | Medio | Medio |
[pic 1] | INGENIERÍA SOLUCIONES HIDRÁULICAS Y CIVILES S.A.S. ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE No 01 | Espacio para información del formulario a partir del sistema de gestión de calidad | |
ID | Nombre | Descripción | Prioridad |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | Usuarios Acceso al software Horario de funcionamiento Interfaz Personas conectadas Informes Creación de Presupuestos Compras Inventarios Costos Contratos Orden de los datos Copia de seguridad Actualización de datos y funcionamiento | El software debe permitir la creación de usuarios y la restricción que se le de a cada uno de ellos, partiendo de un usuario principal El programa debe solicitar nombre de usuario y contraseña cada vez que una persona acceda a él, este debe ser asignado inicialmente por el usuario principal. El programa solo se podrá ejecutar entre las 6:00 am y las 6:00 pm de lunes a viernes, sábados de 6:00 am a 1:00pm, para el usuario principal si podrá hacerlo en cualquier Horario, para que otro usuario lo ejecute en un horario diferente deberá de solicitar un permiso justificado. El programa debe de ser de fácil uso con el mouse y el teclado, debe de permitir fácilmente la ubicación del registro de datos, la navegación, y de fácil visualización de los textos y botones de comando.
El acceso de usuarios por cada módulo será restringido, 1 usuario en el módulo de Presupuesto. 3 usuarios en el módulo de inventarios. 3 usuarios en el módulo de actas y contratos. 2 usuarios en el módulo de control de costos. El programa deberá de generar informes gerenciales. Existencias y consumo de materiales, Costo de materiales en stock y consumidos, Presupuesto ejecutado, Materiales solicitados y realizada la compra, materiales consumidos por actividad, equipos ejecutados por actividad, costo y tiempo de equipos en alquiler, costo en mano de obra, actividades pagas por contratos frente a pendiente por ejecutar, gastos generales, precios unitarios y costos indirectos. Todo deberá de tener la opción de que se pueda observar por actividades de obra. El programa me permitirá la creación de los respectivos APU (Análisis de precios unitarios), Creación de capítulos, sub capítulos y actividades de obra, todo deberá de quedar organizado en orden numérico. El Programa deberá de realizar comparativos ingresando las cotizaciones de los proveedores, para así tomar la mejor decisión a la hora de realizar la orden de compra, debe de haber primero una orden de pedido antes de la compra, y esta debe ser aprobada por el director de obra y la gerencia. (esto se hará desde el módulo de inventarios), debe de tener un encabezado donde se relacione el proveedor, la requisición del material, la fecha de entrega de material, la fecha de elaboración de la OC Para poder hacer un ingreso de material al sistema debe de haber previamente una orden de compra que se relacione. Al momento de ingresar la entrada debe de haber un encabezado que me relacione la orden de compra y la requisición de material asociada, debe de permitir el registro de la factura y la fecha de llegada del material, también para la salida de material debe de haber un encabezado que me permita ingresar la fecha de entrega del material, contratista al que se le asigna, actividad donde se utilizara el material Debe de permitir la entrada de datos de los equipos en alquiler, gastos generales, cuadrillas de mano de obra y costos indirectos de la obra. Debe de permitir la asignación de contratos por contratistas, actas para pagos, asignación de otro si a los contratos, debe de tener encabezado donde se relacione, nombre del contratista, fecha de inicio y entrega, me debe de imprimir un acta de inicio y un acta de entrega. Todas las actividades, materiales, ordenes de compras, requisiciones, equipos, cuadrillas, contratos y contratistas deberán de estar codificados por orden numérico, Ejemplo, Materiales por grupos. 10 corresponde al tipo de material (Maderas) 1001 corresponde a la lineal del material (Tablas) 100101 corresponde al material específico (Tabla 10 cm de ancho) 100102 corresponde al material específico (Tabla 12 cm de ancho) Actividades 01 corresponde al capítulo general (preliminares) 0101 corresponde a las excavaciones en los preliminares. 010101 corresponde a la excavación de zanjas en los preliminares 010102 corresponde a la excavación de pilotes en los preliminares. Para las órdenes de compra, requisiciones, contratos, entradas, salidas, movimientos de equipos y todo lo que sean formularios serán números consecutivos partiendo desde el 000001 El programa deberá de hacer diariamente una copia de seguridad en el servidor y en un disco en la nube Los datos se deben de actualizar siempre después de que se ejecute cada función, el procesamiento de datos y la impresión de informes el programa debe de hacerlo de una forma rápida “Casi que simultáneamente después de guardar un formulario” | Media Media
Baja Alta Baja Alta Alta Alta Alta Alta Alta Alta Alta Alta |
Controles y restricciones | El acceso siempre debe de ser con nombre y contraseña. El numero de usuarios debe de ser limitado. Se debe de controlar el acceso de la información y los permisos de edición de información según el rol de cada usuario. | ||
Criterios de Aceptación | El software se debe ejecutar con Windows. El software solo se podrá visualizar desde Android. El mantenimiento del software es un servicio de soporte adicional. Después de la entrega del software solo se realizaran dos modificaciones o anexos al diseño final, siempre y cuando no afecte al código general del programa. | ||
Fecha de especificación | 20/11/2020 | ||
_________________________ ________________________ ______________________ Firma Firma(s) Firma(s) ( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados en la especificación en la especificación |
...