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

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

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

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

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

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

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

· Заказы;

· Наряды;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· Связность

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

· Точность

· Гибкость

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

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

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

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

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

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

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

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

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

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

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

Дата добавления: 2015-09-04