Cartula.

Introduccin.
ndice.
I.

ANLISIS EXPLORATORIO
1.1.
Diagnstico de la Empresa.
1.1.1. Descripcin
La tiendanombre de la tiendase encuentra ubicada en
direccin de la tienda ciudad de Jan ,se dedica al rubro de
comercializacin de materiales de construccin y materiales de ferretera en
general en la cual viene funcionando ya hace varios aos en el mercado
como una empresa solidad y con amplio crecimiento a nivel local, sus
representante legal es el srnombre del dueo
1.1.2. Estructura Orgnica (seale el rea de estudio).
Gerente

Contador

Compra

Caja

Venta

1.1.3. Visin
Ser una empresa lder en la venta de materiales de construccin y materiales
de ferretera en general de calidad y marca en el mercado local y regional para
satisfacer las necesidades de nuestros clientes.
1.1.4. Misin
Bridar productos de calidad y con garanta de las mejores marcas nacionales e
importadas a bajos cotos.

1.1.5. Anlisis FODA

1.1.5.1.
Interno (Fortalezas y debilidades)
1.1.5.1.1. Fortalezas
Personal con capacidad en ventas.
Personal con conocimientos en uso de tic.
Constante participacin de usuarios internos o externos en los
procesos del negocio.
Liderazgo.
1.1.5.1.1. Debilidades
Poco conocimiento en sistemas informticos.
No se han implementado procesos de simplificacin administrativa.
Inadecuado nivel de equipamiento y tecnologa informtica.
Cambio de personal.
CALIFICACIN
VARIABLES

DEBILIDAD
-4

-3

FORTALEZA
-2

-1

Personal con capacidad en ventas.

4
X

Poco conocimiento en sistemas informticos.

Personal con conocimientos en uso de tic.

X
No

se

han

implementado

procesos

de

simplificacin

administrativa.

Constante participacin de usuarios internos o externos en los

X

procesos del negocio

Inadecuado nivel de equipamiento y tecnologa informtica.

Liderazgo.
X
Cambio de personal.
TOTAL

X
0

-3

-4

-1

CAPACIDAD INTERNA
Fortalezas = 14
Debilidades = -8

1.1.5.2.

Externo (Oportunidades y Amenazas).

CAPACIDAD INTERNA
Fortalezas

= 16

12

1.1.5.2.1. Oportunidades
Mejorar los procesos del negocio para una mejor atencin a los
usuarios directos e indirectos.
Mejorar en la toma de decisiones de manera rpidas por parte del
representante del negocio.
Tendencia de nuevas formas de implementar sistemas de informacin.
1.1.5.2.2. Amenazas
Nuevas polticas por parte del gobierno.
Inseguridad social.
Desastre natural.
CALIFICACIN
VARIABLES

AMENAZAS
-4

-3

OPORTUNIDADES

-2

-1

Mejorar los procesos del negocio para una mejor atencin a los

4
X

usuarios directos e indirectos.

Nuevas polticas por parte del gobierno.

Mejorar en la toma de decisiones de manera rpidas por parte del

X

representante del negocio.

Inseguridad social.

Tendencia de nuevas formas de implementar sistemas de

informacin.
Desastre natural.
TOTAL

X
X
0

-3

-4

CAPACIDAD EXTERNA
Oportunidades = 12
Amenazas = -7
La Capacidad externa es

1.2.

Descripcin del Sistema.

12

1.2.1. Ttulo del Sistema.

DISEO DE UN SISTEMA DE COMERCIALIZACION PARA MEJORAR LOS
PROCESO DE GESTIN Y EJECUCIN DE LA EMPRESA nombre de
la tienda,JAEN 2015.
1.2.2. Situacin problemtica
Segn Jack Fleitman, Hace no tantos aos los sistemas informticos no
estaban incluidos dentro de los temas prioritarios en la agenda del empresario
o comerciante y mediano de nuestro pas. Solo las grandes empresas tenan
el privilegio de informatizar sus procesos administrativos ya que en ese
entonces los costos de desarrollo e implementacin de sistemas requeran de
inversiones importantes.
Esto redundaba en mejoras sustanciales en los procesos con el lgico impacto
en los resultados finales de la gestin. Por lo tanto las mayores posibilidades
de acceder a nuevas tecnologas las hacia cada vez ms competitivas en
comparacin con el resto.
Hoy, luego de ms de veinte aos, el panorama ha cambiado. Es mucho ms
accesible para el pequeo empresario contar con tecnologa que le permita
reducir la brecha competitiva que lo separa de la gran empresa. Informatizar la
administracin de una empresa significa por ejemplo contar con herramientas
que nos permitan gestionar inventarios, cuentas corrientes de clientes,
proveedores, registrar las compras y las ventas, llevar libros de caja y banco,
emitir reportes y listados para la liquidacin de impuestos y ms.
Por tanto en la tienda nombre de la tienda. el
dueo, lleva todo en su cabeza y solo le basta con algunas anotaciones; y por
muchos aos no le ha ido nada mal con este recurso. Pero tambin es cierto
que cuando necesita tener un reporte de cuanto vendi en el da, se pasa
buen tiempo haciendo los clculos que por cierto no eran exactos, adems a
medida que la empresa creca ya no poda almacenar todo en la cabeza por la
cantidad de productos que posea en almacn, todo esto si ordenando las
actividades

ms

importantes:

Comprar,

Pagar,

Vender.

Cobrar

estructurndolas a partir de una sistematizacin de las entradas y salidas este

empresario seguramente contara con una base mucho ms slida de

informacin para seguir llevando los nmeros en su cabeza pero con una
reduccin importante del trabajo operativo necesario para obtener dichos
nmeros.
La Tiendanombre de la tienda.. es una empresa
dedicada a la compra y venta de materiales de construccin y materiales
ferreteros, la misma que comercializa productos a nivel local y regional,
buscando alcanzar la plena aceptacin y fidelizacin de sus Clientes. Para
ello, la empresa necesita llevar un estricto control de entradas y salidas de sus
productos, su stock, los artculos que ms se vende, cuales son los meses que
genera mayor ingresos, valoracin del almacn, etc.
Actualmente,nombre de la tienda..no cuenta con un
Sistema de Procesos de compra y ventas, el mismo que por ser limitado y
deficiente, no permite concluir satisfactoriamente los Procesos, es por ello que
la mayora de estos se vienen realizando en forma manual, el cual implica
disponer de mayor tiempo de llevarlo a cabo. Otro punto a tener en cuenta es
que no hay un control estricto del inventario, provocando prdidas a la
empresa.
Todo lo mencionado conlleva a una deficiente gestin de informacin
comercial, disminuyendo su competitividad. Por tanto contar con un sistema
informtico de compra y ventas para mejorar el proceso de la tienda
nombre de la tienda.. significa reducir las tareas de
ingreso y registro de las operaciones al mnimo necesario, reducir errores,
eliminar la duplicacin de tareas, generar listados e informacin til para
mejorar la toma de decisiones comerciales, econmicas y financieras con
relacin al negocio y aumentar los controles.

1.2.3. El problema.
Cmo el diseo de un sistema de comercializacin mejorara los proceso de
gestin y ejecucin de la empresa nombre de la tienda,Jan
2015?
1.2.4. Objetivos del Sistema.
1.2.4.1.
General
Determinar el diseo de un sistema de comercializacin mejorara los
proceso de gestin y ejecucin de la empresa nombre de la
tienda,Jan 2015?
1.2.4.2.
Especficos
Identificar y realizar un diagnstico sobre los procesos los proceso de
gestin

ejecucin

de

la

empresa

nombre

de

la

tienda,Jan 2015.
Analizar el diseo del sistema de comercializacin para la mejora los
proceso de gestin y ejecucin de la empresa nombre de la

tienda,Jan 2015.
Definir y analizar la arquitectura del software, con la informacin y
los requerimientos bsicos encontrados, en los de gestin y
ejecucin de la empresa nombre de la tienda,Jan

2015.
Disear las interfaces y crear la base de datos que permitan
posteriormente su implementacin para la mejora los proceso de
gestin

ejecucin

de

la

empresa

nombre

de

la

tienda,Jan 2015.
1.2.5. Justificacin e importancia del Sistema.
Con el fin de mejorar la productividad y el rendimiento de la tienda
nombre de la tienda, es fundamental implementar un sistema
informtico de compra y ventas que brinden eficiencia y eficacia de la gestin
y ejecucin de los procesos.
La implementacin de este sistema de informacin planteada en la tienda
nombre de la tienda, brindar la posibilidad de obtener grandes

ventajas, incrementar la capacidad de organizacin de la empresa, y tomar

de esta manera los procesos a una verdadera competitividad, mejorando los
reportes de ventas diarias, el control de sus productos, generar una lista de
productos por categora para poder realizar una mejor compra, el sistema
proporcionar informacin clave para la toma de

decisiones;

esta

informacin ser sencilla, clara, expedita, veraz, precisa, consistente y fcil

de analizar e interpretar.
Por todo lo descrito la tienda nombre de la tienda, convertir su
emprendimiento en una verdadera empresa competitiva insertada en el
mercado actual, a raz de los cambios en la economa mundial y la
globalizacin, los datos relativos a todo el proceso productivo de una
compaa se han vuelto uno de los elementos fundamentales para lograr el
xito comercial por ello la tienda nombre de la tienda no es
ajeno estos cambios, razn fundamental para implementar con sistema
informtico de compra y venta.
Cabe destacar, que el sistema propuesto ofrecer una gran cantidad de
ventajas subyacentes, ms all del rdito que significa para la toma de
decisiones y los procesos productivos. El sistema de implementado en la
tienda nombre de la tiendaofrece una importante y notable
satisfaccin en los usuarios que lo operan, debido a su facilidad de uso y su
acceso constante y empleados logren alcanzar los objetivos planteados por
la tienda.
Por todo ello, es importante destacar que el diseo de un sistema de
comercializacin para luego su implementacin mejorar los proceso de
gestin y ejecucin de la tienda nombre de la tiendaimplica un
cambio organizativo, ya que no slo afecta a la administracin de la
empresa, sino tambin a sus empleados y habilidades, Por otra parte,
podemos concluir

que es de vital importancia utilizar tecnologas de

informacin y comunicacin adecuadas para el procesamiento y transmisin

de los datos que se gestionarn en el sistema de informacin.

II.
2.1.
a.
-

MARCO TEORICO
Tecnologas del Software
Tecnologa net
El entorno .NET Framework

.NET Framework es un entorno multilenguaje que permite generar, implantar y

ejecutar aplicaciones y Servicios Web XML. Consta de tres partes principales:
CommonLanguageRuntime
A pesar de su nombre, el motor en tiempo de ejecucin desempea una funcin
tanto durante la ejecucin como durante el desarrollo de los componentes.
Cuando el componente se est ejecutando, el motor en tiempo de ejecucin es
responsable de administrar la asignacin de memoria, iniciar y detener
subprocesos y procesos, y hacer cumplir la directiva de seguridad, as como
satisfacer las posibles dependencias del componente sobre otros componentes.
Durante el desarrollo, el papel del motor en tiempo de ejecucin cambia
ligeramente; a causa de la gran automatizacin que permite (por ejemplo, en la
administracin de memoria), el motor simplifica el trabajo del desarrollador,
especialmente al compararlo con la situacin actual de la tecnologa COM. En
concreto, funciones tales como la reflexin reducen de forma espectacular la
cantidad de cdigo que debe escribir el desarrollador para convertir la lgica de
empresa en componentes reutilizables.
Clases de programacin unificadas
El entorno de trabajo ofrece a los desarrolladores un conjunto unificado,
orientado a objetos, jerrquico y extensible de bibliotecas de clases (API).
Actualmente,

los

desarrolladores

de

C++

utilizan

las

Microsoft

FoundationClasses y los desarrolladores de Java utilizan las Windows

