DMDS_U3_A1

May 18, 2018 | Author: Paco Alonso | Category: Sql, Software, Databases, Areas Of Computer Science, Technology


Comments



Description

IntroducciónEn esta actividad identificaré los requerimientos necesarios para el tipo de programa que se pretende realizar, su razón de ser, es decir el objeto; e investigar y expresar datos históricos para adaptarlos a los requerimientos del programa que se desarrollará. Planteamiento Una mediana empresa hace la petición de desarrollar un programa de compra-venta específico, el cliente solicita que existan menús para registrar las ventas, tener registro de sus clientes, un control de sus mercancías, registro de sus proveedores, compras. Identificación de requerimientos  Registro y control de ventas: altas, bajas, modificaciones y devoluciones.  Registro de clientes: altas, bajas, modificaciones y mantenimiento de clientes.  Control de productos: altas, bajas, ingresos, egresos y mantenimiento.  Registro y control de proveedores: altas, bajas y mantenimiento.  Registro de compras: proveedor, vendedor, ingreso, egreso y mantenimiento. NOTA: Los ingresos y egresos no se refieren a la contabilidad sino a los que genera el sistema como tal. Tipo de programa y objeto: Se trata de un software que facilite las operaciones de compras y ventas de la empresa dando pie a tener un mejor control de lo que se provee así como de lo que se adquiere 2. Enlista los recursos y el tiempo de desarrollo por medio de la estimación. Los recursos más importantes que podemos clasificar serían los requerimientos, mismos que en la tabla se muestran con los datos históricos necesarios de un proyecto desarrollado anteriormente. Datos históricos de la tabla 1 Tomando como fundamento la tabla 1 determinaremos los Proxis más Ad-hoc para los módulos del proyecto que se pretende llevar a cabo y los módulos que se plasman como propuesta y que son necesarios incluir para un correcto funcionamiento del software: DE COMPONENTE PROXY MÁS PARECIDO 1 Se requiere de un módulo de interfaz de usuario para 8 poder registrar las altas. 6 Módulo para cálculos estadísticos. Este módulo genera los 700 reportes dentro de la aplicación. NÚMERO COMPONENTE NO. 4 Módulo de reportes de la aplicación. bajas y modificaciones de las ventas . 650 bajas y cambios. 1 Módulo de reglas de negocio y operaciones para control de 2300 0 productos e inventarios. Este módulo permite realizar varios 1000 cálculos estadísticos desde fuentes de datos como archivos. Este módulo 850 genera reportes desde una interfaz que puede ser accedida a través de internet o una red mediante un navegador. 2 Interfaz de usuario con los controles necesarios para poder 570 realizar altas.N COMPONENTE LÍNEAS DE U CÓDIGO M 1 Comunicación entre la interfaz de usuario y los componentes de la 1200 capa de negocio. 3 Módulo para el acceso a la base de datos y control de 400 sentencias SQL. 8 Módulo de interfaz de usuario para ventas. bases de datos y colecciones de valores en memoria. 7 Módulo de interfaz de usuario para control de productos: Altas. Las clases de este componente reciben datos provenientes de la interfaz de usuario y realizan las acciones correspondientes. 9 Módulo de operaciones y reglas de negocio relacionadas con las 1500 compras. En este módulo se 870 manejan las interfaces de usuario para realizar ventas de productos. 5 Módulo de reportes de la aplicación en web. cambios y devoluciones. bajas y cambios de clientes. bajas y modificaciones de proveedores 5 Se requiere de un módulo de operaciones y reglas de 9 negocios registrar las altas. bajas y modificaciones de compras 6 Módulo de reportes de la aplicación. 7 Módulo para el acceso a la base de datos y control de 3 sentencias SQL. Este módulo genera 4 los reportes dentro de la aplicación.66 horas . 8 Módulo de reglas de negocio y operaciones para control 10 de productos e inventarios.2 Se requiere de un módulo de interfaz de usuario una 2 interfaz para poder registrar las altas. bajas y modificaciones de mercancías 4 Se requiere de un módulo de interfaz de usuario una 2 interfaz para poder registrar las altas. 3 Se requiere de un módulo de interfaz de usuario una 7 interfaz para poder registrar las altas. se puede estimar el tiempo del proyecto Tiempo estimado del proyecto = LOC estimado del proyecto/media de productividad Sustituyendo = 7560/22 = 343. Estimado en tamaño que tendría el proyecto sumando las líneas de código de todos los PROXYS de la tabla Proxy LOC 8 870 2 570 7 650 2 570 9 1500 4 700 3 400 10 2300 7560 Al utilizar una media de productividad de 22 líneas escritas de código por hora. bajas y modificaciones de clientes . así como investigar y expresar datos históricos para adaptarlos a los requerimientos del programa y estimar el tamaño del proyecto y tiempo requerido para realizarlo. me pareció muy práctico el ejercicio.com/ . de UNADM Sitio web: https://unadmexico. su objeto. Planeación: recursos y calendario.Conclusiones Identifiqué los requerimientos para el tipo de programa que se realizará. el cual me permitió aterrizar la teoría vista previamente y conocer la utilidad de las métricas para estimar el tamaño de un proyecto de software y el tiempo que se requiere para poder realizarlo.blackboard. Fuentes UNAD (2017) Unidad 3. Recuperado el 1 de octubre de 2017.
Copyright © 2022 DOKUMEN.SITE Inc.