Разработка информационной системы для компании, продающих компьютеры и комплектующие»



МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН

Казахский национальный технический университет имени К.И.Сатпаева

Институт информационных технологий

Кафедра «Техническая кибернетика»

Сарсембеков Алдияр

ДИПЛОМНЫЙ ПРОЕКТ

На тему:

Разработка информационной системы для компании, продающих компьютеры и комплектующие

050704-Вычислительная техника и программное обеспечение

Алматы 2011

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН

Казахский национальный технический университет имени К.И.Сатпаева

Институт информационных технологий

Кафедра «Техническая кибернетика»

ДОПУЩЕН К ЗАЩИТЕ

Зав. Кафедрой ТК

Д-р. техн. наук, профессор

Д.Н. Шукаев

«____» ___________2011г.

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту

На тему:

Разработка информационной системы для компании, продающих компьютеры и комплектующие»

050704-Вычислительная техника и программное обеспечение

Выполнил(а)

Сарсембеков А.

Рецензент:

Научный руководитель

канд.физ.-мат. наук

Старший преподаватель

Д.М. Ескендирова

«____» ____________2011г

«____» ____________2011г

Алматы 2011

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН

Казахский национальный технический университет имени К.И.Сатпаева

Институт информационных технологий

Кафедра «Техническая кибернетика»

Специальность: 050704– Вычислительная техника и программное обеспечение

УТВЕРЖДАЮ

                                                                                                Зав. кафедрой

Д-р..техн. наук, профессор

Д.Н. Шукаев

«____» ___________2011г.

Задание

на выполнение дипломного проекта

Обучающемуся  Сарсембеко Алдяиру

Тема: Разработка информационной системыдля компании, продающих компьютеры и комплектующие.

Утвержденныйприказом университета638-п от «1» 12.2009г.

Срок сдачи законченного проекта «___» ____________

Исходные данные к дипломному проекту: Разрабатываемая система должна обеспечивать автоматизацию задач учета и движения компьютеров и комплектующих, получение справок и отчетности информации, учет поставщиков и поставок исходных материалов в фирме. Использовать технологию БД.

Перечень подлежащих разработке в дипломном проекте вопросов или краткое содержание дипломной работы: а) Аналитическая часть базы данных;б)Алгоритм функционирования СУБД;в)Разработка программного обеспечения.

Перечень графического материала (с точным указанием обязательных чертежей): презентации (слайды, созданные вMSPowerPoint).

Рекомендуемая основная литература: Шумаков П. В. Базы данных вDelphi.- "Диасофт", 1997, 832 с.; Т. Конноли. Базы данных: Проектирование, реализация и сопровождение. Теория и практика. / Т. Конноли, К. Бегг, А. Страчан. – 2-е изд. – М.: Вильямс, 2000; Бекаревич Ю., Пушкина Н.  Самоучитель Microsoft Access 2000. – СПб.: БХВ – Санкт-Петербург, 1999, 480 стр.; Д. Кренке. Теория и практика построения баз данных. – С-Пб.: Питер, 2003; Гультяев А.К. Проектирование и дизайн пользовательского интерфейса. /  Гультяев А.К., Машин В.А. – С-Пб.: Корона Принт, 2000; Шумаков П. В. Базы данных вDelphi.- "Диасофт", 1997, 832 с.

ГРАФИК

подготовки  дипломного проекта

Наименованияразделов, перечень разрабатываемых вопросов

Сроки представления научному руководителю и  консультантам

Примечение

Аналитическая часть базы данных

Алгоритм функционирования СУБД

Разработка программного обеспечения

Подписи

консультантов и нормоконтролера на законченную дипломный проект с указанием относящихся к ним разделов проекта

Наименования  разделов

Научные  консультанты,

И.О.Ф. (уч. степень, звание )

Дата

подписания

подпись

Технология баз данных в информационных системах

Д.М. Ескендирова,старший преподаватель

Разработка информационного обеспечения системы

Д.М. Ескендирова,старший преподаватель

Разработка программного обеспечения

Д.М. Ескендирова,старший преподаватель

Нормоконтроль

Н. Ергалиева, преподаватель

Научный руководитель

Д.М. Ескендирова

Задание принял к исполнению обучающийся

А. Сарсембеков

Дата   «____» ____________2011г

АНДАТПА

Мәлiметтер негiзiнiң  өңделген косымшасы кызметкерлер туралы деректер сакталган мәлiметтер негiзiң корғау және енбек ақыны карточкага аудару мәселе шешiмiн камтамасыз етедi, және жайлы интерфейсi бар. Dbf форматындағы мәлiмет негiзiн пайдалану аркалы Borland Delphil 7 ортасында таратылды.Ақпараттық жүйелермен және деректер қорларымен сабақтас теориялық сұрақтардың қарастыру туралы дипломдық жоба. Пәндiк облыс қаралды, ERның түрiндегi ақпараттық үлгiсiндегідей - диаграмма, автоматтандырылған жүйенi iске асырудың негiздi аспаптарының ретiндесi MS Access 2000-шi ДҚБЖ және Delphi 7-шi программалау орталарын сайланды.

Жүйе, оның ақпараттық қамтамасыз етуiн өңдеумен тiкелей сабақтас сұрақтар жарияланады : ERлар өндейдi - пәндiк облыстың үлгiсi, деректер қорының құрылымы, мәлiметтердiң кестелерiнiң құрылымдарымен анықталды.

Жүйенiң программалық қамтамасыз етуiн өңдеумен сабақтас сұрақтарды қаралды : жүйенiң функционалдық құрылымдары өндейдi, Delphi 7-шi көз мөлшерiмен программалауды ортадағы жайлы қолданушы интерфейсiн жобаланып, форма, есептеу нәтижесi, программалық кодтар жасалады, қолданушы және жүйесi бар нормалы жұмыстың қамтамасыз етуге арналған бағдарламашының нұсқаулары өнделдi. Қолданушының нұсқауындағы жақсы көрiнулерi үшiн қолданушы интерфейсi график түрiнде материалдар  қосылған.

АННОТАЦИЯ

Дипломная работапосвященапроектированиюСУБД для компании, продающих компьютеры и комплектующие, которая предназначена для ведения учета клиентов и поставщиков, регистрации реализации материалов, получения отчетной и справочной информации, используя для этой цели персональный компьютер типаIBMPC.

Дипломный проект представляет собой рассмотрение теоретических вопросов, связанных с информационными системами и базами данных. Рассматривается предметная область, разрабатывается информационная модель в видеER-диаграммы, в качестве базовых инструментов реализации автоматизированной системы выбираются  СУБДMSAccess 2000 и среда программированияDelphi 7.

Освещаются вопросы, связанные непосредственно с разработкой системы, ее информационного обеспечения: разрабатываютсяER-модели предметной области, структура базы данных, определяются структуры таблиц данных.

Рассматриваются вопросы, связанные с разработкой программного обеспечения системы: разрабатываются функциональная структура системы, проектируется комфортный интерфейс пользователя в среде визуального программированияDelphi 7, создаются формы, отчеты, программный код, разрабатываются инструкции пользователя и программиста для обеспечения нормальной работы с системой. Для большей наглядности в инструкции  пользователя включен графический материал – кадры интерфейса пользователя.

ANNOTATION

The developed enclosure of database provides an accomplishing a task of transferring wages to cards and protection of database with staff information has a comfortable interface. Realized in environment Borland Delphi 7, with using database format dbf.

The degree project represents consideration of the theoretical questions connected with information systems and databases. The subject domain is considered, the information model in the form of the ER-diagramme is developed, as base tools of realisation of the automated system get out MS Access 2000 and the environment of programming Delphi 7.

The questions connected with working out of the software of system are considered: are developed functional structure of system, the comfortable interface of the user in the environment of visual programming Delphi 7 is projected, forms, reports, a program code are created, instructions of the user and the programmer are developed for maintenance of normal work with system. For descriptive reasons the graphic material is included in instructions of the user – shots of the interface of the user.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1