FoundationClasses. El entorno de trabajo unifica estos modelos dispares y ofrece
a los programadores de Visual Basic y JScript la posibilidad de tener tambin
acceso a las bibliotecas de clases. Con la creacin de un conjunto de API
comunes para todos los lenguajes de programacin, CommonLanguageRuntime
permite la herencia, el control de errores y la depuracin entre lenguajes. Todos

los lenguajes de programacin, desde JScript a C++, pueden tener acceso al

entorno de trabajo de forma parecida y los desarrolladores pueden elegir
libremente el lenguaje que desean utilizar.
ASP.NET
Construye las clases de programacin de .NET Framework, lo que proporciona
un modelo de aplicacin Web con un conjunto de controles e infraestructura que
facilitan la generacin de aplicaciones Web. ASP.NET incluye un conjunto de
controles que encapsulan elementos comunes de interfaz de usuario de HTML,
como cuadros de texto, botones y cuadros de lista. Sin embargo, dichos
controles se ejecutan en el servidor Web, y representan la interfaz de usuario en
el explorador como HTML. En el servidor, los controles exponen un modelo de
programacin orientado a objetos que proporciona la riqueza de la programacin
orientada a objetos al desarrollador Web. ASP.NET tambin proporciona servicios
de infraestructura, como la administracin de estado y el reciclaje de procesos,
que reduce an ms la cantidad de cdigo que debe escribir el desarrollador y
aumenta la confiabilidad de la aplicacin. Asimismo, ASP.NET utiliza estos
mismos conceptos para permitir a los desarrolladores la entrega de software
como un servicio. Al utilizar caractersticas de Servicios Web XML, los
desarrolladores de ASP.NET pueden escribir su lgica empresarial y utilizar la
infraestructura de ASP.NET para entregar ese servicio a travs de SOAP. Para
obtener ms informacin, vea Introduccin a la programacin de servicios Web
XML en cdigo administrado.
Printer Monitor Component MCL
El componente monitor de impresora (MCL) es un componente del NET que
permite supervisar y administrar la cola de impresin, puede ser utilizado en
VB.Net,C# o de cualquiera de los ambientes .NET. Adems proporciona
informacin detallada sobre los trabajos agregados a un spooler de impresin, tal
como: nombre del usuario, nmero de pginas, orientacin, nombre del archivo y,
tiene la capacidad de modificar alguna de esta informacin.

Microsoft Visual Net

Es un conjunto de tecnologas de software de Microsoft para conectar su mundo
de informacin, gente, sistemas y dispositivos. Permite un nivel sin precedente
de integracin de software a travs del uso de servicios Web XML (pequeos,
discretos, bloques de aplicaciones construidos que se conectan con cada uno
as como a otras, aplicaciones grandesva Internet). .NET est infundida en
los productos que conforman la plataforma Microsoft, brindando la habilidad
para construir, hospedar e implementar de una manera rpida y confiable, y
utilizar soluciones seguras y conectadas utilizando los servicios Web XML. La
plataforma Microsoft provee una suite de herramientas de desarrollo;
aplicaciones del cliente, servicios Web XML, y servidores necesarios para
participar en este mundo conectado.
Visual Studio .NET, es una herramienta para el desarrollo rpido de
aplicaciones empresariales web ASP escalables, as como aplicaciones de
escritorio de alto desempeo. Visual Studio incluye herramientas para el
desarrollo basado en componentes, tales como Visual C# y Visual Basic (entre
otros), y otras tecnologas que facilitan el diseo, desarrollo y despliegue de
aplicaciones basada en equipos. Soporta el framework de .NET, el cual provee
un lenguaje comn en tiempo de ejecucin (CommonLanguageRuntime) y
programacin unificada de clases. Por otra parte, ASP.NET usa estos
componentes para crear aplicaciones web ASP y servicios XML.Finalmente, se
encuentra disponible en diferentes versiones que se ajustan a las necesidades
de desarrollo:

Professional: permite generar con rapidez aplicaciones y servicios Web XML

de prxima generacin, pensados para cualquier dispositivo compatible con

Internet y para integrarse con otros lenguajes de programacin y sistemas

operativos.
Developer: proporciona una plataforma de programacin empresarial en
equipo eficaz para generar con rapidez aplicaciones y servicios Web XML.
Enterprise Architect(VSEA): se basa en la capacidad de Visual Studio .NET
Enterprise Developer e incluye funciones adicionales para disear, especificar y
comunicar arquitectura y funcionalidad de aplicaciones. Permite a los
arquitectos de software y a los programadores veteranos proporcionar una
orientacin y compartir las mejores prcticas con el equipo de programacin.
Esta ltima edicin fue la utilizada para el desarrollo de proyecto, pues como se
menciona en su breve descripcin, permite realizar un desarrollo orientado a
objetos o basado en componentes, utilizando metodologas especficas (MSF)
con miras a la implementacin del producto en Internet. Adems, Visual
Studio .NET proporciona una arquitectura abierta y ampliable que permite
integrar sin problemas herramientas, componentes y lenguajes de otros
fabricantes en el ambiente, proporcionando as a los programadores una amplia
gama de opciones para satisfacer requisitos empresariales.
-

ASPECTOS DESTACADOS DE VISUAL STUDIO

Visual Studio Tools para Office

Microsoft Visual Studio 2005 Tools para Microsoft Office System puede ayudarle
a crear soluciones al extender documentos de Word 2003 y libros de Excel
2003 mediante Visual Basic y Visual C#. Visual Studio Tools para Office incluye
nuevos proyectos de Visual Studio para crear el cdigo subyacente en
documentos de Word, plantillas de Word, libros de Excel y plantillas de Excel.
Para obtener ms informacin, vea Informacin general sobre el desarrollo de
soluciones de Office.
Visual Web Developer
Visual Studio incluye un nuevo diseador de pginas Web denominado Visual
Web Developer que incluye muchas mejoras para la creacin y edicin de
pginas Web ASP.NET y pginas HTML. Proporciona una forma ms fcil y

rpida de crear pginas de formularios Web Forms que en Visual Studio .NET
2003.
Visual Web Developer incluye mejoras en todas las reas de desarrollo de sitios
Web. Puede crear y mantener los sitios Web como carpetas locales, en
Servicios de Internet Information Server (IIS), o en un servidor FTP o
SharePoint. El diseador Visual Web Developer admite todas las mejoras de
ASP.NET, incluidas las casi dos docenas de nuevos controles que simplifican
muchas tareas de desarrollo Web.
Aplicaciones para dispositivos inteligentes
El entorno integrado de Visual Studio incluye herramientas destinadas a
dispositivos como los PDA y Smartphone. Entre las mejoras se encuentran
tiempos de ejecucin de dispositivos nativos y herramientas de Visual C++,
diseadores administrados que proporcionan un modo WYSIWYG mejorado
especfico para cada plataforma y compatibilidad con varios factores de forma,
un nuevo emulador, herramientas de control de datos similares al escritorio, y
proyectos de implementacin para el usuario final que eliminan la edicin
manual de los archivos.
Formularios Web Forms
Los formularios Web Forms son una tecnologa ASP.NET que se utiliza para
crear pginas Web programables. Los formularios Web Forms se representan
como cdigo HTML y secuencias de comandos compatibles con exploradores,
lo que permite ver las pginas en cualquier explorador y plataforma. Mediante el
uso de formularios Web Forms se pueden crear pginas Web arrastrando y
colocando controles en el diseador y agregando cdigo posteriormente, de
forma parecida a la creacin de formularios en Visual Basic. Para obtener ms
informacin, vea Informacin general sobre pginas Web ASP.NET.
Formularios Windows Forms
Los formularios Windows Forms sirven para crear aplicaciones de Microsoft
Windows en .NET Framework. Este marco de trabajo proporciona un conjunto
de clases claro, orientado a objetos y ampliable, que permite desarrollar
complejas aplicaciones para Windows. Adems, los formularios Windows Forms

pueden actuar como interfaz de usuario local en una solucin distribuida de

varios niveles. Para obtener ms informacin, vea Introduccin a los formularios
Windows Forms.
Servicios Web XML
Los Servicios Web XML son aplicaciones que pueden recibir solicitudes y datos
mediante XML a travs de HTTP. no estn ligados a una tecnologa de
componentes particular o a una convencin de llamada de objetos y, por tanto,
se puede obtener acceso a ellos mediante cualquier lenguaje, modelo de
componente o sistema operativo. En Visual Studio, se pueden crear e incluir
con rapidez Servicios Web XML mediante Visual Basic, Visual C#, JScript o
servidor ATL. Para obtener ms informacin, vea Introduccin a la
programacin de servicios Web XML en cdigo administrado.
Compatibilidad con XML
El Lenguaje de marcado extensible (XML) proporciona un mtodo para describir
datos estructurados. XML es un subconjunto de SGML optimizado para la
entrega a travs de Web. El Consorcio World Wide Web (W3C) define los
estndares de XML para que los datos estructurados sean uniformes e
independientes de las aplicaciones. Visual Studio es totalmente compatible con
cdigo XML e incluye el Diseador XML para facilitar la edicin de XML y la
creacin de esquemas XML. Para obtener ms informacin, vea Diseador
XML.
Visual Studio TeamSystem
Visual Studio 2005 TeamSystem es una plataforma de herramientas del ciclo de
vida del desarrollo de software extensible, integrado y productivo que ayuda a
los

equipos

de

desarrollo

de

software

mediante

la

mejora

de

las

comunicaciones y la colaboracin durante todo el proceso de desarrollo. Consta

de lo siguiente:
Documentacin de TeamFoundation es un servidor de colaboracin de equipo
extensible que proporciona seguimiento de elementos de trabajo, control de
cdigo fuente, informacin e instrucciones sobre el proceso.

Documentacin de TeamEdition para Architects es un conjunto de herramientas

de diseo de aplicaciones integradas para el desarrollo de servicios.
Documentacin de TeamEdition para Developers proporciona herramientas de
calidad del cdigo y rendimiento que permiten a los equipos generar servicios y
aplicaciones confiables y crticos.
Documentacin de TeamEdition para Testers proporciona herramientas
avanzadas de prueba de carga que permiten a los equipos comprobar el
rendimiento de las aplicaciones antes de su implementacin.
b. CRISTAL REPORT
CrystalReports es una aplicacin de inteligencia empresarial utilizada para
disear y generar informes desde una amplia gamas de fuentes de datos
(bases de datos). Varias otras aplicaciones, como Microsoft Visual Studio,
incluyen una versin OEM de CrystalReportscomo una herramienta de
propsito general del informes/reportes. CrystalReports se convirti en el
escritor de informes estndar cuando Microsoft lo liber con Visual Basic.
CrystalReports se basa en un concepto muy comn de la definicin de reportes:
los reportes se componen de "secciones".
c. Rational rose
Rational Software es actualmente conocida como una familia de software de
IBM para el despliegue, diseo, construccin, pruebas y administracin de
proyectos en el proceso desarrollo de software.
Sus productos estn centrados en la metodologa del Proceso Racional
Unificado o RUP (Rational Unified Process). Entre los productos ms conocidos
tenemos a:

Rational Application Developer

es un entorno de desarrollo integrado creado por la divisin Rational Software

de IBM para el diseo visual, construccin, pruebas y despliegue de servicios
web, portales y aplicaciones JEE.

Rational Software Architect (Posee la funcionalidad del producto antes

conocido como Rational Rose)

Rational Portafolio Manager

Rational Requisite Pro

Rational Rose

