4. Обоснование проектных решений

   1. Обоснование проектных решений по техническому обеспечению

Информационная система автоматизации задачи разработанная на базе MS Access не требует существенных дополнительных затрат на приобретение нового технического обеспечения. Разрабатываемая ИС будет эффективно функционировать по средствам следующего технического обеспечения:

• Объем оперативного запоминающего устройства: 1Гбайт;

• Объем накопителя на жестком магнитном диске: 100Гбайт;

• Приемлемый тип видеоадаптера и дисплея для работы пользователя: необходимо иметь VGA или SVGA монитор диагональю 15”.

• Достаточная производительность центрального процессора: рекомендуется использовать процессор Intel(Pentium 4) со встроенным сопроцессором с тактовой частотой 2400MHz;

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

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

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

Под постоянной информацией будем понимать такие данные:

• Клиенты и их контактные данные;

• Драгоценные металлы и камни;

• Модели изделий;

Под переменной будем понимать такие:

• Заказы;

• Наряды;

• Состояние|стан| |заказа;

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

Список задач разрешаемых ИС:

• Учет клиентов ювелирной мастерской

• Поиск клиентов по базе (автозаполнение по первым буквам)

• Учет заказов клиентов

• Анализ данных о заказах

• Аннулирование заказа

• Поиск заказа по разным критериям

• Расчет суммы заказа

• Расчет потерь от переработки металла

• Расчет лигатуры и припоя сплава

• Оперативное планирование производственного процесса

• Обновление номенклатуры камней

• Обновление номенклатуры изделий

• Автоматизация списания из остатков вставок (камней) при создании заказа на изделия с ними

• Предупреждение о нехватке металла для выполнения заказа

• Регистрация актов закупа драгметалла

• Учет и подготовка внешней и внутренней отчетности

• Учет работы ювелирной мастерской

Входные документы:

• Ежедневный реестр заказов

• Акт закупа драгметалла

• Сообщение о выполнении заказа

• Сообщение о новом клиенте

• Сообщение о новой модели изделия

• Сообщение о новом драгоценном камне

Выходные документы:

• Наряд на изготовление изделия

• Квитанция для выдачи заказа

• Квитанция о покупке драгметалла

• Отчет о движении материальных ценностей

• Ежемесячный отчет о прибыли организации

В шапке всех выходных документов должно присутствовать название отчета и период отчетности. Шрифт Arial 14, полужирный, черный.

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

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

Реляционной называется база данных, в которой все данные, доступные пользователю, организованны в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами. [3]

Достоинства обработки информации реляционной БД:

• Связность

• Реляционное представление дает ясную картину взаимосвязей атрибутов из различных отношений;

• Точность

• Гибкость

• Секретность

• Простота внедрения

• Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур;

• Независимость данных

• БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.[4]

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

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

Структура таблицы включает следующую информацию:

• Имя таблицы - это имя, по которому к таблице можно обратиться в свойствах, методах и операторах SQL;

• Столбцы таблицы - это колонка таблицы, содержащая все данные, относящиеся к заданному полю таблицы. Каждый столбец имеет имя и тип данных;

Данные таблицы – информация, которая сохранена в таблице. Все данные таблицы хранятся в строках, каждая из которых содержит порции информации в столбцах, определенных в структуре таблицы. Данные – та часть таблицы, к которой обычно должны иметь доступ пользователи приложения. На пересечении каждой строки с каждым столбцом таблицы содержится в точности одно значение данных. Все значения, содержащиеся в одном и том же столбце, являются данными одного типа. Множество значений, которые могут содержаться в столбце, называется доменом этого столбца. Мощь реляционных баз данных заключается в том, что с их помощью можно быстро найти и связать данные из разных таблиц при помощи запросов, форм и отчетов. Для этого каждая таблица должна содержать одно или несколько полей, однозначно идентифицирующих каждую запись в таблице. Эти поля называются ключевыми полями таблицы. Ключевые поля ещё также называют первичным ключом. Можно выделить три типа ключевых полей: счетчик, простой ключ и составной ключ [4].