Аналитическая часть базы данных

1.1

Классификация баз данных

1.2

Структурные элементы бызы данных

1.3

Области применения баз данных

1.4

Новые области применения баз данных

1.5

Существующие программные продукты для СУБД

1.6

Аппаратные средства

1.7

Идентификация и авторизация

1.7.1

Способы аутентификации

1.8

Постановка задачи

2

Алгоритм функционирования СУБД

2.1

Описание предметной области

2.2

Алгоритм функционирования СУБД

2.2.1

Основной алгоритм программы

2.2.2

Алгоритм работы менеджера по продажам

2.2.3

Алгоритм работы менеджера по закупкам

2.2.4

Алгоритм работы технического администратора

2.2.5

Алгоритм работы директора

2.3

Выбор программного обеспечения

2.3.1

Требование к аппаратному обеспечению

2.3.2

Реализация аутентификации

3

Разработка программного обеспечения

3.1

Разработка меню программы

3.2

Разработка отчетов

3.3

Инструкция по эксплуатации

3.4

Инструкция программисту

ЗАКЛЮЧЕНИЕ

СПИСОК  ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Приложение А

Приложение Б

ВВЕДЕНИЕ

Данная работа посвящена применению системы управления базами данных Microsoft Access и управление БД через среду программированияDeiphi. СУБД (система управления базами данных) Microsoft Access является системой управления реляционной базой данных, включающей все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в сети с файловым сервером или создания приложения пользователя. В работе будут рассмотрены основные характеристики и возможности данной СУБД, а также среды программированияDelphi.

В большинстве существующих источников по MS Access, выделяют подробное изучение функций и меню, либо сравнение с другими СУБД.  В данной работе упор сделан на разработку информационной системы для компании продающей компьютеры и комплектующие с использованием системы управления базой данных MS Access  черезDelphi.

Это актуально в настоящее время, несмотря на повышение компьютеризации общества, в сфере образования до сих пор нет средств, позволяющих в достаточной мере автоматизировать процесс ведения документации и отчетности.

Одной из составных задач можно рассматривать проблему составления отчетов,  а так же оперативное редактирование данных при возникновении необходимости в этом.

О своевременности и актуальности рассматриваемой проблемы говорит тот факт, что большую часть своего времени директора, администраторы и рабочие компаний тратят на оформление различной документации и отчетов. Огромное количество организаций и отсутствие предложений в данной сфере гарантируют высокую потребность в данном продукте.

Базы данных (БД) составляют в настоящее время основу компьютерного обеспечения информационных процессов, входящих практически во все сферы человеческой деятельности.

  1. Аналитическая часть базы данных.

Цель любой информационной системы — обработка данных об объектах реального мира. В широком смысле слова база данных — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Под предметной областью принято понимать часть реального мира, подлежащего изучению для организации управления и, в конечном счете, автоматизации, например предприятие, вуз и т д.

Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, только если данные структурированы.

Структурирование — это введение соглашений о способах представления данных.

Неструктурированными называют данные, записанные, например, в текстовом файле.

Пользователями базы данных могут быть различные прикладные программы, программные комплексы, а также специалисты предметной области, выступающие в роли потребителей или источников данных, называемые конечными пользователями.

В современной технологии баз данных предполагается, что создание базы данных, ее поддержка и обеспечение доступа пользователей к ней осуществляются централизованно с помощью специального программного инструментария — системы управления базами данных.

База данных (БД) — это поименованная совокупность структурированных данных, относящихся к определенной предметной области.

Система управления базами данных (СУБД) — это комплекс программных и языковых средств, необходимых для создания баз данных,поддержания их в актуальном состоянии и организации поиска в них необходимой информации.

Централизованный характер управления данными в базе данных предполагает необходимость существования некоторого лица (группы лиц), на которое возлагаются функции администрирования данными, хранимыми в базе.

1.1 Классификация баз данных

По технологии обработки данных базы данных подразделяются на централизованные и распределенные.

Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях ПК.

Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД).

По способу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.

Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем:

- файл-сервер;

- клиент-сервер.

Файл-сервер.Архитектура систем БД с сетевым доступом предполагает выделение одной из машин сети в качестве центральной (сервер, файлов). На такой машине хранится совместно используемая централизованная БД. Все другие машины сети выполняют функции рабочих станций, с помощью которых поддерживается доступ пользовательской системы к централизованной базе данных. Файлы базы данных в соответствии с пользовательскими запросами передаются на рабочие станции, где в основном и производится обработка. При большой интенсивности доступа к одним и тем же данным производительность информационной системы падает. Пользователи могут создавать также на рабочих станциях локальные БД, которые используются ими монопольно.

Клиент-сервер.[2] В этой концепции подразумевается, что помимо хранения централизованной базы данных центральная машина (сервер базы данных) должна обеспечивать выполнение основного объема обработки данных. Запрос на данные, выдаваемый клиентом (рабочей станцией), порождает поиск и извлечение данных на сервере. Извлеченные данные (но не файлы) транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка запросовSQL.

1.2 Структурные элементы базы данных

Понятие базы данных тесно связано с такими понятиями структурных элементов, как поле, запись, файл (таблица).

Поле — элементарная единица логической организации данных, которая соответствует неделимой единице информации — реквизиту. Для описания поля используются следующие характеристики:

имя, например. Фамилия, Имя, Отчество, Дата рождения;

тип, например, символьный, числовой, календарный;

длина, например, 15 байт, причем будет определяться максимально возможным количеством символов;

точность для числовых данных, например два десятичных знака для отображения дробной части числа.

      Запись — совокупность логически связанных полей. Экземпляр записи отдельная реализация записи, содержащая конкретные значения ее полей.

Файл (таблица) — совокупность экземпляров записей одной структуры.

В структуре записи файла указываются поля, значения которых являются ключами первичными (ПК), которые идентифицируют экземпляр записи, и вторичными (ВК), которые выполняют роль поисковых или группировочных признаков (по значению вторичного ключа можно найти несколько записей).

  1. Области применения баз данных

Развитие информационных технологий сопровождается двумя весьма любопытными тенденциями в том, что касается терминологии. С одной стороны, наблюдается, постоянное обновление названий для, в общем-то, одних и тех же вещей (конечно, технологии тоже развиваются, но темпы смены их имен гораздо выше). С другой — используется старые термины для понятий, смысл которых уже совсем не тот, что раньше. Именно второй случай имеет место применительно к СУБД.В толковом словаре по вычислительной технике, выпущенном в 2002 г., приводится такое определение системы управления базами данных (database management system): "приложение, обеспечивающее создание, хранение, обновление и поиск информации в базе данных, а также управление безопасностью и целостностью данных". В целом это толкование было верно и 30 лет назад, но все же содержательная часть СУБД сейчас совсем иная, чем в те далекие времена (отметим, что в определении уже отсутствует дополнительная фраза, которая использовалась для уточнения понятия еще восемь лет назад, — "программная оболочка, находящаяся между базой данных и пользователем").В последнее десятилетие мы наблюдаем ситуацию, когда СУБД превратились из сугубо внутреннего технологического дополнения к прикладным программам в самостоятельный продукт, вокруг которого строятся приложения для пользователей; иначе говоря, из одного из компонентов информационной системы — в платформу для построения таких систем.Исторически системы управления базами данных ориентировались на решение задач, связанных в первую очередь с транзакционной обработкой структурированной информации. Транзакция - это группа последовательных операций, которая представляет собой логическую единицу работы с данными. Транзакция может быть выполнена либо целиком и успешно, соблюдая целостность данных и независимо от параллельно идущих других транзакций, либо не выполнена вообще и тогда она не должна произвести никакого эффекта. Транзакции обрабатываются транзакционными системами, в процессе работы которых создаётся история транзакций.