d. Microsoft office
Microsoft Office es una suite de oficina que abarca e interrelaciona aplicaciones
de escritorio, servidores y servicios para los sistemas operativos Microsoft
Windows y Mac OS X. Microsoft Office fue lanzado por Microsoft en 1989 para
Apple Macintosh,1 ms tarde seguido por una versin para Windows, en 1990.2
La primera versin de Office contena Microsoft Word, Microsoft Excel y
Microsoft PowerPoint. Adems, una versin "Pro" (profesional) de Office inclua
Microsoft Access y Schedule Plus. Con el tiempo, las aplicaciones de Office han
crecido sustancialmente y de forma ms estrecha con caractersticas
compartidas, como un corrector ortogrfico comn, la integracin de datos OLE
y el lenguaje de secuencias de comandos de Microsoft, Visual Basic para
aplicaciones. Microsoft tambin posiciona Office como una plataforma de
desarrollo para software de lnea de negocios, bajo la marca de Office Business
Applications (aplicaciones empresariales de Office u OBA por sus siglas en
ingls).
La suite us desde 1997 hasta 2003 un grupo de formatos conocido como 972003 o 98-2004. En los aos 2007 y 2008 con la introduccin de Office 2007 y
Office 2008, se crearon un nuevo grupo de formatos denominados Office Open
XML (docx, xlsx, pptx), los cuales se mantienen en las ms recientes versiones
de la suite, Office 2010 y Office 2011 para Mac.

Word
Microsoft Word es el procesador de textos de la suite. Word posee una
posicin dominante en el mercado de los procesadores de texto. Su formato
propietario DOC es considerado un estndar

de facto,

aunque en su ms reciente

versin, Word 2007 utiliza un nuevo formato basado en XML llamado .DOCX,
pero tambin tiene la capacidad de guardar y abrir documentos en el formato
DOC. Word est tambin incluido en algunas versiones de
disponible para las plataformas
Word, liberada en

1983,

Microsoft Windows

Mac OS.

fue para el sistema operativo

de introducir en el uso del

mouse

Microsoft Works.

La primera versin de

MS-DOS

y tuvo la distincin

a una gran cantidad de personas. Word 1.0

poda ser comprado con un mouse, aunque era opcional. La siguiente

Apple

Est

primavera,

lanz el Mac, y Microsoft desarroll Word para Mac, el cual se convirti en

la aplicacin ms popular para este sistema. Requera (como todas las

aplicaciones para Mac) la utilizacin de un ratn.
Extensiones comunes: .doc (Word 97-2003), .docx (Word 2007-2010), .dot, rtf
(todas).
Excel
Microsoft Excel

es un programa de hoja o planilla de clculo. Al igual que Microsoft

Word, posee actualmente un mercado dominante. Fue originalmente el ms

fuerte competidor del entonces popular
Quattro Pro;

Lotus 1-2-3,

y en tercera posicin estuvo

pero eventualmente Excel se vendi ms, se populariz y se convirti

en el estndar de facto. Est disponible para plataformas

Windows

y Macintosh

Extensiones comunes: .xls (Excel 97-2003), .xlsx (Excel 2007-2010)

PowerPoint
Artculo principal: Microsoft PowerPoint
Microsoft PowerPoint

es un muy popular programa para desarrollar y desplegar

presentaciones visuales en entornos

Windows

Mac.

Es usado para crear

diapositivas multimediales, es decir,compuestas por texto, imgenes, sonido,

animaciones y vdeos.

Office Mobile

para

Windows Mobile

5.0 y versiones posteriores

poseen una versin de PowerPoint llamada PowerPoint Mobile. Esta versin

reducida permite incluso agregar vdeos y sonido a las diapositivas.

Extensiones comunes:

.ppt, pps (Powerpoint 97-2003), .pptx, .ppsx

(Powerpoint 2007-2010)
e. Microsoft SQL server
SQL Server es una plataforma global de base de datos que ofrece
administracin de datos empresariales con herramientas integradas de
inteligencia empresarial (BI). El motor de la base de datos SQL Server ofrece
almacenamiento ms seguro y confiable tanto para datos relacionales como
estructurados, lo que le permite crear y administrar aplicaciones de datos
altamente disponibles y con mayor rendimiento para utilizar en su negocio.

f. Tecnologas de Microsoft SQL Server 2005

Microsoft SQL Server contiene las siguientes tecnologas:

ReportingServices

ReportingServices es una nueva plataforma de elaboracin de informes basada

en servidor que puede utilizar para crear y administrar informes tabulares,
matriciales, de grficos y de formato libre con datos extrados de orgenes de
datos relacionales y multidimensionales. Los informes que cree se pueden
visualizar y administrar mediante una conexin basada en Web.

Analysis Services

AnalysisServices proporciona funciones de procesamiento analtico en lnea

(OLAP) y minera de datos para aplicaciones de Business Intelligence.
AnalysisServices admite OLAP al permitirle disear, crear y administrar
estructuras multidimensionales que contienen datos agregados desde otros
orgenes de datos, por ejemplo bases de datos relacionales.

Data Mining

Microsoft SQL Server 2005 ofrece un entorno integrado para crear modelos de
minera de datos (Data Mining) y trabajar con ellos. Data Mining es la tecnologa
BI que le ayudar a construir modelos analticos complejos e integrar esos
modelos con sus operaciones comerciales.

Integracin Services

SQL Server IntegrationServices (SSIS) es una solucin de transformacin e

integracin de datos empresariales que se puede utilizar para extraer,
transformar y consolidar datos desde distintos orgenes y moverlos a uno o
varios destinos.

Notificacin Services

Notificacin Services es una plataforma que permite desarrollar e implementar

aplicaciones que generan y envan notificaciones. Permite generar y enviar
mensajes personalizados y oportunos a miles de millones de suscriptores y
puede entregar los mensajes a una gran variedad de dispositivos.

Alta Disponibilidad

Microsoft SQL Server 2005 ofrece varias opciones para crear una alta
disponibilidad para un servidor o una base de datos. Una solucin de alta
disponibilidad enmascara los efectos de un error de hardware o software y
mantiene la disponibilidad de las aplicaciones a fin de minimizar el tiempo de
inactividad que perciben los usuarios.

Conectividad con la Base de Datos Java (JDBC)

El controlador JDBC de Microsoft SQL Server 2005 es un controlador

compatible con la conectividad de base de datos Java (JDBC) 3.0 que
proporciona acceso fiable a los datos de las bases de datos SQL Server 2000 y
SQL Server 2005.

Seguridad

Microsoft SQL Server 2005 incluye varias caractersticas de seguridad

configurables y de gran precisin. Estas caractersticas permiten a los
administradores implementar una defensa optimizada para los riesgos de
seguridad especficos de su entorno.
2.2.

Tecnologas de la informacin

a. Uml

El UML (UnifiedModelingLanguaje o Lenguaje Unificado de Modelado) es un

lenguaje

grfico

para

la

especificacin,

visualizacin,

construccin

documentacin de piezas de informacin usadas o producidas durante el

proceso de desarrollo de software. A estas piezas de informacin se les conoce
como Artefactos. El UML provee un marco arquitectnico de diagramas para
trabajar sobre anlisis y diseo orientado a objetos, as como tambin el
modelamiento de negocios y otros sistemas que no son software. El UML es
pues un lenguaje simblico para expresar modelos orientados a objetos y no
una metodologa para desarrollarlos.
Este lenguaje es el resultado de la convergencia de las mejores prcticas en la
industria de tecnologa de software orientado a objetos, en especial de la
simbologa utilizada por tres de los principales mtodos de anlisis y diseo
orientado a objetos como son Booch (Booch), OMT (Rumbaugh), y OOSE
(Jacobson) cuyos autores se agruparon en Rational Software para desarrollarlo.
El UML surge pues como la unin de la simbologa utilizada por estos mtodos,
pero es mucho ms, puesto que incluye formas adicionales para manejar
problemas que el modelado con estos mtodos no abarcaba completamente.
Muchas compaas estn incorporando el UML como estndar en sus procesos
y productos, que cubren disciplinas tales como modelamiento del negocio,
requisitos de gerencia, anlisis y diseo, programacin y pruebas.
b. Caractersticas de uml

El UMLrene caractersticas deseables en los lenguajes de modelado, tales

como:
Definicin formal de un metamodelocomn que define el lenguaje para
expresar modelos de anlisis y diseo, para representar su semntica,

incluyendo modelos estticos, modelos de comportamiento, modelos de

uso y modelos de arquitectura. Un metamodelose define como un modelo
que sirve para expresar otros modelos, y son indispensables para poder
definiros sin ambigedades. El UML permite expresar modelos, inclusive se
utiliza a s mismo para definirse formalmente. Los metamodelosson
comnmente utilizados por investigadores y por desarrolladores de
herramientas de modelado de software.
La especificacin de un IDL (Interchange Data Languaje o Lenguaje de
Intercambio de Datos) el cual contiene mecanismos de intercambio entre
las distintas herramientas de software que implementan el Anlisis y Diseo
Orientado a Objetos.
Una notacin comprensible por el humano para representar modelos ADOO
(Anlisis y Diseo Orientados a Objetos). EL UML incorpora conceptos
claves orientados a objetos y adems permite ampliar el lenguaje mediante
mecanismos de extensin.
c. Lenguajes De Programacin

El UML es un lenguaje de modelamiento visual, en el sentido del tener toda la

ayuda visual y semntica necesaria para substituir lenguajes de programacin,
sin embargo, no est pensado para ser un Lenguaje de Programacin Visual.
El UML es un lenguaje para visualizar, especificar, construir, y documentar los
artefactos de un sistema orientado a objetos donde se har uso intensivo del
software, y solo le indica el camino cuando usted tenga que implementar el
cdigo. El UML especifica mediante grficos lo que una familia de lenguajes
Orientados a Objetos debe hacer.

Vista de implementacin
Vista de diseo
Diseo
Vista de los casos de uso

Vista de procesos

Vista de despliegue

1. Vista de un modelo

Para desarrollar un sistema es necesario verlo desde diferentes

perspectivas, lo que da lugar a diferentes vistas del sistema,
dependiendo de lo que deseamos mostrar en un instante determinado.
La vista de casos de uso, muestra la descripcin del comportamiento del
sistema tal como lo observan los usuarios finales.
La vista de diseo, muestra los servicios que nuestro sistema debe
proporcionar y como lo har. Comprende las clases, interfaces y
colaboraciones.
La vista de procesos, comprende los hilos y procesos que forman
mecanismos de sincronizacin y concurrencia del sistema.
La vista de implementacin, comprende los componentes que un sistema
utiliza para hacer disponible el sistema fsico.
La vista de despliegue, contiene los nodos que forman la topologa del
hardware sobre la que se ejecuta el sistema.
Cada una de estas vistas se puede representar mediante los diagramas UML.
d. DIAGRAMAS UML

El UML puede describir cualquier tipo de sistema en trminos de diagramas

orientados a objetos. Entre los diferentes tipos tenemos sistemas de
informacin, sistemas de tiempo real, sistemas embebidos, sistemas
distribuidos, software de sistemas, sistemas de negocios.
Los diagramas se utilizan para dar diferentes perspectivas del problema segn
lo que nos interese representar en un determinado momento. Los diagramas
que UML define son:
1.- Diagramas de Casos de Uso
2.- Diagramas de Clases
3.- Diagramas de Objetos
4.- Diagramas de Secuencia
5.-Diagramas de Colaboracin
6.- Diagramas de Estado
7.- Diagramas de Actividad
8.- Diagramas de Componente
9.- Diagramas de Despliegue
Estos diagramas proveen mltiples perspectivas del sistema bajo anlisis o
desarrollo; adems, estos diagramas soportan una adecuada documentacin y
algunas herramientas de software, pueden mostrar diferentes vistas a partir de
estos diagramas. Este libro cubre la descripcin de estos diagramas mediante

ejemplos que le permitirn adiestrarse en su construccin, y capacitarlo para

poder enfrentar al mundo real construyendo sus propios modelos. El siguiente
diagrama representa cmo los diferentes diagramas sirven para expresar
modelos y, en qu captulo de esta obra trataremos cada uno de ellos.

