1.2. Обзор аналогичных программных продуктов
Программа формирует потребность предприятия в производимых (деталь, сборочная единица) и закупаемых номенклатурных позициях (сырье, материалы, инструмент), выраженную в виде календарного плана.
При разработке программы использовалась методология планирования потребности в материалах MRP (Material Requirements Planning).
1. Календарный план производства продукции.
2. Остатки сырья, материалов, деталей, сборочных единиц, инструмента на складе.
3. Спецификации продукции (данные о составе изделий и нормах расхода сырья, материалов, компонентов, инструмента на единицу готовой продукции).
Программа не ориентирована на выполнение заказов. Программа ориентирована на выполнение производственной программы. Т.е. не учитываются остатки готовой продукции на складе.
Потребность отображается в натуральном и в стоимостном выражении.
С помощью программы можно отслеживать остатки товарно-материальных запасов на складе, производственных участках, подрядных организациях. Списание товарно-материальных запасов с производственных участков происходит автоматически согласно спецификации при поступлении готовой продукции или полуфабриката на склад.
При расчете потребности с учетом остатков во внимание принимаются только остатки, находящиеся на складе (место хранения - СКЛАД). Вы можете переименовать это место хранения, например, Материально-техническая база, склад сырья и др.
Программа может использоваться локально или по сети. Сетевой вариант использования хорош тем, что разные пользователи ведут узкое направление, а информацией могут пользоваться все. Например, кладовщик учитывает товарно-материальные ценности на складе, конструктор или технолог составляет спецификации и определяет нормы расхода, экономист, бухгалтер или менеджер вводит цену приобретаемых ценностей, руководитель или начальник производства - план производства. В итоге служба снабжения и руководитель получают расчетную чистую потребность предприятия в производимых (деталь, сборочная единица) и закупаемых номенклатурных позициях (сырье, материалы, инструмент), выраженную в виде календарного плана. Также сетевое использование программы позволяет с разных рабочих мест получить общедоступную информацию: текущие остатки на складе, телефоны фирм, спецификации изделий (нормы расхода). Это позволит более оперативно принимать решения.
Результаты, рассчитанные программой, носят рекомендательный характер для руководителя предприятия, для службы снабжения.
Более подробное описание, инструкции и рекомендации по работе с программой находятся в ней самой.
Программа написана на Microsoft Access 2003, оптимизирована для разрешения экрана 1024х768, распространяется бесплатно с закрытым исходным кодом.
Даже несмотря на бесплатное распространение, использование данной программы на ОАО «Тайфун» невозможно, т.к. все данные хранятся не в Microsoft Access, а в базах данных ORACLE.
1.3. Выбор инструментальных средств программирования
1.3.1. Cредства Delphi
Все приложения СУБД, создаваемые в среде Delphi, являются клиентами в архитектуре программного взаимодействия клиент/сервер. Клиент выдает запросы к серверу базы данных на получение или передачу информации. Сервер обрабатывает запросы от множества клиентов одновременно, координируя доступ к данным и их обновление [5].
Все приложения СУБД, создаваемые в среде Delphi, основаны на компонентах пользовательского интерфейса с некоторой базой данных, которые предоставляют удивительно легкие в использовании средства разработки специальных приложений. Львиная доля времени процесса разработки уходит на визуальную установку свойств выбранных компонент. Удачно спроектированное приложение всегда обеспечивает простоту просмотра и редактирования данных пользователем, независимо от сложности структуры используемой модели данных. Формы приложений СУБД для типично сложной системы в архитектуре взаимодействия клиент/сервер действительно могут быть созданы в интегрированной среде Delphi весьма быстро и с малыми усилиями [6].
Воздействия на компоненты многогранны: их реакция на события обеспечивается стандартными методами, а установка значений свойств может производиться во время работы приложения. Таким образом, простое вначале приложение в процессе разработки постепенно усложняется, чтобы, в конце концов, выглядеть совершенно профессиональным программным изделием.
В данной работе основным критериям выбора СВП Delphi стало то, что на ОАО «Тайфун » традиционно используется именно эта среда. Основной упор в программе должен быть сделан на реализацию максимального числа функций на уровне СУБД Oracle, на уровне СВП Delphi должен быть реализован лишь удобный интерфейс. Такая архитектура позволит придать максимальную гибкость программе, оставит возможность переноса на всевозможные платформы.
1.3.2. СУБД Oracle
Система Управления Реляционными Базами Данных (СУРБД) Oracle предназначена для одновременного доступа к большим объемам хранимой информации. СУРБД складывается из двух составляющих: База Данных (информация) и экземпляр (конкретная реализация системы). База данных состоит из физических файлов, хранящихся в системе, и из логических частей (например, схема БД). Эти файлы могут быть совершенно разными. Экземпляр – это способ доступа к данным, который состоит из процессов и системной памяти .
БД Oracle состоит из двух уровней: физический и логический. Физический уровень включает файлы, которые хранятся на диске, а логический уровень представляет компоненты физического уровня [7].
Физический уровень включает три категории файлов:
1) один или более файлов данных – В этих файлах хранится информация, имеющаяся в БД. Вы можете иметь как один файл данных, так и сотни таких файлов. Информация из одной таблицы может быть разбросана по нескольким файлам данных (а несколько таблиц могут делить между собой пространство файлов данных). Распределение таблиц по нескольким файлам данных может значительно увеличить производительность системы. Количество файлов данных ограничено параметром MAXDATAFILES.
2) два или более файлов журналирования операций (redo log files) – Файлы журналирования операций содержат информацию, необходимую для процесса восстановления в случае сбоя системы. Файлы журналирования операций (называемые также просто журналом операций) хранят все изменения, которые произошли в БД. С помощью журнала операций восстанавливаются те изменения, которые были произведены, но не зафиксированы перед сбоем системы. Файлы журналирования операций должны быть очень хорошо защищены против аппаратных сбоев (как на программном, так и на аппаратном уровне). Если информация журнала операций будет утеряна, то Вы не сможете восстановить систему.
3) один или более управляющих файлов – Управляющие файлы содержат информацию, необходимую для запуска экземпляра Oracle (в том числе расположение файлов данных и файлов журналирования операций). Управляющие файлы должны быть хорошо защищены. Oracle предоставляет механизм для хранения нескольких копий управляющих файлов[9].
Логический уровень составляют следующие элементы:
- Одно или несколько табличных пространств;
- Схема БД, состоящая из таблиц, кластеров, индексов, представлений, хранимых процедур и т.д.
База данных разделяется на одно или более логических частей, называемых табличными пространствами. Табличные пространства используются для логической группировки данных между собой. Например, Вы можете определить одно табличное пространство для бухгалтерских данных, а другое для складских. Сегментирование групп по табличным пространствам упрощает администрирование этих групп. Каждое табличное пространство состоит из одного или более файлов данных. Используя несколько файлов данных для одного табличного пространства, можно распределить их по разным дискам, увеличив тем самым скорость ввода-вывода и, соответственно, производительность системы.
Таким образом, БД Oracle состоит из табличных пространств, которые, в свою очередь, состоят из файлов данных. А файлы данных могут быть разбросаны по нескольким физическим дискам.
В процессе создания БД Oracle автоматически, создается табличное пространство SYSTEM. Хотя для небольших баз данных может хватить этого табличного пространства, но все же следует создать дополнительные табличные пространства для пользовательских данных. В табличном пространстве SYSTEM хранится словарь данных [9].
В СУБД Oracle контроль над дисковым пространством происходит с использованием специальных логических структур.
Эти структуры следующие:
· блоки данных – Это наименьшая единица хранения данных в БД Oracle. Блок БД содержит заголовочную информацию о себе, и данные.
· экстенты – Экстент состоит из блоков данных.
· сегменты – Сегмент состоит из совокупности экстентов, содержащих определенный вид данных.
БД Oracle использует четыре типа сегментов:
1. сегмент данных – хранит пользовательские данные.
2. индексный сегмент – содержит индексы.
3. сегмент отката – хранит информацию отката, используемую при возврате к предыдущему состоянию БД.