Безусловно, наилучшим, проверенным временем решением здесь была и остается реляционная модель СУБД. Однако в последние годы область применения баз данных неизменно расширялась. С одной стороны, нужно управлять более широким набором форматов данных, переходя к решению общих проблем управления корпоративной информацией. С другой — именно СУБД берут на себя основные функции интеграции данных и приложений корпоративных систем. (По данным Gartner Group, информационные отделы предприятий расходуют до 40% своего бюджета на решение задач интеграции действующих компонентов баз данных.) Именно этим объясняется активный интерес к обсуждению архитектурных принципов и возможностей реализации баз данных различных моделей — постреляционных, объектно-реляционных, XML.

1.4 Новые области применения баз данных

Если постарался классифицировать существующие области применения баз данных, а так же оценить перспективы их развития в настоящее время, то можно получить примерный список наиболее распространенных классов, получивших распространение и применение во всех областях применения баз данных. Этот список будет выглядеть следующим образом:

документографические и документальные применяются во всех базах органов власти и управления

базы данных по промышленной, строительной и сельскохозяйственной продукции

базы данных по экономической и конъюнктурной информации (статистическая, кредитно-финансовая, внешнеторговая)

фактографические базы социальных данных, включающие сведения о населении и о социальной среде

базы данных транспортных систем

справочные данные для населения и учреждений (энциклопедии и справочники, расписания самолетов и поездов, адреса и телефоны граждан и организаций)

ресурсные базы данных, включающие фактографическую информацию о природных ресурсах (земля, вода, недра, биоресурсы, гидрометеорология, вторичные ресурсы и отходы, экологическая обстановка)

фактографические базы и банки научных данных, обеспечивающие фундаментальные научные исследования:

фактографические базы данных в области культуры и искусства

лингвистические базы данных, то есть машинные словари разного типа и назначения.Экономические задачи, для решения которых необходимо применять программное обеспечение СУБД, весьма обширны и разнообразны. На его основе строятся информационные системы предприятий различных уровней (от малых до крупных). Области применения баз данных традиционно занимает те области деятельности человека, где ему приходится сталкиваться с большим объемом разнообразной информации. Первые базы данных в основном применялись в таких фундаментальных науках как, ядерная физика, химия, космонавтика, и других науках требующих систематического подхода к работе с данными. Дальнейшее развитие компьютерных технологий и компьютеризация общества привела к тому что, базы данных стали разрабатываться практически во всех сферах деятельности человека, и применятся в разных предприятиях от сельского хозяйства до финансово-экономических систем. Последними инновациями применения баз данных стала всемирная паутина Internet, которая по своей сути является огромной базой данных. Соответственно такое распространения баз данных требует и новых программных средств управления ими.

1.5 Существующие программные продукты для СУБД

На самом общем уровне все СУБД можно разделить:

- на профессиональные, или промышленные;

- персональные (настольные).

      Профессиональные (промышленные) СУБД представляют собой программную основу для разработки автоматизированных систем управления крупными экономическими объектами. На их базе создаются комплексы управления и обработки информации крупных предприятий, банков или даже целых отраслей. Первостепенными условиями, которым должны удовлетворять профессиональные СУБД, являются:

-      возможность организации совместной параллельной работы большого количества пользователей;

-     масштабируемость, то есть возможность роста системы пропорционально расширению управляемого объекта;         переносимость на различные аппаратные и программные платформы;

-       устойчивость по отношению к сбоям различного рода, в том числе наличие многоуровневой системы резервирования хранимой информации;

-       обеспечение безопасности хранимых данных и развитой структурированной системы доступа к ним.

Промышленные СУБД к настоящему моменту имеют уже достаточно богатую историю развития. В частности, можно отметить, что в конце 70-х — начале 80-х годов в автоматизированных системах, построенных на базе больших вычислительных машин, активно использовалась СУБД Adabas. В настоящее время характерными представителями профессиональных СУБД являются такие программные продукты, как Oracle, DВ2, Sybase, Informix, Progress.

Основоположниками СУБД Огас1е стала группа американских разработчиков (Ларри Эллисон, Роберт Майнер и Эдвард Оутс), которые более двадцати лет тому назад создали фирму Relational Softwarе Inc. и поставили перед собой задачу создать систему, на практике реализующую идеи, изложенные в работах Э. Ф. Кодда и К. Дж. Дейта. Результатом их деятельности стала реализация переносимой реляционной системы управления базами данных с базовым языком обработки 50Ь. В 1979 г. заказчикам была представлена версия Оraсlе для мини-компьютеров PDP-11 фирмы Digital Equipment Corporation сразу для нескольких операционных систем: RSX-11, IAS, RSTS и UNIХ. Чуть позже Oracle был перенесен на компьютеры VAX под управлением VAX VMS. Значительная часть кода была написана на ассемблере, и поэтому процесс переноса системы на новую платформу требовал значительных усилий. Основным отличием Oracle очередной, третьей версии было то, что она была полностью написана на языке С. Такое решение обеспечивало переносимость системы на многие новые платформы, в частности, на различные клоны UNIХ. Второй важной особенностью новой (1983 г.) версии была поддержка концепции транзакции.     Примерно в это же время фирма получила новое имя — Oracle Соrporation— и заняла лидирующее место на рынке производителей СУБД. Четвертая версия Oracle характеризовалась расширением перечня поддерживаемых платформ и операционных систем. Огас1е был перенесен как на большие ЭВМ фирмы IВМ (мэйнфреймы), так и на персональные компьютеры, работающие под управлением МS DOS. Именно в четвертой версии был сделан важный шаг в развитии технологий поддержки целостности баз данных. Для многопользовательских систем было предложено оригинальное решение Oracle поддержки «непротиворечивости чтения». В пятой версии была впервые реализована СУБД с архитектурой «клиент—сервер». Последующие версии СУБД Oracle были ориентированы на построение крупномасштабных систем обработки транзакций, изменение методов реализации систем ввода/вывода, буферизации, подсистем управления параллельным доступом, резервирования и восстановления. Также была реализована поддержка симметричных мультипроцессорных архитектур.

Проект и экспериментальный вариант СУБД Ingres были разработаны в университете Беркли под руководством одного из наиболее известных в мире ученых и специалистов в области баз данных Майкла Стоунбрейкера. С самого начала СУБД Ingres разрабатывалась как мобильная система, функционирующая в среде ОС UNIX.Первая версия Ingres была рассчитана на 16-разрядные компьютеры. И работала главным образом на машинах серии РDР. Это была первая СУБД, распространяемая бесплатно для использования в университетах. Впоследствии группа Стоунбрейкера перенесла Ingres в среду ОС UNIX ВSD, которая также была разработана в университете Беркли. Семейство СУБД Ingres из университета Беркли принято называть университетской Ingres. В начале 80-х была образована компания RTI (Relational Technologyу Inc.), которая разработала и стала продвигать коммерческую версию СУБД Ingres. В настоящее время коммерческая Ingres поддерживается, развивается и продается компанией Computer Associates. Сейчас это одна из наиболее развитых коммерческих реляционных СУБД. В то  же время, по поводу университетской Ingres имеется много высококачественных публикаций. Более того, университетскую Ingres можно опробовать на практике  и даже посмотреть ее исходные тексты.

Перечисленные выше (для СУБД Oracle) тенденции носят универсальный характер и определяют пути развития других программных продуктов, что вполне, объясняется жесткой конкурентной ситуацией, сложившейся на данном рынке.

 Персональные системы управления данными — это программное обеспечение, ориентированное на решение задач локального пользователя или компактной группы пользователей и предназначенное для использования на микроЭВМ (персональном компьютере). Это объясняет и их второе название — настольные. Определяющими характеристиками настольных систем являются:

-      относительная простота эксплуатации, позволяющая создавать на их основе работоспособные приложения как «продвинутым» пользователям, так и тем, чья квалификация невысока;

-      относительно ограниченные требования к аппаратным ресурсам.

   Несмотря на неизбежные различия, обусловливавшиеся замыслами разработчиков, все перечисленные системы в ходе своей эволюции приобрели ряд общих конструктивных черт, среди которых, прежде всего, могут быть названы:

-      наличие визуального интерфейса, автоматизирующего процесс создания средств ,   манипуляции данными, — экранных форм, шаблонов отчетов, запросов и т. п.;

-      наличие инструментов создания объектов базы данных в режиме диалога:

Expertsв Paradox, Wizardsв Access, Assistantsв    Арргоаch;

-      наличие развитого инструментария создания программных расширений в рамках единой среды СУБД: язык разработки приложений РAL в Рагаdox,VBA (Visual Basic for Applications в Ассеss.

-      встроенная поддержка универсальных языков управления данными.

В последние годы наметилась устойчивая тенденция к стиранию четких граней между настольными и профессиональными системами. Последнее, в первую очередь, объясняется тем, что разработчики в стремлении максимально расширить потенциальный рынок для своих продуктов постоянно расширяют набор их функциональных характеристик.

Наиболее применяемые программные продукты компании Microsoft, а именно Visual FoxPro 3.0, Visual Basic 4.0, Visual С++, Access 7.0, SQL Server   Интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.

Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложений масштаба предприятия для работы на различных платформах: Windows 3.x, Windows 95, Macintosh... Минимальные ресурсы ПК: для Visual FoxPro версии 3.0 – процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 году) – Windows 95 или NT, 486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.

Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений.

Visual Basic – это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office.

Visual C++ – наиболее мощный объектно-ориентированный язык программирования, обладает неограниченной функциональностью. Предназначен для создания компонентов приложений для выполнения операций, критичных по скорости.

SQL Server – сервер баз данных, реализует подход «клиент-сервер» и взаимодействует с указанными пакетами. Главные достоинства: высокая степень защиты данных, мощные средства для обработки данных, высокая производительность. Область применения: хранение больших объемов данных, хранение высокоценных данных или данных, требующих соблюдения режима секретности. Указанные программные продукты имеют возможности визуального проектирования интерфейса пользователя, то есть разработчик из готовых фрагментов создает элементы интерфейса, программирует только их изменения в ответ на какие-либо события.

1.6 Аппаратные средства

Все устройства, подключаемые к сети с ОС NetWare, можно разделить на две функциональные группы:

-рабочие станции; -серверы сети.

Рабочая станция (Workstation) - это персональный компьютер, подключенный к сети, на котором пользователь сети выполняет свою работу. Каждая рабочая станция обрабатывает свои локальные файлы и использует свою операционную систему, например, DOS. Но при этом пользователю доступны ресурсы сети. Можно выделить три типа рабочих станций (РС):

-рабочая станция с локальным диском; - бездисковая рабочая станция;   -удаленная рабочая станция.

На рабочей станции с диском (жестким или гибким) операционная система загружается с этого локального диска. Бездисковая РС не имеет ни жесткого, ни гибкого диска. Для такой станции ее операционная система загружается с диска файлового сервера. Такая возможность обеспечивается специальной микросхемой ПЗУ, устанавливаемой на сетевом адаптере бездисковой станции. Удаленная рабочая станция - это станция, которая подключается к локальной сети через телекоммуникационные каналы связи (например, с помощью телефонной сети). Сервер сети (Server) - это компьютер, подключенный к сети и предоставляющий пользователям сети определенные услуги, например, хранение данных общего пользования, печать заданий, обработка запроса к СУБД, удаленная обработка заданий и т.д. По выполняемым функциям можно выделить следующие группы серверов. Файловый сервер (File Server) - компьютер, хранящий данные пользователей сети и обеспечивающий доступ пользователей к этим данным. Как правило, это компьютер с жестким диском большой емкости, со стриммером и т.п. ОС NetWare обеспечивает одновременный доступ пользователей к данным, расположенным на файловом сервере. Файловый сервер выполняет следующие функции:

-      хранение данных, -архивирование данных, -согласование изменений данных, выполняемых разными пользователями, -передача данных.

Сервер баз данных (SQL-Server) - компьютер, выполняющий функции хранения, обработки и управления файлами баз данных. Сервер баз данных выполняет следующие функции:

-прием и обработка запросов к СУБД, а также пересылка результатов обработки на рабочую станцию, -обеспечение секретности данных, -согласование изменений данных, выполняемых разными пользователями, -взаимодействие с другими серверами баз данных, расположенными в другом месте.

На платформе NetWare функционируют различные серверы БД: System 10 (Sybase), Oracle 7, 7.1 (Oracle), SQLBase (GUPTA), SQL Server (Btrieve Technologies) и т.д. Под управлением NetWare работает и последняя версия пакета Lotus Notes (IBM)[3]. Notes также поддерживается операционными системами Windows NT, UNIX, OS/2. Этот пакет заслужил звание лучшего продукта поддержки коллективных работ. Пользователи Notes могут работать с объектами разных типов: сообщениями, документами, формами. Помимо этого имеются программы для обмена данными между Notes и внешними базами данных, использующими язык SQL, а также шлюзы с системами передачи факсов и электронной почты. Notes постепенно становится мощной сетевой информационной средой, стратегической платформой для решения корпоративных задач и обеспечения обслуживания клиентов. Сервер прикладных программ (Application Server)[3] - компьютер, который используется для выполнения прикладных программ пользователей. Фирма Novell рекомендует использовать для этих целей сервер с ОС UnixWare. Коммуникационный сервер (Communications Server)[3] - устройство или компьютер, который предоставляет пользователям локальной сети прозрачный доступ к своим последовательным портам ввода/вывода. С помощью коммуникационного сервера можно создать разделяемый модем, подключив его к одному из портов сервера. Пользователь, подключившись к коммуникационному серверу, может работать с таким модемом так же, как если бы модем был подключен непосредственно к рабочей станции. Коммуникационный сервер может быть организован в NetWare на базе пакета NACS или NetWare Connect . Сервер доступа (Access Server)[3] - это выделенный компьютер, позволяющий выполнять удаленную обработку заданий. Программы, инициируемые с удаленной рабочей станции, выполняются в многозадачной среде этого компьютера. От удаленной рабочей станции принимаются команды, введенные пользователем с клавиатуры, а возвращаются результаты выполнения задания. В качестве примера сервера доступа можно назвать средство NAСS.Факс-сервер (Fax Server)[3] - устройство или компьютер, который выполняет рассылку и прием факсимильных сообщений для пользователей локальной сети. Факс-серверы могут быть реализованы разными способами:

-с помощью пакета, функционирующего как группа NLM-модулей на файловом сервере NetWare; в качестве примера можно назвать продукт Faxserver 2.0 c (Cheyenne Communications), -с помощью пакета, функционирующего на выделенной рабочей станции с одним или несколькими факс-модемами; примером является продукт Net SatisFaxtion (Intel), -с помощью специального устройства, подключенного к сети, например, аппаратно-программного комплекса FaxPress (Сastelle).Сервер резервного копирования данных (Back Up Server)[3] - устройство или компьютер, который решает задачи создания, хранения и восстановления копий данных, расположенных на файловых серверах  и рабочих станциях.

1.7  Идентификация и авторизация

Идентификация в компьютерной безопасности — процесс сообщения субъектом своего имени или номера, с целью отличить данный субъект от других субъектов. Например, одна из типичных систем идентификации — штрихкод.

Аутентификация (англ. Authentication)[4] или подтверждение подлинности — процедура проверки соответствия субъекта и того, за кого он пытается себя выдать, с помощью некой уникальной информации, в простейшем случае — с помощью имени и пароля.

Средства аутентификации, авторизации и идентификации относятся к категории классических средств по управлению информационной безопасностью как корпоративных, так и глобальных коммуникационных сетей и включают в себя определение, создание, изменение, удаление и аудит пользовательских учетных записей. Аутентификация в них используется для проверки подлинности входящего в систему пользователя и для избегания отказа в обслуживании зарегистрированного пользователя.

Для защиты от несанкционированного доступа к персональным компьютерам, серверам и другому оборудованию применяются механизмы аутентификации, использующие различные характеристики пользователей.