Diagrama de casos de uso

En pocas palabras un Diagrama de Casos de Uso representa lo que hace el

sistema y como se relaciona con su entorno. Un Diagrama de Casos de Uso
representa los distintos requerimientos que le hacen los usuarios al sistema,
especificando las caractersticas de funcionalidad y comportamiento durante
su interaccin con los usuarios u otros sistemas. A dichas funcionalidades se
le conocen como Casos de Uso propiamente dichos, mientras que a los que
provocan su ejecucin se les conoce como Actores. Los Casos de Uso y
Actores interactan produciendo Relaciones.
CASOS DE USO

Vistas de un Modelo de Caso de Uso

Un Caso de Uso (Use Case) es una secuencia de acciones realizadas por
el sistema que producen un resultado observable y valioso para alguien en
particular. Todo sistema ofrece a sus usuarios una serie de servicios. Un
caso de uso es justamente una forma de representar como alguien
(persona u otro sistema) usa nuestro sistema.
El Caso de Uso al dar una respuesta a un evento que inicia un agente
externo (llamado actor), deben ser desarrollados en funcin a lo que los
usuarios necesitan. Un caso de uso es pues en esencia una interaccin

tpica entre el usuario y el sistema, aunque un caso de uso tambin puede

ser invocado por otro caso de uso.
La idea fundamental en los Casos de Uso es definir los requerimientos
desde el punto de vista de quien usa el sistema y no de quien lo construye.
De esta manera, nos aseguramos que los Casos de Uso permitan conocer
los requerimientos del usuario para poder construir el software y denotan
una operacin completa desarrollada por el sistema. Debemos mencionar
que se puede aplicar la tcnica de los Casos de Uso a todo el sistema, a
partes del sistema incluyendo a sus subsistemas, o a un elemento individual
como pueden ser las clases e interfaces.
Actores
Un Actor es un conjunto uniforme de personas, sistemas o mquinas
externos al sistema que estamos rol determinado y que interactan con l.
El Actor, modela un tipo de objeto fuera del dominio, del sistema pero que
interacta directamente con l; lo

que significa que, al definirlos

empezamos a dar los lmites a nuestro sistema.

Un Actor es un rol que un usuario juega con respecto al sistema. El Rol es
un concepto tomado del teatro y ci interpretar varios personajes, cada
persona debemos confundir el trmino Actor con Usuario, Un usuario es
aquel que accede al sistema pudiendo asumir diferentes roles (comprador,
vendedor, cobrador, etc.); as, cada usuario puede acceder al sistema
asumiendo el rol de diferentes actores. Un Actor tiene de Uso que se
comunica con l.
Los dispositivos de hardware y sistemas que estamos modelando tambin
pueden ser considerados Actores.
-

Diagrama De Clases

Muestran un conjunto de clases (grupos de objetos que tienen las mismas

caractersticas y comportamiento), as como sus relaciones. Estos diagramas
son los ms comunes en el modelado de sistemas orientados a objetos y
cubren la vista esttica de un sistema. Un diagrama de estructura esttica
muestra el conjunto de clases y objetos importantes, que conforman un

sistema, junto con las relaciones existentes entre los mismos, pero no como
actan unos con otros, ni que mensajes se envan.
Un diagrama de clases est compuesto por los siguientes elementos:
Clases:
Las cuales contienen atributos y operaciones.
Relaciones: Que pueden ser Dependencia, Generalizacin y Asociacin.
Otros diagramas de estructura esttica los constituyen los diagramas de
objetos, de componentes y de distribucin.
-

Diagrama De Objetos

Dado que las clases son agrupaciones de cosas necesitamos un

diagrama que nos muestre las ocurrencias de cada elemento que
constituye la clase, a cada uno de estos elementos se les llama Objetos.
Un Objeto se define como una instancia de una clase. As, estas
ocurrencias se representan mediante un Diagrama de Objetos.
Los Diagramas de Objetos muestran un conjunto de objetos y sus relaciones,
son como fotos instantneas de los Diagramas de Clase y tambin cubren la
vista de procesos esttica desde la perspectiva de ocurrencias reales o
prototpicas.
-

Diagrama de Clase

Una Clase es un conjunto de objetos que comparten los mismos atributos,

operaciones, relaciones y semntica. En otras palabras, una clase describe
un conjunto de objetos con caractersticas y comportamiento idntico, se
puede decir que las clases son como una plantilla para formar objetos. Las
clases sirven para abstraer objetos del mundo real y a travs de ella
podemos modelar el entorno en estudio. La Clase es un concepto similar a
Entidad en un modelo entidad/relacin esto es "un conjunto de objetos que
tienen las mismas caractersticas", Sin embargo, al concepto de Clase a
diferencia del concepto de Entidad, se le ha agregado el comportamiento,
incluyendo las operaciones que puede realizar a travs de sus mtodos.
Representacin Grafica

En UML, una clase es representada mediante un rectngulo por lo general

con tres divisiones internas llamadas compartimientos, en los cuales se
indica el nombre de la clase, sus atributos y operaciones, tal como se
muestra en el diagrama y en donde:

Forma de Representar una Clase

Compartimiento Superior: Contiene el nombre de la Clase.
Compartimiento Intermedio: Contiene los atributos que caracterizan a la
Clase.
Compartimiento Inferior: Contiene las operaciones, los cuales son la
forma como interacta un objeto de la clase con su entorno.
Adicionalmente, podemos colocar otros compartimientos en los
cuales se pueden describir, en texto libre, otras caractersticas de las
clases como pueden ser sus responsabilidades, esto es, los objetivos
que

persigue

la

clase.

No

es

necesario

mostrar

todos

los

compartimentos a la vez, sino que ms bien depende de lo que

queramos visualizar en un momento determinado, dejando a la
herramienta de software que nos muestre u oculte las partes segn
nuestra conveniencia.
-

Diagrama De Secuencia

Es un tipo de Diagrama de Interaccin que muestra justamente la interaccin

de un conjunto de objetos, poniendo nfasis en el orden cronolgico del
envo de mensajes entre objetos. Mediante los Diagramas de Secuencia
podemos dar detalle a los Casos de Uso, aclarndolos al nivel de mensajes
de los objetos existentes, como tambin muestra el uso de los mensajes de
las clases diseadas en el contexto de una operacin.

La creacin de los Diagramas de Secuencia forma parte de la investigacin

para conocer el sistema, por lo que es parte del anlisis del mismo. La
creacin de los Diagramas de Secuencia depende de la formulacin de los
casos de uso, por que durante la operacin del sistema, los actores generan
eventos, solicitando alguna operacin.
Representacin grafica.
Los objetos que interactan se colocan a lo largo de una lnea horizontal
imaginaria (el eje x), mientras que los mensajes enviados por estos objetos
se van colocando a lo largo del eje Y, y segn su orden de aparicin
cronolgica, donde mientras ocurran ms tarde, ms abajo se ubicarn. El
objeto que inicia la interaccin se coloca en la parte superior izquierda del
diagrama, mientras que los otros objetos se van colocando sucesivamente
hacia la derecha del mismo.
Para su representacin se hace uso de diferentes elementos tales como:
objetos, actores, lneas de vida, focos de control y mensajes los cuales le
dan el aspecto mostrado en la figura adjunta.

Forma de Representar una Diagrama de Clase

A continuacin explicamos cada uno de estos elementos.

Se representan mediante un rectngulo que contiene el nombre del objeto y
el de su fase, en el formato nombreObieto:

nomObjeto:nomClas

nombreClase.
e
Segn se especifique el nombre completo o no, el objeto puede ser:
Clase.- Si slo el nombre de la clase se muestra en el recuadro.
Instancia annima.- Si el nombre se escribe de la forma :nombreClase
Instancia con nombre.- Al nombrarlo as nomlnstancia:nomClase
LINEA DE VIDA DE UN OBJETO
Indica la vida de un objeto durante la interaccin y se representa como
una lnea vertical punteada debajo del rectngulo del objeto, tal como
se muestra en el diagrama de la derecha.
Debe tenerse en cuenta que algunos objetos pueden ser creados y
destruidos por la interaccin.
La creacin se muestra mediante una lnea estereotipada con create,
mientras que la destruccin se muestra mediante una X al final de su lnea
de vida.
ACTIVACIN O FOCO DE CONTROL
Muestra el periodo de tiempo en el cual el objeto se encuentra
desarrollando alguna operacin, bien sea por s mismo o por medio de
delegacin a travs de alguno de sus procedimientos subordinados. Se
representa mediante un rectngulo delgado
sobre la lnea de vida del objeto. El tope del rectngulo es alineado con el
inicio de la accin, la parte inferior se alinea con su trmino.
MENSAJE
El envo de mensajes entre objetos se representa mediante

una lnea

slida dirigida con cabeza de flecha abierta, desde el objeto emisor del
mensaje hacia el objeto receptor. Este ltimo ejecutar la accin indicada
por el emisor.
Tambin es posible que un objeto se invoque a si mismo tal como se
muestra en el diagrama adjunto. El UML permite variaciones al smbolo del
mensaje para especificar algn comportamiento especfico, tal como
explicamos a continuacin.

Mensaje Asncrono.- El cliente enva un mensaje al proveedor para que lo

procese, y contina con la ejecucin de su cdigo, sin esperar o sin contar
con que el proveedor recepcione y procese el mensaje. Es representado
mediante media cabeza de flecha abierta.
Mensaje de llamada a procedimiento.- Una llamada a un procedimiento u
otro flujo de control anidado es representado por una flecha con cabeza
rellena. Toda la secuencia de anidamiento es completada antes de salir del
nivel. Puede ser usado para llamadas a procedimientos ordinarios.
Elretorno es mostrado por una flecha discontinua con cabeza rellena.
En un flujo de control procedimental, la flecha de retorno puede ser omitida,
pues est implcito al termino de la activacin. Esto es asumido porque
todas las llamadas retornan despus de haber sido invocadas. El valor de
retorno puede ser mostrado sobre la flecha inicial. Para flujos de control no
procedimentales como procesamiento paralelo y mensajes asncronos los
valores retornados deben ser mostrados explcitamente.
Mensajes Concurrentes.- En un sistema concurrente, una cabeza de
flecha rellena muestra un mensaje correspondiente a un hilo de control y
una media cabeza de flecha muestra el envo de un mensaje fuera de su
correspondiente hilo de control.
-

Diagrama De Colaboracin

Es un tipo de Diagrama de Interaccin que muestra justamente la

interaccin de un conjunto de objetos, poniendo nfasis en la
estructura organizacional de los objetos que envan y reciben
mensajes. Los Diagramas de Colaboracin muestran la colaboracin
entre los objetos para realizar una tarea mediante el uso de mensajes
enviados entre ellos. A diferencia de los Diagramas de Secuencia, stos
diagramas pueden mostrar el contexto de la operacin, y no reservan
una dimensin para el tiempo, sino que enumeran los mensajes para
indicar la secuencia.
Objeto

Se representa con un rectngulo, que contiene el

nomObieto:nom

nombre y la clase del objeto en un formato

Clase
nombreObieto: nombreClase.
Cuando slo se hace referencia a la clase no se subraya. Los mensajes
enviados a estas clases se utilizan para invocar a

NombreClase

los mtodos de clase.

En otras ocasiones se hace referencia a una instancia de la clase pero no se
indica el nombre.
La forma ms comn es darle un nombre a una
instancia indicando su clase.

:NombreClase
nomObjeto:nom
Clase

Formas En Que Se Presentan Los Objetos

En los Diagramas de Colaboracin, los objetos pueden presentarse de
diversas formas, estos pueden ser: Objetos Comunes, Objetos Activos,
Objetos Multiobjetos y Objetos Compuestos.

Forma de Representar objetos en Diagramas de Colaboracin

e. Ingeniera de Requisitos

