Descargar

Sistema de facturación e inventario – FACTINV


Partes: 1, 2, 3, 4

  1. Introducción
  2. Motivación
  3. Objetivo
  4. Administración del proyecto
  5. Administración de riesgos
  6. Requerimientos del sistema

Introducción

La simulación asistida por computador consiste básicamente en construir modelos informáticos que describen la parte esencial del comportamiento de un sistema de interés, y proceder a experimentar con estos modelos, para extraer conclusiones de sus resultados que permitan apoyar la toma de decisiones. La simulación ha crecido como una metodología de experimentación fundamental en campos tan diversos como la Economía, la Estadística, la Informática o la Física y con enormes aplicaciones industriales y comerciales, como los simuladores de vuelo, los juegos de simulación, los procesos industriales, o la predicción bursátil o meteorológica. En lo que respecta al ámbito industrial la simulación de procesos es una las herramientas más utilizadas por la ingeniería industrial, por lo general una vez que se detecta que cierto sistema de interés no opera en forma adecuada, se plantea al ingeniero la forma de mejorar el funcionamiento del mismo, y para ello emplea la simulación, ya que en la mayoría de los casos experimentar con el sistema real tomará mucho tiempo, será costoso y además tendrá que interrumpir el funcionamiento actual de las operaciones que ejecuta el sistema dentro de la empresa. El modelo debe permitir estudiar, predecir o explicar un fenómeno, proceso o metodología con un grado de precisión determinado. El grado de precisión del modelo está asociado a factores como la definición de las variables relevantes que explican el sistema, la interrelación de estas en el modelo y el nivel en que el modelo representa el sistema real. En términos generales, un modelo debe ser una representación aceptable de la realidad, es decir, debe existir una buena correlación entre lo que predice el modelo y lo que sucede en la realidad. Para tener la certeza de que se a alcanzado esta correlación, resulta indispensable realizar un proceso de validación. El desarrollo del sistema de información propuesto, esta orientado a proporcionar un ambiente de prueba, que permita validar modelos representados como ecuaciones algebraicas diferenciales, capaces de representar en forma adecuada gran parte de los procesos industriales actuales.

Este documento describe el proceso del software seleccionado para Analizar, Diseñar, codificar y Probar el desarrollo de un sistema de Facturación e Inventario (FACTINV). El documento se encuentra dividido en cinco partes principales, como a continuación se describe:

Motivación

Para que todo proceso de simulación sea útil, es necesario que el modelo sea una representación aceptable de la realidad, es decir, debe existir una buena correlación entre lo que se simula y lo que sucede en la realidad, y para establecer adecuadamente esta correlación resulta indispensable realizar un proceso de validación. La validación de un modelo es un problema, relativamente complejo. Si se dice que un modelo es correcto o válido, significa que está representando en forma adecuada el sistema real, pero es obvio que nunca se puede estar absolutamente seguro y ningún modelo, por más sofisticado que sea, puede representar exactamente la realidad, y siempre será una aproximación del sistema real. Por lo tanto se considera que en el proceso de validación de un modelo, se trata de obtener el mayor grado de confianza posible para su uso. En términos generales la validación de un modelo está relacionada con la necesidad de efectuar un conjunto de pruebas que permitan verificar que tan seguro es utilizar el modelo propuesto, y esto dependerá de lo aproximado que sea la salida real y la calculada mediante la simulación, sin pretender en ningún momento que esta sea una representación exacta de la realidad. Por otro lado el conjunto de pruebas a realizar se puede generalizar de forma tal que sean independientes del modelo que se desea validar, lo que permitirá aplicarlas a varios modelos que pretenden simular diferentes procesos industriales de interés y mientras menos sesgadas sean las pruebas realizadas, más fiable será el proceso de validación. En vista de que es común que dentro de una empresa converjan diferentes procesos industriales, y que el proceso de validación de un modelo es indispensable para que este sea aplicado en forma segura, resulta sumamente interesante abstraer el proceso de validación, ganando así generalidad en dicho proceso, esto permitirá reducir los costos de prueba, ya que no hay que diseñar un proceso de validación para cada modelo, por otro lado al hacer que el conjunto de pruebas a realizar, sean lo más independientes posibles del modelo, los resultados obtenidos serán mucho más confiables, estas dos características generalidad para reducir costos y confiabilidad en los resultados obtenidos, constituyen sin duda alguna la motivación principal para desarrollar el sistema de información propuesto.