Один из способов аутентификации в компьютерной системе состоит во вводе вашего пользовательского идентификатора, в называемого «логином» (англ. login — регистрационное имя пользователя) и пароля — некой конфиденциальной информации, знание которой обеспечивает владение определенным ресурсом. Получив введенный пользователем логин и пароль, компьютер сравнивает их со значением, которое хранится в специальной базе данных и, в случае совпадения, пропускает пользователя в систему.

Простейший механизм аутентификации, встроенный почти в любую операционную систему, предлагает после введения имени подтвердить его паролем, соответствующим данному имени. В таких распространенных операционных системах, какWindows иUnix, пароли хранятся в зашифрованном виде. При этом для шифрования паролей используются стандартные криптоалгоритмы с встроенными раз и навсегда ключами.   Существует множество способов перехватить открытый пароль и пройти аутентификацию от чужого имени, поэтому во всех руководствах рекомендуется как можно чаще менять пароли, а также делать их как можно менее закономерными и более длинными.

Способы аутентификации

Текстовый ввод логина и пароля вовсе не является единственным методом аутентификации. Всё большую популярность набирает аутентификация с помощью электронных сертификатов, пластиковых карт и биометрических устройств, например, сканеров радужной оболочки глаза или отпечатков пальцев или ладони.В последнее время всё чаще применяется, так называемая, расширенная или многофакторная аутентификация. Она построена на использовании нескольких компонент, таких как: информация, которую пользователь знает (пароль), использовании физических компонентов (например, идентификационные брелоки или смарт-карты), и технологии идентификации личности (биометрические данные).

Постановка задачи

Как было отмечено выше, системы управления базами данных имеют большой потенциал в развитии новых информационных технологий, так как в решении проблем автоматизации и информатизации без систем управления базами данных не обойтись.

Цель дипломной работы – создание информационной системы для компании, продающей компьютеры и комплектующие. Данная система должна обладать следующими свойствами: не требовать особенных ресурсов у ПК, быть легкой в использовании, ориентированной на легкость внесения изменений и дополнений по требованию дирекции компании, полностью охватывать весь процесс работы компании, а также ориентированной на дальнейшее развитие. Для этого должны быть решены следующие задачи:

- провести анализ различных систем управления базами данных;

- разработать алгоритм функционирования системы;

- выбор программного инструментария;

- разработка оптимальной навигационной структуры;

- разработать удобный пользовательский интерфейс.

Информационная система должна предоставлять возможность создания хранилища электронных документов, посредством загрузки файлов в единое хранилище (сервер). В программе должно предусматриваться разграничение прав доступа к определенным группам документов для каждого пользователя (группы пользователей).

2 Информационное обеспечение

2.1 Общая характеристика предприятия обоснование выбора задач, входящих в комплекс

Организационная структура компании представлена на рисунке. В работе компании можно выделить несколько различных аспектов ее деятельности:

Рисунок 2.1 Структурная схема компании

Отделзакупок

Приобретением, доставкой товара на склад занимается отдел закупок. Отдел производит закупку товара у производителей, их региональных  представителей или крупных дистрибьюторов. Обмен информацией происходит при помощи электронной почты и факса. Для функционирования данного подразделения компании необходима оперативная информация о наличии товара на складе, его количество и ассортимент, также очень важна информации о количестве проданного товара за определенный срок.

Отдел закупок осуществляет заключение договоров и стратегических соглашений с поставщиками. Все это оформляется в бумажном виде. Набор договоров производиться на компьютерах.

Финансовый отдел

Финансовый отдел осуществляет введение бухгалтерского учета компании:

- учет всех финансовых документов: приходных и расходных накладных, счетов и счетов фактур;

Руководство компани и

Руководит компанией ее директор. Он координирует работу всех отделов. Ведет переговоры с наиболее крупными клиентами и банками.

Также к руководству фирмы можно отнести начальников всех структурных подразделений фирмы.

 Обоснование выбора задач, входящих в комплекс

В ходе торговых и складских операций менеджеры компании осуществляют отпуск и прием товаров. Для отпуска товаров в магазины используется расходная накладная. Для оприходования продукции от поставщиков используется приходная накладная. По итогам месяца менеджеры формируют отчеты по оприходованию и расходованию товаров.

Для решения задачи учета товарооборота в магазинах компании используется вычислительная техника, но крайне неэффективно. Устранить недостатки существующей технологии можно, автоматизировав данную экономическую задачу.

Разработка и внедрение программы по учёту товарооборота позволит повыситькачество управленческих решений.

Информационные технологии, при комплексном их применении,

служат достижению следующих целей:

- повышению качества продукции и услуг, привлечению новых заказчиков, увеличению надежности поставок. За счет достаточно точного соблюдения требований клиентов (основных подрядчиков, субподрядчиков, поставщиков готовой продукции, потребителей, предприятий технического обслуживания, ремонта);

- повышению конкурентоспособности продукции и услуг. За счет сокращения затрат на дублирующие и избыточные операции, сокращения сроков вывода новых продуктов и услуг на рынок;

- повышению производительности труда. За счет доступности и рационального использования всех видов ресурсов предприятия исполнителями проектов, уменьшения несогласованности в действиях. За счет организации коллективной работы над проектом, применения специальных средств автоматизации, внедрения новейших достижений в технике и технологиях;

-  как следствие - увеличению прибыли предприятия.

Хозяйственный учет представляет собой совокупность бухгалтерского, оперативного и статистического учета. Учет - одна из наиболее трудоемких функций управления. Отличительной чертой учета является большая массовость и однородность исходных и итоговых показателей. Как правило, итоговые показатели формируются путем многократной группировки по различным признакам исходных первичных данных без применения сложных расчетов.

Управление торговыми процессами на рассматриваемом предприятии основывается на информации, отражающей объем, структуру и динамику поступления, продажи и запасов товаров. Движение информации между организацией и внешней средой (поставщиками, покупателями) осуществляется в форме потоков информации. По отношению к оптовому предприятию различают входные, внутренние и выходные потоки информации (входную, внутреннюю и выходную информацию). От рациональной организации потоков информации оптового предприятия, способов сбора, регистрации, передачи, хранения и обработки информации, ее состава и своевременного получения зависят оперативность и эффективность управления торговыми процессами.

2.1.2 Анализ существующих разработок для автоматизации задачи

Программа «СКЛАД» ориентирована на использование частным предпринимателем и предназначена для проведения операций складского учета: оприходование товара, реализация и перемещение с одного склада на другой. Основные возможности программы "СКЛАД" позволяют: показывать остатки товаров и результаты реализации как по группам товаров, так и по складам; поддерживать различные типы размерных сеток, которые пользователь имеет возможность создавать самостоятельно в зависимости от своих потребностей; производить коррекцию остатков товаров на складе по результатам ревизии;

распечатывать накладные и отчеты;  просматривать "историю" товара (когда был закуплен, когда продан и в каких накладных были отражены эти операции);

изменять (по желанию) наименование товара, его цену закупки и реализации.

Программа ведения складского учёта "Магик Склад" служит для облегчения и уменьшения трудоёмкости ведения складского учёта:

   1. Учёт любого перемещения предметов (т.е. товаров или изделий)

   а) приём товара от поставщика

   б) перемещение предметов между объектами их хранения (между хозобъектами) внутри предприятия

   в) учёт отгрузки товаров потребителю или реализатору

   г) учёт возврата товаров поставщику

   д) учёт возврата товаров от потребителей или реализаторов.

   2. Учёт остатков товаров на складах, в отделах, в цехах, у физических и юридических лиц.

   3. Учёт товаров согласно их состоянию (годное, некондиция, брак и т.п.).

   4. Списание товаров со склада (из хозобъектов) с одновременным автоматическим заполнением фактуры, расходной или товарной накладной.

          Основные недостатки рассмотренных программ:

- перегружены бухгалтерскими терминами;