En la ingeniera de sistemas y la ingeniera de software, la Ingeniera de

requisitos o Ingeniera de requerimientos comprende todas las tareas
relacionadas con la determinacin de las necesidades o de las condiciones a
satisfacer para un software nuevo o modificado, tomando en cuenta los diversos
requisitos de los inversores, que pueden entrar en conflicto entre ellos.
Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a
una mala traduccin del ingls. La palabra requirement debe ser traducida
como requisito, mientras que requerimiento se traduce al ingls como request.

El propsito de la ingeniera de requisitos es hacer que los mismos alcancen un

estado ptimo antes de alcanzar la fase de diseo en el proyecto. Los buenos
requisitos

deben

ser

medibles,

comprobables,

sin

ambigedades

contradicciones, etc.
Implicaciones
La Ingeniera de Requisitos implica todas las actividades del ciclo de vida
dedicadas a:

La e licitacin (sonsacado) de los requisitos de usuario

Al anlisis y negociacin de requisitos para derivar requisitos adicionales

A la documentacin de los requisitos como especificacin

A la validacin de los requisitos documentados contra las necesidades de

usuario

As como los procesos que apoyan estas actividades.

Fases de implementacin
Desde un punto de vista conceptual, las actividades son de cinco clases.

Obtener requisitos: a travs de entrevistas o comunicacin con clientes

o usuarios, para saber cules son sus deseos.

Analizar requisitos: detectar y corregir las falencias comunicativas,

transformando los requisitos obtenidos de entrevistas y requisitos, en
condiciones apropiadas para ser tratados por el diseo.

Documentar requisitos: igual que todas las etapas, los requisitos deben
estar debidamente documentados.

Verificar

los

requisitos:

consiste

en

funcionamiento de un requisito en la aplicacin.

comprobar

el

correcto

Validar los requisitos: comprobar que los requisitos implementados se

corresponden con lo que inicialmente se pretenda.

Tcnicas principales
La ingeniera de requisitos puede ser un proceso largo y arduo para el que
se requiere de habilidades psicolgicas. Los nuevos sistemas cambian el
entorno y las relaciones entre la gente, as que es importante identificar a
todas las personas implicadas, considerar sus necesidades y asegurar que
entienden las implicaciones de los nuevos sistemas. Los analistas pueden
emplear

varias

tcnicas

para

obtener

los

requisitos

del

cliente.

Histricamente, esto ha incluido tcnicas tales como las entrevistas, o

talleres con grupos para crear listas de requisitos. Tcnicas ms modernas
incluyen los prototipos, y utilizan casos de uso. Cuando sea necesario, el
analista emplear una combinacin de estos mtodos para establecer los
requisitos exactos de las personas implicadas, para producir un sistema que
resuelva las necesidades del negocio.
Entrevistas
Las entrevistas son un mtodo comn. Por lo general no se entrevista a toda
la gente que se relacionar con el sistema, sino a una seleccin de personas
que represente a todos los sectores crticos de la organizacin, con el
nfasis puesto en los sectores ms afectados o que harn un uso ms
frecuente del nuevo sistema. Los requisitos que surgen de las entrevistas a
menudo se contradicen unos a otros o se formulan desde la ignorancia de
los

detalles

del

funcionamiento

del

sistema,

sus

potencialidades,

interdependencias o limitaciones; por lo que se debe trabajar con los

mismos para corregir sus fallos.
Las entrevistas pueden ser personales o grupales.
Talleres
Los requisitos tienen a menudo implicaciones cruzadas desconocidas para
las personas implicadas individuales y que a menudo no se descubren en
las entrevistas o quedan incompletamente definidas durante la misma. Estas

implicaciones cruzadas pueden descubrirse realizando en un ambiente

controlado, talleres facilitados por un analista del negocio, en donde las
personas implicadas participan en discusiones para descubrir requisitos,
analizan sus detalles y las implicaciones cruzadas. A menudo es til la
seleccin de un secretario dedicado a la documentacin de la discusin,
liberando al analista del negocio para centrarse en el proceso de la
definicin de los requisitos y para dirigir la discusin.
Forma de contrato
En lugar de una entrevista, se pueden llenar formularios o contratos
indicando los requisitos. En sistemas muy complejos stos pueden tener
centenares de pginas.
Objetivos medibles
Los requisitos formulados por los usuarios se toman como objetivos
generales, a largo plazo, y en cambio se los debe analizar una y otra vez
desde el punto de vista del sistema hasta determinar los objetivos crticos
del funcionamiento interno que luego darn forma a los comportamientos
apreciables por el usuario. Luego, se establecen formas de medir el
progreso en la construccin, para evaluar en cualquier momento qu tan
avanzado se encuentra el proyecto.
Prototipos
Un prototipo es una pequea muestra, de funcionalidad limitada, de cmo sera
el producto final una vez terminado. Ayudan a conocer la opinin de los
usuarios y rectificar algunos aspectos antes de llegar al producto terminado.
Casos de uso
Un

caso de uso

es una tcnica para documentar posibles requisitos, graficando

la relacin del sistema con los usuarios u otros sistemas. Dado que el propio
sistema aparece como una

caja negra,

y slo se representa su interaccin con

entidades externas, permite omitir dichos aspectos y determinar los que

realmente corresponden a las entidades externas. El objetivo de esta
prctica es mejorar la comunicacin entre los usuarios y los desarrolladores,
mediante la prueba temprana de prototipos para minimizar cambios hacia el

final del proyecto y reducir los costes finales. Esta tcnica se enfrenta a los
siguientes peligros potenciales.

A los directivos, una vez que ven un prototipo, les cuesta comprender que
queda mucho trabajo por hacer para completar el diseo final.

Los diseadores tienden a reutilizar el cdigo de los prototipos por temor a

perder el tiempo al comenzar otra vez.

Los prototipos ayudan principalmente a las decisiones del diseo y de la

interfaz de usuario. Sin embargo, no proporcionan explcitamente cules
son los requisitos.

Los diseadores y los usuarios finales pueden centrarse demasiado en el

diseo de la interfaz de usuario y demasiado poco en producir un sistema
que sirva el proceso del negocio.

Los

prototipos

pueden

ser:

diagramas,

aplicaciones

operativas

con

funcionalidades sintetizadas. Los diagramas, en los casos donde se espera

que el software final tenga diseo grfico, se realizan en una variedad de
documentos de diseo grficos y a menudo elimina todo el color del diseo del
software (es decir utilizar una gama de grises). Esto ayuda a prevenir la
confusin sobre la apariencia final de la aplicacin.
Especificacin de requisitos del software
Una especificacin de requisitos del software es una descripcin completa del
comportamiento del sistema a desarrollar. Incluye un conjunto de casos de uso
que describen todas las interacciones que se prevn que los usuarios tendrn
con el software. Tambin contiene requisitos no funcionales (o suplementarios).
Los requisitos no funcionales son los requisitos que imponen restricciones al
diseo o funcionamiento del sistema (tal como requisitos de funcionamiento,
estndares de calidad, o requisitos del diseo).
Las estrategias recomendadas para la especificacin de los requisitos del
software estn descritas por IEEE 830-1998. Este estndar describe las

estructuras posibles, contenido deseable, y calidades de una especificacin de

requisitos del software.
Los requisitos se dividen en tres:
Funcionales: son los que el usuario necesita que efecte el software. Ej: el

sistema debe emitir un comprobante al asentar la entrega de mercadera.

No funcionales: son los "recursos" para que trabaje el sistema de

informacin (redes, tecnologa). Ej: el soporte de almacenamiento a usar

debe ser MySQL.
Empresariales u Organizacionales: son el marco contextual en el cual se

implantar el sistema para conseguir un objetivo macro. Ej: abaratar costos

de expedicin.
Identificacin de las personas involucradas
Debido a que los cambios que introduce un sistema nuevo tienden a afectar a
ms de un tipo de usuario, los analistas de requisitos han de tomar en
consideracin a todos los implicados para que se obtengan y depuren sus
requisitos de la forma ms fidedigna posible. Entre las personas implicadas hay
que considerar:

Organizaciones que integran la organizacin del analista que est

diseando el sistema

Organizaciones o sistemas de respaldo

Direccin

Usuarios

Problemas
Relacionados con las personas involucradas
Vas que pueden dificultar la determinacin de los requisitos son:

Los usuarios no tienen claro lo que desean

Los usuarios no se involucran en la elaboracin de requisitos escritos

Los usuarios insisten en nuevos requisitos despus de que el coste y la

programacin se hayan fijado.

La comunicacin con los usuarios es lenta

Los usuarios no participan en revisiones o son incapaces de hacerlo.

Los usuarios no comprenden los problemas tcnicos

Los usuarios no entienden el proceso del desarrollo

Esto puede conducir a la situacin donde las exigencias del consumidor

cambian, incluso cuando el desarrollo del producto ya est en marcha.
Relacionados con los analistas
La correcta redaccin de las Especificaciones de requisitos Software es
imprescindible para el correcto desarrollo del proyecto. Por ello, en su
redaccin hay que evitar:

Uso de terminologa ambigua en la redaccin de los documentos de

requisitos

Sobre especificacin de los requisitos

Escritura poco legible, voz pasiva, abuso de negaciones

Uso de verbos en condicional, expresiones subjetivas

Ausencia de trminos y verbos del dominio de la aplicacin

Relacionados con los desarrolladores

Los problemas posibles causados por los desarrolladores durante anlisis de
requisitos son:

El personal tcnico y los usuarios finales pueden tener diversos

vocabularios y pueden llegar a creer incorrectamente que estn de
acuerdo, no dndose cuenta del desacuerdo hasta que se provee el
producto final.

Los desarrolladores pueden intentar encajar el sistema en un modelo

existente, en vez de desarrollar un sistema adaptado a las necesidades
del cliente.

El anlisis de requisitos se puede realizar a menudo por los ingenieros o

programadores, en vez de personal con las habilidades de relacin con la
gente y el conocimiento apropiados para entender las necesidades de un
cliente correctamente.

Soluciones aplicadas
Una solucin aplicada en los problemas de comunicaciones ha sido emplear
a especialistas en anlisis del negocio o del sistema.
Las tcnicas introducidas en los aos 90 tienden al uso de prototipos,
lenguaje unificado de modelado, casos de uso, y el desarrollo gil de
software.
Otros tipos de herramientas aplicadas para salvar las diferencias entre los
usuarios y las organizaciones de tecnologa de la informacin y que permiten
la comprobacin de las aplicaciones son:

pizarras electrnicas para bosquejar los algoritmos y para probar

alternativas

capacidad de capturar la lgica del negocio y los datos necesarios

capacidad de generar los prototipos que imitan fielmente el producto final

interactividad

la capacidad para agregar requisitos contextuales y otro comentarios

capacidad para que usuarios remotos y distribuidos operen con el

prototipo

Por ltimo, se requieren herramientas que permitan medir, de forma objetiva,

la calidad de una especificacin de requisitos.
f. Entrevistas
La entrevista es una forma de conversacin, no de interrogacin, al analizar las
caractersticas de los sistemas con personal seleccionado cuidadosamente por
sus conocimientos sobre el sistema, los analistas pueden conocer datos que no
estn disponibles en ningn otra forma.
En las investigaciones de sistema, las formas cualitativas y cuantitativas de la
informacin importante. La informacin cualitativa est relacionada con opinin,
poltica y descripciones narrativas de actividades o problemas, mientras que las
descripciones cuantitativas tratan con nmeros frecuencia, o cantidades. A
menudo las entrevistas pueden ser la mejor fuente de informacin cualitativas,
los otros mtodos tiende a ser ms tiles en la recabacin de datos
cuantitativos.
Son valiosas las opiniones, comentarios, ideas o sugerencia en relacin a como
se podra hacer el trabajo; las entrevistas a veces es la mejor forma para
conocer las actividades de las empresas. La entrevista pueden descubrir
rpidamente malos entendidos, falsa expectativa o incluso resistencia potencial
para las aplicaciones de desarrollo; ms an, a menudo es ms fcil
calendarizar una entrevista con los gerentes de alto nivel, que pedirle que llenen
cuestionario.