Objetivo

El objetivo del presente proyecto es el desarrollo de un sistema de Facturación e Inventario para un negocio dedicado a la compra y venta de hules industriales y automotrices, el negocio desea llevar control y mantener actualizados sus registros de adquisiciones, ventas, proveedores, clientes e inventario de productos en bodega.

En la figura 1, se presenta el diagrama lógico del sistema.

edu.red

GLOSARIO DE TERMINOS

Término Descripción

FACTINV

Sistema de Facturación e Inventario

BD

Base de Datos

CASE

Computer-Aided Systems Engineering, traducción Ingeniería de Sistemas Asistida por Computadora

RtS

Real Time Studio, traducción Estudio en Tiempo Real

WBS

Work Breakdown Structure

POS

Project Overview Statement

INAOE

Instituto Nacional de Astrofísica, Óptica y Electrónica

VORD

Definición de requerimientos orientados a puntos de vista

PRIMERA PARTE:

Administración del proyecto

La Administración de Proyectos es un método y un conjunto de técnicas basadas en los principios aceptados de la Administración usados en la planeación, estimación y control de actividades de trabajo para alcanzar un resultado final deseado en tiempo, dentro de un presupuesto asignado y acorde a una especificación.

La gestión de un proyecto de software comienza con un conjunto de actividades que globalmente se denominan administración o planeación del proyecto. Antes de que el proyecto comience, el administrador y el grupo de trabajo deben realizar una estimación del trabajo a realizar, de los recursos necesarios y del tiempo que transcurrirá desde el comienzo hasta el final de su realización. Siempre que estimamos, lo hacemos mirando hacia el futuro y debemos aceptar resignados cierto grado de incertidumbre. A pesar de que resulta sumamente difícil estimar, existen un conjunto de técnicas útiles para la estimación del esfuerzo y del tiempo. Las métricas del proyecto y del proceso proporcionan una perspectiva histórica y una potente introducción para generar las estimaciones cuantitativas, por otro lado la experiencia en proyectos anteriores, puede ayudar en gran medida al desarrollo y revisión de las estimaciones. En resumen el objetivo de la planificación del proyecto es proporcionar un marco de trabajo que permita al administrador hacer estimaciones razonables de sus recursos, estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo del proyecto, y en caso de ser necesario deberán actualizarse a medida que progresa el proyecto. Además las estimaciones deben definirse los escenarios del mejor y peor caso de forma que los resultados del proyecto puedan limitarse. En esta sección se estudia cada una de las actividades asociadas a la administración del proyecto, partiendo desde la selección del modelo a seguir para desarrollar el mismo, la definición de las actividades a realizar, su calendarización, y el análisis de riesgos del proyecto propuesto.

Objetivo

Esta sección describe un panorama de la Administración del Proyecto FACTINV, iniciando con la selección del Modelo del Proceso del Software a seguir en el desarrollo del presente proyecto y su justificación, así como las actividades asociadas a la administración del proyecto, que comprenden los siguientes puntos:

  • 1. Planeación del Proyecto

  • 2. Calendarización de las actividades del Proyecto.

  • 3. Administración de los Riesgos

Grupo de Trabajo

El grupo de trabajo para el desarrollo del proyecto esta formado por dos desarrolladores, como a continuación se describe:

Nombre

Puesto

Especialista en

Administrador del Proyecto

Ingeniería de Software y Programación

Desarrollador

Ingeniería de Software y Programación

Modelo del Proceso de Software

Cuando se trabaja para construir un producto o un sistema, es importante seguir una serie de pasos predecibles -un mapa de carreteras que le ayude a obtener el resultado oportuno de calidad-. El mapa de carreteras a seguir en el desarrollo de sistemas de software es llamado, el "Proceso del Software".

Los ingenieros de software y sus gestores adaptan el proceso a sus necesidades y entonces lo siguen. Además las personas que han solicitado el software tienen un papel a desempeñar en el proceso del software. Los procesos de software tradicionales conocidos actualmente son complejos y, como en todo proceso intelectual, se basa en el juicio humano. Aunque existen muchos procesos diferentes de software, tienen actividades fundamentales que son comunes para todos ellos. Estas son: Análisis, Diseño, Implementación y Pruebas. La selección de un modelo de proceso para la ingeniería del software, debe hacerse de acuerdo a la naturaleza del proyecto, de la aplicación, métodos y herramientas a utilizarse, y de los controles de entrega que se requieren. Para el desarrollo del sistema propuesto fue seleccionado el modelo Cascada o modelo lineal secuencial, el cual sugiere un enfoque sistemático y secuencial para el desarrollo del software, en este modelo los clientes piden lo que desean, por medio de esos requerimientos se diseña el sistema, después el diseño se codifica y por ultimo se efectúan las pruebas que determinaban si el sistema funciona correctamente de acuerdo a los requerimientos del cliente., tal como se muestra en la figura 2. A pesar de que el modelo original en cascada propuesto por Winston Royce en 1970, hace provisiones para bucles de retroalimentación, en la gran mayoría de los casos este modelo se aplica como si fuera estrictamente lineal.