- привязаны к бухгалтерскому плану счетов;

- отсутствует возможность индивидуальной доработки по желанию пользователей.

Разрабатываемая система будет выполнена с учетом данных недостатков, что позволит ей быть более эффективной по сравнению с

существующими на рынке решениями.

2.1.3 Требования к разрабатываемой системе и обоснование необходимости и цели использования вычислительной техники для решения задачи

Основная цель автоматизации учета товарооборота:

- Обеспечение прозрачности учета и актуальной информация о товародвижении;

- Мониторинг складских операций.

Основное преимущество автоматизации – возможность эффективно решать комплекс задач по ведению торговой и складской деятельности.

Оптимизация учета товарооборота стандартно предусматривает автоматизацию следующих операций:

- Ведение справочников контрагентов, номенклатур и др.

- Прием, размещение, перемещение, обработка, хранение, инвентаризация, отгрузка.

- Создание товарных накладных, заявок, счетов, коммерческих предложений.

Дополнительно автоматизация учета товародвижения позволяет получать весь спектр статистической и аналитической информации.

Для решения выбранной задачи требуется программный продукт, который должын органично вписываться в уже сложившуюся на предприятии инфраструктуру управления, не сковывая и не разрушая существующие эффективные бизнес-процессы, при этом оптимизируя и улучшая работу персонала и компании в целом, помогая и облегчая условия труда.

Обоснование необходимости и цели использования вычислительной техники для решения задачи .

     Сбор, обработка, применение и передача информации очень важны для ежедневного функционирования большинства предприятий. Автоматизация и широкое применение электронной техники становятся одной из актуальнейших задач в различных отраслях экономики.

В данное время в работе сотрудника, ведущего учет, используется вычислительная техника, но выполняемые им операции не автоматизированы. Весь учет, составление и формирование отчетов осуществляется вручную вMicrosoftWord 2003-2007. Анализ основных показателей деятельности частично выполняется на программеMicrosoftExcel 2003-2007.  Для формирования выходных форм и отчетов приходится контролировать корректность большого количества параметров. Приходится вручную сверять правильность ввода данных.  И только убедившись в отсутствии недопустимых нарушений, вручную создаются отчетные документы.

Существующая технология обработки информации показала себя неэффективной и руководство приняло решение об автоматизации и оптимизации работы.

2.1.4 Обоснование проектных решений по информационному обеспечению,  техническому обеспечению, программному обеспечению

Под информационным обеспечением понимается совокупность единой системы классификации и кодирование технико-экономической информации, системы показателей, языков описания данных, унифицированных систем документации и массивов информации, хранимых и обрабатываемых для выработки управляющих решений.

При проектировании информационного обеспечения необходимо учитывать следующие принципы:

информационное обеспечение разрабатывается на основе единых принципов, при этом обеспечивается взаимосвязь различных знаковых подсистем, входящих в состав информационного обеспечения (классификаторы, формы документов);

однократность сбора, регистрации и ввода исходной информации;

точность и достоверность вводимой информации;

полнота хранимой информации, вместе с тем нежелательно дублирование информации;

экономичность в отношении затрат на разработку программного комплекса под спроектированное информационное обеспечение.

Информационное обеспечение подразделяется на внутримашинное и внемашинное. Внемашинное обеспечение – это вся совокупность информации на предприятии, включая системы показателей, методы классификации и кодирования элементов информации, документов, документооборота, информационных потоков. Внутримашинное обеспечение – это совокупность всей информации, соответствующим образом организованной и зафиксированной на машинных носителях в виде массивов, поддерживаемой системой в актуальном состоянии.

Автоматизация работ требует приведения всего множества показателей в единую целостную систему, установления их содержательного и терминологического единства (однозначности) и четких взаимосвязей между ними. Значительную роль при этом играет использование классификаторов, позволяющих обеспечить сжатие признанной части показателей, сократить объем и время на поиск информации, необходимой для решения задач, облегчить обработку информации.

Значительную долю внемашинного информационного обеспечения составляет документация. Существует два направления построения документов (как входных, так и выходных): использование унифицированной системы документации (УСД) и выполнение оригинального проектирования.

УСД рассматривается как система документации, представляющая собой рационально организованный комплекс взаимосвязанных документов, которые отвечают единым правилам и требованиям экономических систем некоторого уровня управления и содержат информацию для оптимального управления всех систем, находящихся на этом уровне управления. Следует отметить, что все первичные документы  относятся к отраслевым УСД.

Для осуществления ввода переменной информации разрабатываются экранные формы на основе соответствующих первичных документов. После того как произведены все необходимые расчеты, перед печатью необходимо выводить результаты решения комплекса задач на экран, поэтому разрабатываются соответствующие формы для вывода на экран перечисленных ранее  результатных документов. Для ведения файлов с условно-постоянной информацией также должны быть разработаны экранные формы для удобного ввода, корректировки и просмотра данных.

Использование вычислительной техники для решения комплекса задач невозможно без рациональной организации информационной базы и обеспечения эффективного доступа к ней пользователя. Информационная база (ИБ) представляет собой совокупность информационных массивов для решения экономических задач, адекватно отображающих экономическую  систему в процессе ее функционирования.

ИБ может строиться как совокупность локальных (автономных) файлов или строиться на принципах интегрированной ИБ.

Информационные системы, базирующиеся на автономных файлах – это системы с простой архитектурой и ограниченным кругом возможностей, они состоят из набора автономных файлов и комплекса прикладных программ, предназначенных для обработки этих файлов и выдачи документов. При этом имеют ряд серьезных недостатков: высокую избыточность данных, сложность ведения и совместной обработки файлов, зависимость программ от данных и др.

Интегрированная ИБ (или база данных) представляет собой совокупность взаимосвязанных и хранящихся вместе данных при такой минимальной избыточности, которая допускает их использование оптимальным образом для одного или нескольких приложений и при этом обеспечивается независимость данных от программ, а для актуализации данных используется общий способ управления (система управления базой данных – СУБД). Таким образом, второй подход представляет собой банки данных и позволяет избежать всех недостатков первого подхода. Банк данных является сложной системой, включающей в себя все обеспечивающие подсистемы, необходимые для функционирования любой системы автоматизированной обработки данных. Отличительной особенностью банка данных является его направленность на многоцелевое использование.

В данном проекте в ИБ будет организована в виде интегрированной базы данных по следующим причинам:

наличие целостного единого отображения предметной области позволит обеспечить непротиворечивость и целостность информации, возможность обращаться к ней не только при решении заранее предопределенных задач, но и с нерегламентированными запросами (в качестве развития системы, если это потребуется);

интегрированное хранение сократит избыточность хранимых данных, что приведет к сокращению затрат на создание и хранение данных, но и на поддержание их в актуальном состоянии;

использование базы данных, при правильной его организации, существенно изменит деятельность организации в ближайшем будущем, поскольку это первый шаг на пути создания единой базы данных административно-хозяйственной деятельности, что в свою очередь должно привести к сокращению документооборота, форм документов и перераспределению функций между сотрудниками.

К основным  требованиям, предъявляемым к базе данных следует отнести: адекватность отображения предметной области; полнота, целостность и непротиворечивость данных; возможность взаимодействия пользователей разных категорий и в разных режимах; обеспечение высокой эффективности доступа для различных приложений; «дружелюбность» интерфейсов и малое время на освоение системы, особенно для конечных пользователей; обеспечение конфиденциальности для конкретных частей хранимых данных, определение групп пользователей и их полномочий; обеспечение взаимной независимости программ и данных; обеспечение надежности функционирования.

Существует три модели логической структуры базы данных (по способу установления связей между данными): иерархическая, сетевая и реляционная.