Determinacin del tipo de Entrevista

La estructura de la entrevista vara. Si el objetivo de la entrevista radica en
adquirir informacin general, es conveniente elaborar una serie de pregunta sin
estructura, con una sesin de preguntas y respuesta libres
Las entrevistas estructuradas utilizan pregunta estandarizada. El formato de
respuestas para las preguntas pueden ser abierto o cerrado; las preguntas para
respuestas abierta permiten a los entrevistados dar cualquier respuesta que
parezca apropiado. Pueden contestar por completo con sus propias palabras.
Con las preguntas para respuesta cerradas se proporcionan al usuario un
conjunto de respuesta que se pueda seleccionar. Todas las personas que
respondes se basan en un mismo conjunto de posibles respuestas.
Los analistas tambin deben dividir el tiempo entre desarrollar preguntas para
entrevistas y analizar respuesta. La entrevista no estructurada no requiere
menos tiempos de preparacin, porque no necesita tener por anticipado las
palabras precisas de las preguntas. Analizar las respuestas despus de la
entrevista lleva ms tiempo que con la entrevista estructuradas. El mayor costo
radica en la preparacin, administracin y anlisis de las entrevistas
estructuradas para pregunta cerradas.

a. Tecnologas de soporte de hardware y redes

III.

DETERMINACIN DE REQUERIMIENTOS

3.1. Modelo de Casos de Uso del Negocio.

a. Compra

Gestion de producto faltante

Vendedor

Producto

<<extend>>

Proveedor
Gestion de Pedido
<<extend>>
Administrador

<<extend>>
Gestion de Compra
Pago

documento

Boleta
Factura

b. Venta

<<extend>>
Producto

Gestion de Pedido.

Vendedor.
Cliente
<<include>>
Gestion Venta
Boleta

<<include>>
Verifica Cliente

<<extend>>

Documentacion
Pago.

Factura

3.2. Modelo de Objetos del Negocio.

a. Compra

Trabajador

Categoria

Nuevo/Actualizar/Eliminar

Compra

Nuevo/Actualizar/Eliminar

Nuevo/Actualizar/Eliminar

Nuevo/Actualizar/Eliminar
Nuevo/Actualizar/Eliminar

Administrador.
Marca

Nuevo/Actualizar/Eliminar

Pago

b. Venta

Proveedor.

Venta

Nuevo/Actualizar/Eliminar

Unidad Medida

Nuevo/Actualizar/Eliminar

Nuevo/Actualizar/Eliminar

Cliente

Nuevo/Actualizar/Eliminar
Nuevo/Actualizar/Eliminar
Vendedor
Pago
Trabajador

Nuevo/Actualizar/Eliminar

Producto

3.3.

Modelo del Dominio del Problema.

CATEGORIA

MARCA

n
n
PRODUCTO 1

PRODUCTO_UNIDADMEDIDA n

1 UNIDAD_MEDIDA

n
PRODUCTO_COMPRA
n

n
PRODUCTO_VENTA

COMPRA 1
n

1
1 VENTA

n
n

PAGO n
n

1
PROVEEDOR

3.4.

Modelo Use Case del sistema.

a.
Categoria

1
TRABAJADOR

1
CLIENTE

Registra Categoria

Buscar Categoria

Administrador
Actualizar Categoria

Eliminar Categoria

b.

Marca

Registrar Marca

Buscar Marca

Administrador
Actualizar Marca

Eliminar Marca

c.

Producto

Registrar Producto

Buscar Producto

Administrador

Actualizar Producto

Eliminar Producto

d.

Unidad de medida

Registrar unidad de medida

Buscar Unidad de Medida

Administrador
Actualiza Unidad de medida

Eliminar Unidad de Medida

e.

Venta

Registrar Venta

Buscar Venta

Actualizar Venta
VENDEDOR

Anular Venta

Eliminar Venta

f.

Compra

Registrar Compra

Buscar Compra

Administrador
Actualizar Compra

Eliminar Compra

g.

Trabajador

Registrar Trabajador

Buscar Trabajador
Administrador
Actualizar Trabajador

Eliminar Trabajador

h.

Cliente

Registrar Cliente

Buscar Cliente

VENDEDOR
Actualizar Cliente

Eliminar Cliente

i.

Proveedor

Registrar Proveedor

Buscar Proveedor
Administrador

Actualizar Proveedor

Eliminar Proveedor

j.

Pago

Registrar Pago

Buscar Pago

Administrador
Actualizar Pago

Eliminar Pago

3.5.

Descripcin del Modelo Use Case.

a. Descripcin del proceso de compra

Es el caso de uso del negocio que permite ingresar, modificar, buscar y eliminar el
proveedor, es donde brinda el soporte al proceso de compras en s que realizan
diariamente la entidad. Puesto que con este componente se buscan, registran,
modifican, eliminan las compras y se registra el tipo de pago y el monto de la
compra. Adems, permitir realizar reportes diarios de las compras realizadas.
b. Descripcin del proceso de venta
Es el caso de uso del negocio que permite ingresar, modificar, buscar y eliminar el
cliente, es donde brinda el soporte al proceso de venta en s que realizan
diariamente la entidad. Puesto que con este componente se buscan, registran,
modifican, anulan, eliminan las ventas y se registra el pago de la venta. Adems,
permitir realizar reportes diarios, ganancias diarias de las ventas realizadas.

3.6. Paquetes de Requerimientos.

3.6.1. Requerimientos del Sistema
3.6.1.1. Funcionales.
Registrar categora de productos

 Registrar marcas de productos

Registrar unidades de medida a los productos
Registrar productos
Registrar compra
Registrar venta
Registrar trabajadores
Registrar pago
Registrar cliente
Registrar proveedor
Reporte de ventas por cliente
Reporte de ganancia
Reporte de ventas
Reporte de compras
3.6.1.2. No Funcionales.
El lenguaje de programacin que se utilizara es Visual estudio
2005
Aplicacin del gestor de base de datos SQL server 2005
El sistema permitir la integracin de otros mdulos.

IV.

ANLISIS DEL SISTEMA

4.1.

Modelo de Estados.

a. Diagrama de Estados de producto

Habilitado

Deshabilitado

Eliminado

b. Diagrama de Estados de cliente

Habilitado

Deshabilitado

Eliminado

c. Diagrama de Estados de compra

Habilitado

Deshabilitado

Eliminado

d. Diagrama de Estados de venta

Inicio

Activo

Pendiente

Atendido

Anulado

Eliminado

Fin

4.2.

Diagrama de Actividades

a. Diagrama de Actividades de producto

b. Diagrama de Actividades de cliente

c. Diagrama de Actividades de compra

d. Diagrama de Actividades de venta

4.3.
Diagrama de Colaboraciones.
a. Diagrama de Colaboraciones de producto

: Buscar Producto
2: buscar producto

3: leer producto

4: Rpta Producto

1: registrar producto

Administrador

5: Insertar Producto

: FRM:Producto

7: Rpta de insertar Producto

6: nuevo

9: Modificar

8: Modificar Producto

10: Rpta de Modificar Producto

: Modificar Producto

b. Diagrama de Colaboraciones de cliente

: Insertar Producto

Producto

: Buscar cliente
2: buscar cliente

3: leer cliente

4: Rpta de busqueda

6: nuevo

5: insertar cliente

1: verifica cliente

7: Rpta de insertar cliente

:

Vendedor

: Insertar Cliente

: FRM:cliente

Cliente

9: Modificar

8: Modificar cliente
10: Rpta de Modificar cliente

: Modificar cliente

c. Diagrama de Colaboraciones de compra

3: leer compra
2: Buscar doc Compra
: Buscar compra
4: rpta de buscar doc compra

1: registrar compra

6: registra compra

5: si no existe doc compra

:

Administrador

: FRM:compra
7: rpta de registro de compra
8: si existe doc compra
: Registrar Compra
9: Actualiza stock

: Cancelar Compra

d. Diagrama de Colaboraciones de venta

: Actualizar Stock

Compra

2: buscar doc venta

3: leer venta

: Buscar Venta
4: rpta de buscar doc venta

1: registrar venta

: FRM:Venta

Vendedor

5: si no existe doc venta

6: grabar

Venta

7: rpta de grabar

8: si existe doc venta

: Registrar Venta

9: actualizar stock

: Actualizar Stock

: Cancelar Venta

4.4.
Modelo de Secuencias.
e. Diagrama de secuencia de producto

Administrador

: FRM:Producto

: Buscar Producto

: Insertar Producto

: Modificar Producto

registrar producto
buscar producto
leer producto
Rpta Producto
Insertar Producto
nuevo
Rpta de insertar Producto
Modificar Producto
Modificar

Rpta de Modificar Producto

Producto

f.

Diagrama de secuencia de cliente

Vendedor

: FRM:cliente

: Buscar cliente

: Insertar Cliente

: Modificar cliente

verifica cliente
buscar cliente
leer cliente

Rpta de busqueda
insertar cliente
nuevo
Rpta de insertar cliente
Modificar cliente
Modificar
Rpta de Modificar cliente

g. Diagrama de secuencia de compra

Cliente

Administrador

: FRM:compra

: Buscar compra

: Registrar Compra

: Cancelar Compra

: Actualizar Stock

registrar compra
Buscar doc Compra
leer compra
rpta de buscar doc compra
si no existe doc compra
registra compra
rpta de registro de compra
si existe doc compra

Actualiza stock

Compra

h. Diagrama de secuencias de venta

Vendedor

: FRM:Venta

: Buscar Venta

: Registrar Venta

: Cancelar Venta

: Actualizar Stock

registrar venta
buscar doc venta
leer venta

rpta de buscar doc venta

si no existe doc venta
grabar
rpta de grabar
si existe doc venta
actualizar stock

4.5.

Modelamiento de Datos.
4.5.1. Modelo E-R.

4.5.2. Script
CREATE TABLE CATEGORIA
(
categoria_id
integer NOT NULL ,

Venta

cat_descripcion
varchar(50) NULL ,
cat_estado
char(1) NULL
)
go
ALTER TABLE CATEGORIA
ADD CONSTRAINT XPKCATEGORIA PRIMARY KEY CLUSTERED (categoria_id
ASC)
go
CREATE TABLE CLIENTE
(
cliente_id
integer NOT NULL ,
nombrerazonsocia varchar(200) NULL ,
dni
varchar(8) NULL ,
ruc
varchar(11) NULL ,
fecha_nac
datetime NULL ,
telefono
varchar(10) NULL ,
direccion
varchar(200) NULL ,
e_mail
varchar(200) NULL ,
observacion
varchar(200) NULL ,
estado
char(1) NULL
)
go
ALTER TABLE CLIENTE
ADD CONSTRAINT XPKCLIENTE PRIMARY KEY CLUSTERED (cliente_id ASC)
go
CREATE TABLE COMPRA
(
compra_id
integer NOT NULL ,
proveedor_id
integer NULL ,
com_numero
numeric(18) NULL ,
tipo_doc
varchar(20) NULL ,
fecha_compra
datetime NULL ,
subtotal
money NULL ,
igv
decimal(18,4) NULL ,
total
money NULL ,
estado
char(1) NULL ,
trabajador_id
integer NULL
)
go
ALTER TABLE COMPRA