edu.red

Figura 2 Modelo de Proceso de Software seleccionado. Modelo Cascada.

El modelo cascada es el paradigma más antiguo y más extensamente utilizado en la ingeniería de software, sin embargo la crítica del paradigma en algunos casos a puesto en duda su eficiencia, es por ello que a continuación se describen las causas que justificaron la selección de este modelo.

  • Se puede desarrollar con facilidad ya que sus etapas están bien definidas.

  • El proyecto a desarrollar ya ha sido puesto en practica con éxito en otros lugares.

  • Los requerimientos del proyecto son comprendidos en su totalidad.

Planeación

La planeación tiene como finalidad fijar los recursos disponibles, dividir el trabajo del proyecto en actividades que puedan ser realizadas por el grupo de desarrollo en poco tiempo, crear un calendario de trabajo y un realizar un análisis de riesgos.

Requerimientos de recursos de Hardware y Software

Este punto de la planeación describe los requerimientos de hardware y software que se utilizaran para el desarrollo del proyecto, como a continuación se indican:

Recursos de Hardware

Cant

Descripción

Justificación

Computadora de escritorio

2

  • Procesador Intel Pentium® 4 Sistema Operativo Microsoft® Windows® XP Profesional

  • Bus de Sistema 800 MHz.

  • Memoria: 512MB PC3200 DDR 400MHz (2×256)

  • Disco Duro de 80 GB minimo.

  • Disco Óptico: CD-ROM RW/ (48x)

  • Unidad de disquete de 3.5 pulg. y 1.44 MB.

  • Gráficos Integrados Intel® UMA AGP8x hasta 64 MB de memoria compartida.

  • Tarjeta de red 10/100 integrada.

  • Módem Integrado de 56K ITU V.90.

  • Interfase: 6 USB2.0, Serial, 2PS/2, VGA, Paralelo, RJ45/11,

  • Ranuras de expansión: 4 ranuras de expansión (1 ocupada y 3 disponibles)

Se requieren para el desarrollo del sistema y al finalizar una de las computadoras servirá como administrador de la BD.

Recursos de Software

Cant

Descripción

Justificación

Herramienta de desarrollo CASE y licencia

1

Puede ser Racional Rose o similar, actualmente en el lugar donde se desarrolla el sistema se tiene acceso al Artisam RtS.

Se requieren para el modelado y diseño del sistema bajo el estándar de UML

Base de Datos y ambiente de desarrollo.

1

MySQL 4.0 o superior

Este tipo de base de datos es de fácil uso y es software libre.

Ambiente de desarrollo Visual C++

1

Se requiere la ultima versión, Visual Studio.Net

Por ser el ambiente que domina el grupo de desarrollo.

Paquete de Trabajo Office

1

Office XP o 2003

Elaborar la documentación del Proyecto.

Definición de Actividades

Para poder alcanzar los objetivos o metas del proyecto, las técnicas de división del proyecto en actividades parece ser la más acertada. En este proyecto, para la definición de las actividades se utilizo una técnica denominada Work Breakdown Structure (WBS), que es la división del proyecto en una jerarquía de actividades, teniendo como cabeza de la jerarquía al sistema FACTINV completo y en niveles inferiores a las actividades que se deben realizar para alcanzar la construcción total del sistema FACTINV. Las actividades se subdividen a su vez en actividades de menor nivel, esta división se detiene, cuando se tengan actividades bien definidas, su ejecución lleve poco tiempo y su progreso pueda ser medido. Al final de cada actividad se rinde un hito de esa actividad, que es un informe no extenso que indica al administrador del proyecto que esa actividad ha sido concluida. Las actividades en las que se ha dividido el desarrollo del sistema FACTINV han sido descritas en la tabla 1.

Partes: 1, 2, 3, 4
Página siguiente