Иерархическая модель данных основана на использовании графического способа представления: она представляет собой дерево, в вершинах которого располагаются типы записей. В иерархической модели каждой информационной единице (сегменту), кроме корневого, соответствует один исходный сегмент и между исходным и порожденным сегментом устанавливается только одна связь. В иерархических моделях экземпляру исходного сегмента соответствует в общем случае какое-то число экземпляров порожденного сегмента. Такие структуры удобны для отображения отношений типа «один ко многим» в предметной области. Просмотр иерархической структуры  возможен только с корневой вершины. Пропуск сегмента в иерархическом пути не допускается. Основными недостатками являются трудность (неэффективность) отображения отношений типа «многие ко многим», длительность доступа к сегментам, находящимся на нижних уровнях иерархии, ориентированность на определенный тип (разрез) запроса.

Сетевые модели графически изображаются в виде графа. Вершинам графа соответствуют составные единицы информации (записи). Экземпляры записей образуют файлы. Структура записи может быть иерархической или линейной в зависимости от системы. Между парой типов записей может быть объявлено несколько связей, имена и направления связей должны быть четко обозначены. Недостатками такой модели  является сложность (очень большое число параметров описания данных и операторов) и неудобство навигационного доступа.

Реляционные модели данных (РМД) строятся на использовании табличных методов и средств представления данных и манипулирования ими. В РМД информация о предметной области отображается таблицей – отношением. Строка таблицы называется кортежем, столбец – атрибутом. Каждый атрибут может принимать некоторое подмножество значений из определенной области – домена. Домен, таким образом, является областью определения одного или нескольких атрибутов. Отношениям, атрибутам и доменам присваиваются имена. К отношениям РМД предъявляется ряд требований, основными из которых считаются следующие:

  • значения атрибутов, т.е. данные расположенные на пересечении строки и столбца, являются атомарными (неделимыми, элементарными);
  • в отношении не может быть двух одинаковых кортежей;
  • порядок следования атрибутов в отношении фиксирован, но поскольку атрибуты имеют имя, порядок не играет существенной роли, и атрибуты могут обрабатываться в любой последовательности;
  • порядок следования кортежей безразличен.

Первое из перечисленных выше требований основополагающее, оно создает предпосылки для применения к отношениям РМД математического аппарата реляционной алгебры.

Итак, под РМД понимается набор схем отношений, удовлетворяющих указанным выше требованиям. Достоинством реляционной модели является сравнительная простота инструментальных средств ее поддержки, недостатком – жесткость структуры данных (невозможность задания строк таблицы произвольной длины и другие) и зависимость скорости ее работы от размера базы данных.

В настоящее время реляционные модели данных остаются наиболее используемыми. Реляционные БД в конце 70-х годов практически вытеснили БД других видов. В качестве основной причины этого называют сложность представления данных в иерархических и сетевых моделях и необходимость определения связей между данными на этапе проектирования БД, в то время как в реляционных БД связи между таблицами могут устанавливаться непосредственно в момент выполнения запросов. Кроме того, разработчикам и пользователям значительно проще отображать сущности предметной области в табличных структурах данных, а  со структурной точки зрения, реляционные модели являются более простыми и однородными, чем сетевые и иерархические модели.

Учитывая проведенный анализ моделей логической структуры БД, наиболее выгодным решением будет использование реляционной модели. В качестве причин такого выбора стоит отметить, что реляционная модель базируется на развитой математической теории, обладает простотой и легкостью использования, наглядностью представления структур данных.

2.2 Алгоритм функционирования СУБД

2.2.1  Описание предметной области

При проектировании информационной системы, сначала определяют все взаимодействующие с ней элементы, т. е. входные и выходные данные, субъекты которые будут пользоваться подсистемой - отправлять и получать из неё определённую информацию, а также их связи с данной подсистемой.

В данном случае можно выделить:

-учет товара в розничной торговле − сама система, как единый процесс;

-пользователь, который непосредственно ведет учет товара;

-входными данными для подсистемы служат различные накладные, которые представляют собой разнообразную информацию о товаре;

-выходными данными для подсистемы служат отчеты (о реализации товара за период, о приходе товара на склад, о выбытии товара), сформированные на основе различных накладных и накладные, как отдельные документы;

-система разрабатывается на основании договора с клиентом, должна учитывать его требования и положение о складском учете.Для этого выделим следующие процессы:

-приход товара. Входными данными служат приходные накладные. Выходными являются данные для формирования отчета о приходе товара на склад (в торговую точку) за период (месяц), для возврата товара, для переоценки товара, для передачи товара в другой отдел. Процесс действует на основании договора с клиентом и положения о складском учете;

-возврат товара. Входными являются данные прихода товара на склад (приходная накладная). Выходными служат данные для формирования отчета о выбытии товара со склада за период и расходные накладные. Процесс действует на основании договора с клиентом и положения о складском учете;

-формирование отчетов. Входными являются данные прихода товара на склад (приходная накладная), возврата товара поставщику (накладная возврата), информация об остатках в конце (начале) периода (инвентаризационная ведомость остатков), данные переоценки товара и данные о передачи товара в другой отдел. Выходными данными служат различные отчеты (о приходе товара на склад, о выбытии и о реализации товара за период).

-ввод остатков. Входные данные − информация об остатках за период. Выходные данные − инвентаризационная ведомость остатков за период (остатки на начало периода), которая служит для формирования отчета о реализации товара за период (месяц). Процесс действует на основании договора с клиентом и положения о складском учете;

-переоценка товара. Входные данные − информация о приходе товара в торговую точку (приходная накладная). Выходные данные − накладная переоценки (акт) товара и информация для формирования отчета о реализации товара за период. Процесс действует на основании договора с клиентом и положения о складском учете;

-передача товара в другой отдел. Входными являются данные о приходе товара на склад (приходная накладная). Выходные данные − накладная внутреннего перемещения товара и информация для формирования отчета о реализации товара за период. Процесс действует на основании договора с клиентом и положения о складском учете.

Все вышеперечисленные процессы контролируются пользователем.

Центральным компонентом является описание объектов предметной области и связей между ними − ЕR-модель (от англ. "Entity" − "сущность", и "Relationship" − "связь").

Для работы с базами данных выделяется ряд объектов, каждый из которых обладает определенными свойствами − атрибутами. Атрибут − абстракция одной характеристики объекта. Каждый атрибут имеет имя и получает значение из определенного множества допустимых значений. У каждого объекта выделяется идентификатор − один или несколько атрибутов, однозначно определяющих каждый экземпляр объекта

В основу разработки системы положен структурный анализ. Одним из наиболее часто используемых средств служат ЕR − диаграммы. Построение инфологической модели подразумевает выделение в исследуемой предметной области объектов и связей между ними.

При анализе предметной области определены основные функции, и следовательно, определены основные объекты    системы.    Для   работы    с    накладными    необходима    следующая информация: наименование товара,  к которой относится товар (для более быстрого поиска необходимого товара), количество товара и его цена, наименование поставщика и покупателя (а также их реквизиты), торговый отдел (торговая точка). Занесение информации о приходе, выбытии, передаче, переоценке товара осуществляется с помощью накладной, поэтому можно выделить 2 объекта: Заголовок − «шапка» накладной (приходной, расходной (возврат товара поставщику), переоценка товара, передача товара в другой отдел, инвентаризационной ведомости) и Табличная часть накладной − основная часть. Разделение накладной на две части: заголовок и таблица позволяет более гибко организовать хранение и обработку данной информации.

Для учета движения товара нужно использовать объект «Товар на складе». Данный объект предназначен для хранения информации о приходе конкретного товара, его оптовой и розничной цене за конкретный временной интервал.

Выделение объектов

В данной предметной области можно выделить ряд объектов: ЗАГОЛОВОК НАКЛАДНОЙ, ТАБЛИЧНАЯ ЧАСТЬ НАКЛАДНОЙ, СКЛАД,