ADD CONSTRAINT XPKCOMPRA PRIMARY KEY CLUSTERED (compra_id

ASC)
go
CREATE TABLE COMPRA_PRODUCTO
(
compra_id
integer NULL ,
producto_id
integer NULL ,
cantidad
numeric(10) NULL ,
precio
money NULL
)
go
CREATE TABLE MARCA
(
marca_id
integer NOT NULL ,
mar_descripcion
varchar(50) NULL ,
mar_estado
char(1) NULL
)
go
ALTER TABLE MARCA
ADD CONSTRAINT XPKMARCA PRIMARY KEY CLUSTERED (marca_id ASC)
go
CREATE TABLE PAGO
(
pago_id
integer NOT NULL ,
tipo_pago
varchar(100) NULL ,
tipo_movimiento
char(20) NULL ,
monto
numeric(18,2) NULL ,
descuento
numeric(18,2) NULL ,
total
numeric(18,2) NULL ,
descripcion
varchar(500) NULL ,
compra_id
integer NULL ,
venta_id
integer NULL
)
go
ALTER TABLE PAGO
ADD CONSTRAINT XPKPAGO PRIMARY KEY CLUSTERED (pago_id ASC)
go
CREATE TABLE PERSONAL
(

trabajador_id
integer NOT NULL ,
tra_nombre
varchar(100) NULL ,
dni
varchar(8) NULL ,
sexo
char(1) NULL ,
tra_fecha_nac
datetime NULL ,
direccion
varchar(100) NULL ,
usuario
varchar(30) NULL ,
contrasenna
varchar(50) NULL ,
permiso
varchar(50) NULL ,
estado
char(1) NULL
)
go
ALTER TABLE PERSONAL
ADD CONSTRAINT XPKPERSONAL PRIMARY KEY CLUSTERED (trabajador_id
ASC)
go
CREATE TABLE PRODUCTO
(
producto_id
integer NOT NULL ,
ins_descripcion
varchar(200) NULL ,
ins_estado
char(1) NULL ,
unidadmedida_id
integer NULL ,
Stock
numeric(18) NULL ,
marca_id
integer NULL ,
categoria_id
integer NULL
)
go
ALTER TABLE PRODUCTO
ADD CONSTRAINT XPKPRODUCTO PRIMARY KEY CLUSTERED (producto_id
ASC)
go
CREATE TABLE PRODUCTO_VENTA
(
cantidad
numeric(10,2) NULL ,
precio
money NULL ,
producto_id
integer NULL ,
venta_id
integer NULL
)
go
CREATE TABLE PROVEEDOR
(

proveedor_id
integer NOT NULL ,
nomrazonsocial
varchar(150) NULL ,
dni
varchar(8) NULL ,
ruc
varchar(11) NULL ,
fecha_nac
datetime NULL ,
telefono
varchar(10) NULL ,
direccion
varchar(200) NULL ,
E_mail
varchar(200) NULL ,
estado
char(1) NULL
)
go
ALTER TABLE PROVEEDOR
ADD CONSTRAINT XPKPROVEEDOR PRIMARY KEY CLUSTERED
(proveedor_id ASC)
go
CREATE TABLE UNIDAD_MEDIDA
(
unidadmedida_id
integer NOT NULL ,
unid_descripcion varchar(50) NULL ,
unid_cantida
numeric(18) NULL ,
unid_estado
char(1) NULL
)
go
ALTER TABLE UNIDAD_MEDIDA
ADD CONSTRAINT XPKUNIDAD_MEDIDA PRIMARY KEY CLUSTERED
(unidadmedida_id ASC)
go
CREATE TABLE VENTA
(
venta_id
integer NOT NULL ,
ven_numero
numeric(18) NULL ,
tipo_doc
varchar(8) NULL ,
fecha_venta
datetime NULL ,
subtotal
money NULL ,
ven_igv
money NULL ,
total
money NULL ,
estado
char(1) NULL ,
propina
money NULL ,
trabajador_id
integer NULL ,
cliente_id
integer NULL
)
go

ALTER TABLE VENTA

ADD CONSTRAINT XPKVENTA PRIMARY KEY CLUSTERED (venta_id ASC)
go

ALTER TABLE COMPRA

ADD CONSTRAINT R_26 FOREIGN KEY (proveedor_id) REFERENCES
PROVEEDOR(proveedor_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE COMPRA
ADD CONSTRAINT R_32 FOREIGN KEY (trabajador_id) REFERENCES
PERSONAL(trabajador_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ALTER TABLE COMPRA_PRODUCTO

ADD CONSTRAINT R_27 FOREIGN KEY (compra_id) REFERENCES
COMPRA(compra_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE COMPRA_PRODUCTO
ADD CONSTRAINT R_4 FOREIGN KEY (producto_id) REFERENCES
PRODUCTO(producto_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ALTER TABLE PAGO

ADD CONSTRAINT R_41 FOREIGN KEY (compra_id) REFERENCES
COMPRA(compra_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE PAGO
ADD CONSTRAINT R_43 FOREIGN KEY (venta_id) REFERENCES
VENTA(venta_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION

go

ALTER TABLE PRODUCTO

ADD CONSTRAINT R_28 FOREIGN KEY (unidadmedida_id) REFERENCES
UNIDAD_MEDIDA(unidadmedida_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE PRODUCTO
ADD CONSTRAINT R_38 FOREIGN KEY (marca_id) REFERENCES
MARCA(marca_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE PRODUCTO
ADD CONSTRAINT R_40 FOREIGN KEY (categoria_id) REFERENCES
CATEGORIA(categoria_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ALTER TABLE PRODUCTO_VENTA

ADD CONSTRAINT R_36 FOREIGN KEY (producto_id) REFERENCES
PRODUCTO(producto_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE PRODUCTO_VENTA
ADD CONSTRAINT R_39 FOREIGN KEY (venta_id) REFERENCES
VENTA(venta_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ALTER TABLE VENTA

ADD CONSTRAINT R_42 FOREIGN KEY (trabajador_id) REFERENCES
PERSONAL(trabajador_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE VENTA

ADD CONSTRAINT R_45 FOREIGN KEY (cliente_id) REFERENCES

CLIENTE(cliente_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

V. DISEO DEL SISTEMA

5.1.

Diagrama de Clases del Diseo.

VENTA
PRODUCTO
producto_id : int
descripcion : varchar(200)
unidadmedida_id : int
*
estado : char(1)

nuevo()
actualizar()
eliminar()
*

PRODUCTO_VENTA

producto_id : int
venta_id : int
cantida : numeric
precio : money

1
UNIDAD_MEDIDA
unidadmedida_id : int
cantidad : numeric
estado : char(1)

venta_id : int
venta_numero : numeric
tipo_doc : varchar(7)
fecha_venta : datetime
sub_total : money
igv : money
total : money
*
estado : char(1)
trabajador_id : int
*

nuevo()
actualizar()
eliminar()

nuevo()
actualizar()
eliminar()
1
PERSONAL

nuevo()
actualizar()
eliminar()

nuevo()
actualizar()
eliminar()

*
COMPRA
Compra_id : int
compra_numero : numeric
tipo_doc : varchar(7)
Fecha_venta : datetime
*
sub_total : money
igv : money
total : money
estado : char(1)
1
trabajador_id : int

PRODUCTO_COMPRA
insumo_id : int
compra_id : int
cantida : mumeric
precio : money
nuevo()
actualizar()
eliminar()

nuevo()
actualizar()
eliminar()
*

1
PROVEEDOR
Proveedor_id : int
Nombre_razonsocial : varchar(500)
...
Ruc_dni : numeric
Direccion : varchar(200)
Telefono : varchar(10)
E-mail : varchar(100)
estado : char(1)

PAGO
pago_id : int
tipo_pago : varchar(100)
tipo_movimiento : varchar(10)
subtotal : money
descuento : money
total : money
pago_con : money
descripcion : varchar(100)
estado : varchar(1)
Compra_id : int
venta_id : int
nuevo()
modificar()
eliminar()

nuevo()
actualizar()
eliminar()

5.2.

CLIENTE
cliente_id : int
nombre_razonsocial : varchar(500)
...
ruc_dni : numeric
direccion : varchar(200)
telefono : varchar(100)
e-mail : varchar(100)
observaciones : varchar(1000)
estado : char(1)

Diseo de la Interfaz Grfica de Usuario (GUIs).

trabajador_id : int
nombre : varchar(100)
dni : varchar(8)
sexo : char(1)
tra_fecha_nac : datetime
direccion : varchar(200)
usuario : varchar(30)
contrasenna : varchar(50)
permisos : varchar(50)
estado(1)
nuevo()
modificar()
eliminar()

5.3.

Package del Diseo.

SISTEMA DE
COMERCIALIZACION

MODULO DE COMPRA
(from SISTEMA DE COMERCIALIZACION)

5.4.

MODULO DE VENTA
(from SISTEMA DE COMERCIALIZACION)

Diseo de la Base de Datos.

5.4.1. Modelo Lgico.
COMPRA_PRODUCTO UNIDAD_MEDIDA
compra_id (FK)
producto_id (FK)
cantidad
precio

unidadmedida_id

marca_id

unid_descripcion
cantida
unid_estado

mar_descripcion
mar_estado

COMPRA

producto_id
ins_descripcion
estado
unidadmedida_id (FK)
Stock
marca_id (FK)
categoria_id (FK)
P AGO
pago_id

P ROVEEDOR
proveedor_id
nomrazonsocial
dni
ruc
fecha_nac
telefono
direccion
E-mail
estado

tipo_pago
tipo_movimiento
monto
descuento
total
descripcion
compra_id (FK)
venta_id (FK)

CAT EGORIA
categoria_id
cat_descripcion
cat_estado
PRODUCTO_VENTA

PRODUCT O

compra_id
compra_numero
tipo_doc
fecha_venta
subtotal
igv
total
proveedor_id (FK)
estado
trabajador_id (FK)

PERSONAL

MARCA

producto_id (FK)
venta_id (FK)
cantidad
precio

trabajador_id
tra_nombre
dni
sexo
tra_fecha_nac
direccion
usuario
contrasenna
permiso
estado

VENTA
venta_id
ven_numero
tipo_doc
fecha_vetna
subtotal
ven_igv
total
estado
propina
trabajador_id (FK)
cliente_id (FK)

CLIENTE
cliente_id
nombrerazonsocia
dni
ruc
fecha_nac
telefono
direccion
e-mail
observacion
estado

5.4.2. Modelo Fsico.

COMPRA_PRODUCTO

UNIDAD_MEDIDA

compra_id: integer (FK)

producto_id: integer (FK)
cantidad: numeric(10)
precio: money

COMPRA
compra_id: integer
com_numero: numeric(18)
tipo_doc: varchar(20)
fecha_compra: datetime
subtotal: money
igv: decimal(18,4)
total: money
proveedor_id: integer (FK)
estado: char(1)
trabajador_id: integer (FK)

MARCA

unidadmedida_id: integer

marca_id: integer

unid_descripcion: varchar(50)
unid_cantida: numeric(18)
unid_estado: char(1)

mar_descripcion: varchar(50)
mar_estado: char(1)

PERSONAL
CATEGORIA
categoria_id: integer
cat_descripcion: varchar(50)
cat_estado: char(1)

PRODUCTO
producto_id: integer
ins_descripcion: varchar(200)
ins_estado: char(1)
unidadmedida_id: integer (FK)
Stock: numeric(18)
marca_id: integer (FK)
categoria_id: integer (FK)

PAGO
pago_id: integer

PROVEEDOR
proveedor_id: integer
nomrazonsocial: varchar(150)
dni: varchar(8)
ruc: varchar(11)
fecha_nac: datetime
telefono: varchar(10)
direccion: varchar(200)
E_mail: varchar(200)
estado: char(1)

tipo_pago: varchar(100)
tipo_movimiento: char(20)
monto: numeric(18,2)
descuento: numeric(18,2)
total: numeric(18,2)
descripcion: varchar(500)
compra_id: integer (FK)
venta_id: integer (FK)

5.4.3. Base de datos.

5.4.4. Tablas y relaciones.

VENTA

trabajador_id: integer
tra_nombre: varchar(100)
dni: varchar(8)
sexo: char(1)
tra_fecha_nac: datetime
direccion: varchar(100)
usuario: varchar(30)
contrasenna: varchar(50)
permiso: varchar(50)
estado: char(1)

venta_id: integer
PRODUCTO_VENTA

producto_id: integer (FK)

venta_id: integer (FK)
cantidad: numeric(10,2)
precio: money

ven_numero: numeric(18)
tipo_doc: varchar(8)
fecha_venta: datetime
subtotal: money
ven_igv: money
total: money
propina: money
estado: char(1)
trabajador_id: integer (FK)
cliente_id: integer (FK)

CLIENTE
cliente_id: integer
nombrerazonsocia: varchar(200)
dni: varchar(8)
ruc: varchar(11)
fecha_nac: datetime
telefono: varchar(10)
direccion: varchar(200)
e_mail: varchar(200)
observacion: varchar(200)
estado: char(1)

5.4.5. Poblamiento de la Base de Datos.

VI. IMPLEMENTACION
6.1.

Modelo de despliegue

Servidor de Base de
Datos
sistemaferretero.exe
sistemaferetero.vbproj

<<Main Programa>>

<<sub main programa body>>

<<Active X>>

*Menu.MDI
*Ventanas.frm
*Reportes.rpt
Compra

6.2.

Venta

Modelo de componentes.
Hardware Minimo
* Core i3
* 2 Gb Ram
* 250 de HD
Software
* windows 7
* office
* SQL server

Servidor

Switch

Switch TP-Link 4 puertos

5.8 Ghz

PC02
VENTA

PC01
COMPRA

Hardware Minimo
* Dual Core
* 500 mb Ram
* 160 de HD
Software
* windows XP

6.3.
Elaboracin de la propuesta del Nuevo Sistema.
6.3.1. Diseo del Men Principal.

Sistema de compra y venta

Gestin de Compra

Gestin de Venta

La arquitectura del sistema o men principal est dividida de dos mdulos principales
cuyas opciones se detalla a continuacin.

6.3.2. Mostrar Representacin Modular y Grfica.

a. Mdulo de compra
Gestin de Compra

Mantenimientos

Operaciones

Proveedor
Categoria

Registrar Compra

Marca

Registrar Pago

Producto
Unidad de Medida
Tipo de Pago
Personal

b. Mdulo de venta
Gestin de Venta

Mantenimientos

Operaciones

Tipo de Pago
Registrar Venta

Cliente

Registrar Pago

6.3.3. Descripcin General del Contenido por Mdulos.

Mdulo de compra

a.

b.

Mdulo de venta

6.4.
Formatos de GUIs.
a. Proveedor
Listado de proveedor

Registro de proveedor

b. Unidad de medida

c. Producto
Listado de productos

Registro de producto

d. Categoria

e. Marca

f. Pago compra
Listado de pago

 Registro de pago

g. Compra
Listado de compra

Registro de compra

h. Venta
Listado de venta

Registro de venta

i. Pago venta
Listado de pago

Registro de pago

6.5.

Formatos de Consultas.

6.6.

Requerimientos Bsicos de Hardware y Software.

Cantidad

Hardware (Pc, Impresora)

Descripcin
Dual Core de 2.8 GHz

Disco duro Samsung de 80 Gb

1
1

Memoria RAM de 512 Mb

Swicth 4 Puertos 2.4 Ghz
LX300-II
Software

Windows xp sp3
SQL server developer 2008
VII.
7.1.

INGENIERIA ECONOMICA

Inversin de implementacin del SW.

7.1.1. Equipos

ITE
M
DESCRIPCION
1 Pc Core 2 do 2.8 Ghz
Impresora Lser 1020
2

EQUIPOS
Unidad
Medida
Unid.
Unid.
Total

7.1.2. Materiales

Cantid Costo
Costo
ad
Unit.
total
2
1000.00 2000.00
1

320.00

320.00
2320.00

COSTO DE MATERIALES
ITE
Unidad
Canti
M
DESCRIPCION
Medida
dad
1 Papel bond A4
1/2
millar
2 Lapiceros Faber Castell
Unid.
4
3 Lpiz
Unid.
2
4 Folder A4
Unid.
2
total

Costo
Costo
Unit.
total
9.0
9.00
0.5
2.00
1.00
2.00
0.4
0.80
13.80

7.1.3. Servicios

te
m Descripcin
Copias durante la
1 investigacin
2 Internet
3 Transporte
4 Aspira lado
5 Energa
6 Otros gastos

Costo de Servicio
Unidad
Cantid Costo
Medida
ad
Unit.
Unid.
hora

50
6
-

Unid.
Mensual
TOTAL

1
40
-

0.10
1.00
3.50
5.00
-

Costo
Total
5.00
6.00
220.00
3.50
200.00
80.00
514.50

7.1.4. Recursos Humanos

RR.HH
Mes
Unidad
es
DESCRIPCION
Medida
2
Persona
Analista y Diseador
Programador
3
Persona
Total

Cantid Costo
Costo
ad
Unit.
total
1
1800.00 3600.00
1
1000.00 3000.00
6600.00

INVERSION PARA IMPLEMENTACION DE SW = 9448.30

7.2.

Factibilidad Econmica actual

7.2.1. Consumo de material para el funcionamiento del sistema actual

COSTOS MENSUALES EN FUNCIONAMIENTO SIN SISTEMA

te
Unidad
Cantid Costo
Costo
m Descripcin
Medida
ad
Unit.
total
1 Papel A4
millar
15
18.00
270.00
2 Tner A12
Unid.
12
15.00
180.00

3
4
5

Lapiceros Faber
Castell
Notas adhesivas
Cuadernos anillados

Caja
Millar
Unidad
Total

9.00

63.00

7
8

15.00
7.00

105.00
56.00
674.00

7.2.2. RR.HH para el funcionamiento del sistema actual

COSTOS MENSUALES EN FUNCIONAMIENTO SIN SISTEMA

ITE
Unidad
Cantid Costo
Costo
M
DESCRIPCION
Medida
ad
Unit.
total
1 Vendedor
Mes
3
750.00 2250.00
2 Administrador
Mes
1
2000.00 2000.00
4 Almacenero
Mes
3
750.00 2250.00
Total
6500.00
7.2.3. Flujo de caja del sistema actual
PERIODO
INVERSION

A0
0

Ingreso
Egreso
TOTAL

TOTAL
ACUMULADO

7.3.

A1

A2

A3

384000.0 422400.0 464640.0

0
0
0
288000.0 316800.0 348480.0
0
0
0
105600.0 116160.0
96000.00
0
0
201600.0 317760.0
96000.00
0
0

A4

A5

511104.0
0
383328.0
0
127776.0
0
445536.0
0

562214.4
0
421660.8
0
140553.6
0
586089.6
0

Factibilidad Econmica futura

7.3.1. Consumo de material para el funcionamiento del sistema futuro

COSTOS MENSUALES EN FUNCIONAMIENTO SIN SISTEMA

te
Unidad
Cantid Costo
Costo
m Descripcin
Medida
ad
Unit.
total
1 Papel A4
millar
6
18.00
108.00
2 Cinta para LX-300 II
Unid.
4
15.00
60.00

3
4

Lapiceros Faber
Castell
Notas adhesivas

Caja

9.00

18.00

Millar
Total

15.00

60.00
246.00

7.3.2. RR.HH para el funcionamiento del sistema futuro

COSTOS MENSUALES EN FUNCIONAMIENTO SIN SISTEMA

ITE
Unidad
Cantid Costo
Costo
M
DESCRIPCION
Medida
ad
Unit.
total
1 Vendedor
Mes
2
750.00 1500.00
2 Administrador
Mes
1
2000.00 2000.00
4 Almacenero
Mes
1
750.00
750.00
Total
3250.00

7.3.3. Flujo de caja del sistema futuro

PERIODO
INVERSION

A0
-9448.3

Ingreso
Egreso
TOTAL
TOTAL
ACUMULADO

-9448.3

A1

A2

A3

384000.0 422400.0 464640.0

0
0
0
287242.0 315966.2 347562.8
0
0
2
106433.8 117077.1
96758.00
0
8
193743.5 310820.6
87309.70
0
8

A4

A5

511104.0
0
382319.1
0
128784.9
0
439605.5
8

562214.4
0
420551.0
1
141663.3
9
581268.9
7

7.3.4. Comparacin entre con sistema y sin sistema

PERIODO
TOTAL
ACUMULADO
TOTAL
ACUMULADO
SUMA TOTAL
VIII.

A0

A1

A2
A3
A4
A5
193743.5 310820.6 439605.5 581268.9
0
87309.70
0
8
8
7
180784.8 284951.2 399534.4 525575.8
-9448.3 86088.00
0
8
1
5
55693.11
9448.3 1221.70 12958.7 25869.4 40071.17
7

CONCLUSIONES

Se identific, compar y estableci la metodologa a utilizar, siendo la

Metodologa RUP la elegida, porque provee una estructura orientada a facilitar
el anlisis, diseo de soluciones tecnolgicas efectivas.

 Se utiliz la herramienta de modelamiento Rational Rose Enterprise Edition,

que ha permitido capturar cada uno de los requerimientos reales de las reas,
lo cual ha permitido reordenar los procesos desarrollados y sobre todo
integrarlos para optimizar la gestin de dichas reas y la toma de decisiones.
Despus de analizar las diferentes alternativas tecnolgicas se consider optar
por disear el presente proyecto utilizando el lenguaje de programacin Visual
Basic.Net y el diseo de la base de datos hemos utilizado el Gestor de Base de
Datos SQL server 2008 , por ser estos adecuados para el anlisis del sistema y
de los cuales los investigadores cuentan con mayor conocimiento.
Se logr disear el sistema que tiene capacidad para dar soporte y
almacenamiento a la informacin de las diferentes reas, automatizando los
procesos manuales que se venan realizando, logrando as mayor eficiencia en
la distribucin de los recursos empresariales.
Se lleg a la conclusin de todo el sistema de informacin es factible
econmicamente.

IX. RECOMENDACIONES

Para posteriores versiones del sistema es recomendable utilizar el mismo

proceso de desarrollo y la metodologa RUP.
Para el modelado del anlisis y diseo se debe emplear el Software Rational
Rose Enterprise, que permitir eliminar aspectos tediosos como errores
humanos y un correcto modelado.
Utilizar herramientas tecnolgicas modernas de desarrollo de sistemas de
informacin para mejorar adecuadamente cada uno de los procesos
involucrados.
Utilizar el mejor equipamiento para la implementacin del sistema de
informacin y as obtener un mejor funcionamiento del mismo.

X. BIBLIOGRAFA

[1] A. Troelsen, Pro VB 2008 y and the .NET 3.5 Platform, Minneapolis: Apress, 2008.
[2] S. Schneider, SQL SERVER 2005 Express Edition, canada: Wiley Publishing, Inc,
2006.
[3] P. Stevens, R. Pooley y A. Wesley, Wikipedia, 13 Septiembre 2014. [En lnea].
Available: http://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado. [ltimo
acceso: 22 Septiembre 2014].
[4] F. ROBALINO CARRERA, slideshare, 09 Octubre 2012. [En lnea]. Available:
http://es.slideshare.net/luisnavas22/si-14660223. [ltimo acceso: 07 Agosto 2015].
[5] Microsoft, wikipedia, 19 Septiembre 2014. [En lnea]. Available:
http://es.wikipedia.org/wiki/Microsoft_Visual_Studio. [ltimo acceso: 19 Septiembre
2014].
[6] G. Booch, I. Jacobson y J. Rumbaugh, Wikipedia, 2 Septiembre 2014. [En lnea].
Available: http://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado. [ltimo
acceso: 22 Septiembre 2014].