АССОРТИМЕНТ, ТИП ТОВАРА, КОНТРАГЕНТЫ (поставщики), КЛИЕНТЫ (покупатели), РЕАЛИЗАЦИЯ(несет информацию о самой покупке), СОТРУДНИКИ, ГРУППЫ (данные о возможности доступа к функционалу системы для сотрудников). При создании ЗАГОЛОВКА НАКЛАДНОЙ необходимо указать поставщика и покупателя (КОНТРАГЕНТОВ). В связи с тем, что один и тот же КОНТРАГЕНТ может выступать в роли как поставщика, так и покупателя, необходимо  выделять отдельно объекты ПОСТАВЩИК и ПОКУПАТЕЛЬ. Один и тот же ПОСТАВЩИК может привозить товар несколько раз, следовательно, объекты ПОСТАВЩИК и ЗАГОЛОВОК НАКЛАДНОЙ находятся в отношении один-ко-многим. Один и тот же ПОКУПАТЕЛЬ может приобретать товар несколько раз , следовательно, объекты ПОКУПАТЕЛЬ и РЕАЛИЗАЦИЯ находятся в отношении один-ко-многим. В каждой реализации могут быть сотрудники ответственные за данное действие , следовательно, объекты СОТРУДНИК и РЕАЛИЗАЦИЯ находятся в отношении один-ко-многим. Аналогично обстоит дело с сущностью ТИП ПОКУПКИ.

В большинстве случаев накладная содержит более одной позиции товаров, поэтому объекты ЗАГОЛОВОК НАКЛАДНОЙ и ТАБЛИЧНАЯ ЧАСТЬ НАКЛАДНОЙ находятся в отношении один−ко−многим.

В случае создания приходной накладной, название товара и его единица измерения выбирается из справочника товаров (объект АССОРТИМЕНТ). Объекты АССОРТИМЕНТ и ТАБЛИЧНАЯ ЧАСТЬ НАКЛАДНОЙ находятся в отношении один−ко−многим, т.е. один и тот же товар может включаться в различные накладные. Аналогично обстоит дело с  сущностью УПАКОВКА.

Для удобства создания различных отчетов о движении товара выделим объект Склад (наличие товара в торговой точке). Каждая запись из ТАБЛИЧНОЙ ЧАСТИ НАКЛАДНОЙ должна соответствовать определенной записи в таблице  СКЛАД (отношение один−ко−одному).

В случае создания расходной накладной (возврат товара поставщику) один и тот же товар может возвращаться поставщику по нескольким накладным (или несколькими отдельными записями в одной накладной), в этом случае связь между объектами СКЛАД и ТАБЛИЧНАЯ ЧАСТЬ НАКЛАДНОЙ можно описать отношением один−ко−многим.

Существуют неоднозначности между сущностями РЕАЛИЗАЦИЯ и АССОРТИМЕНТ. Один вит товара( ассортимента) может принимать участи в различных  РЕАЛИЗАЦИЯХ. Для решения этой задачи вводится  новая сущность РЕАЛИЗНААССОРТ, которая разрешает отношение многие-ко-многим, заменяя его на пару отношений один-ко-многим. Аналогичная ситуация и между сущностями СОТРУДНИКИ и ГРУППЫ.Необходимо отметить, что каждый объект обладает своими свойствами (атрибутами):

Attribute(s)of "Ассортимент": Код, Наименование, Описание, Цена, Фото, Тип товара, Код по ОКЕЙ, Масса нетто грамм, Ставка НДС.

Attribute(s)of "Группы": Код, Наименование, Изменять права доступа, Изменять пароли, Редактировать сотрудников, Редактировать клиентов, Редактировать контрагентов, Редактировать ассорт, Работа с накладными, Оформлять продажи, Доступ к статистике, Описание, Доступ к складскому учету.

Attribute(s)of "Должность":Name, Наименование, Описание, Оклад, Процент от продаж, Инструкция, Код.

Attribute(s)of "Заголовок накладной":Name, Код поставщика, Дата, Код сотрудника принявшего груз, Цена, Вес, Тип накладной, Код.Attribute(s) of "Клиенты": Name, Код, Фамилия, Имя, Отчество, Адрес, Паспорт, Дата регистрации, Предоставить скидку, Тип, РНН.

Attribute(s)of "Поставщик":Name, Наименование, Адрес, Телефон, e-mail, Дата регистрации, Код.

Attribute(s)of "Реализация":Name, Код клиента, Код сотдрудника, Дата, Замечания, Тип покупки, Код.

Attribute(s)of "РеализНаАссорт":Name, Код ассортимента, Код реализации, Количество, Код партии, Код.

Attribute(s)of "Склад":Name, Название, Адрес, Описание, Площадь (м2), Код.

Attribute(s)of "СотрНаГрупп":Name, Код сотрудника, Код группы, Код.

Attribute(s)of "Сотрудники":Name, Код, Фамилия, Имя, Отчество, Дата приема, Адрес, Телефон, Паспорт, Фотография, Замечания, Код должности, Табельный номер, РНН, Пол, Дата рождения, Место рождения, Образование.

Attribute(s) of "Табличная часть накладной": Name, Код, Код ассортимента, Код заголовка накладной, Количество, Код упаковки, По цене, Штук в одной таре, Годен до, Код склада размещения, Остаток, Найдено при инвентаризации.

Attribute(s)of "Тип покупки":Name, Наименование, Описание, Код.

Attribute(s)of "Тип товара":Name, Наименование, Описание, Код.

Attribute(s)of "Упаковка":Name, Наименование, Вес упаковки грамм, Занимаемая площадь, Код.

2.2.2 Алгоритм функционирования СУБД

Для построения использована модель «Сущность-Связь».

Модель Сущность-Связь (ER-модель) (англ. entity-relationship model (ERM) или англ. entity-relationship diagram (ERD)) — модель данных, позволяющая описывать концептуальные схемы. Предоставляет собой графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.

ER-модель удобна при прототипировании (проектировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями.

ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области (area of interest).

На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется физической моделью данных по отношению к исходной ER-диаграмме.

На рисунке 2.1 показанаER-диаграмма базы данных, состоящая из 14 сущностей. Из неё можно понять, что основной связью между таблицами является связь один ко многим.

Рисунок 2.2.1ER-диаграмма базы данных.

2.2.3 Основной алгоритм программы

Основной алгоритм программы приводиться в Приложении Б, лист 1, описывает возможность и последовательность работы программы.

При запуске программы выводиться окно с аунтефикацией, где работник выбирает свою фамилию из списка сотрудников организации, проходит авторизацию, если сотрудник введет не правильный пароль, то программа даст знать, что такого пароля не существует и возвращается на начало аутентификации.

Дополнительно в процессе аутентификации  определяется профиль пользователя с заданными правами доступа.

Каждый профиль имеет свои права доступа:

- Менеджер по продажам имеет права доступа такие как:

рредактировать клиентов, редактировать ассортимент в количестве наименований, оформлять продажи,  работа с накладными, доступ к складскому учету.

- Менеджер по закупкам  имеет права доступа такие как: редактирование контрагентов, редактировать ассортимент, работа с накладными, оформляетзакупки, доступ к статистике, доступ к складскому учету.

- Технический администратор имеет все перечисленные права доступа, так же имеет такие права как: изменение прав доступа и паролей, редактирование списка пользователей., модернизация системы.

- Директор фирмы имеет все выше перечисленные права и контролирует деятельность всех других подразделений.

После завершения сеанса работы с клиентом определяются необходимость продолжения или завершения работы.




Похожие работы, которые могут быть Вам интерестны.

1. Разработка информационной системы расчета страховой премии при страховании имущества юридических лиц для компании ООО «БСК Резонанс»

2. Повышение эффективности логистических процессов компании за счет информационной аналитической системы

3. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ «АВТОСЕРВИС»

4. Разработка информационной системы для проведения аукционов

5. Разработка проекта информационной системы Интернет-библиотеки

6. Разработка информационной системы учета посещаемости пациентов

7. Разработка базы данных и автоматизированной информационной системы (АИС) для театра

8. Разработка информационной системы АЗС с использованием клиент-серверной технологии

9. Разработка информационной системы отдела кадров салона красоты

10. Разработка информационной системы туристического агентства: интерактивная модель и проектирование