Совершенствование информационной системы товарооборота ООО Уралэнергоцентр с помощью разработки (стр. 7 из 11)

В случае регистрации удаленного сервера устанавливается переключатель RemoteServer, и заполняются поля, которые заблокированы при подключении локального сервера: в поле ServerName указывается сетевое имя сервера, а списке NetworkProtocol выбирается протокол связи, а поле AliasName задается имя (псевдоним), под которым сервер регистрируется консоли.

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

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

Регистрация базы данных начинается командой Register, которая открывает окно RegisterDatabaseandConnect. В этом окне необходимо указать (выбрать) главный файл базы данных (File), а также псевдоним (имя) базы данных (Alias), под которым она будет зарегистрирована на сервере, обозначенным надписью Server. По умолчанию в качестве псевдонима базе данных предлагается имя ее главного файла с расширением. Остальные данные не являются обязательными. Однако если задать имя и пароль пользователя, то после регистрации выполняется подключение указанной базы данных.

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

Подключение базы данных к серверу и отключение от него выполняется командами Connect и Disconnect соответственно. Команда ConnectAs позволяет подключиться к базе данных с новыми параметрами, указываемыми в окне DatabaseConnect.

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

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

В процессе интенсивной многопользовательской работы в базе данных накапливается так называемый «мусор», под которым понимают старые версии записей, которые могут образовываться при одновременном доступе к записям нескольких транзакций. Наличие мусора увеличивает размер и фрагментацию базы данных, поэтому базу данных надо периодически чистить – «удалять мусор» (удаление мусора также называют «сбором мусора»). Удаление мусора можно выполнять в ручном или автоматическом режимах. В ручном режиме удаление мусора начинается командой Maintenance\ Sweep (Обслуживание \ Чистка). Во втором режиме удаление мусора начинается автоматически, когда общее число примененных к базам данных транзакций достигает предельного значения. По умолчанию это значение установлено равным 20 000, его можно изменить в поле SweepInterval (интервал чистки) окна свойств баз данных (DatabaseProperties).

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

Мусор удаляется также при резервном копировании и последующем восстановление базы данных.

База данных должна находиться в целостном и непротиворечивом состоянии, т.е. содержать правильные данные. Для проверки состояния базы данных нужно выбрать команду Maintenance\Validation, которая открывает диалоговое окно проверки базы данных DatabaseValidation.

В надписи Database отображается имя проверяемой базы данных, а группа Options позволяет задать параметры проверки:

· ValidateRecordFragments (проверка структуры базы данных и структуры страниц);

· ReadOnlyValidation (в процессе проверки допускается только читать, но не изменять записи);

· IgnoreChecksumErrors (ошибки контрольных сумм игнорируются).

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

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

Для вывода статистики нужно выбрать команду Maintenance\ DatabaseStatistics, которая открывает диалоговое окно DatabaseStatistics.

Выводимые в окне сведения о базе данных сгруппированы по секциям:

· Database (имя базы данных)

· Database header page information (страницазаголовкабазыданных):

· Flags (флаги);

· Checksum (контрольная сумма);

· Generation (счетчик обновлений заголовка);

· Pagesize (размер страницы);

· ODSversion (версия формата файла базы данных);

· Oldesttransaction (номер самой старой незавершенной (активной, отмененной или сбойной) транзакции);

· Oldestactive (номер самой старой активной транзакции);

· Nexttransaction (номер, который будет назначен следующей транзакции);

· Sequencenumber (номер первой станицы);

· NextattachmentID (номер, который будет назначен следующему соединению);

· ImplementationID (идентификатор операционной системы, в которой создана база данных);

· Shadowcount (число теневых файлов, определенных для базы данных);

· Pagebuffers (номер страницы в КЭШе базы данных);

· Nextheaderpage (номер, который будет назначен следующей страницы заголовка);

· Creationdate (дата создания базы данных);

· Attributes (атрибуты базы данных);

· Database file sequence (списокфайловбазыданных):

· File (имяфайла);

· Database log page information (страницажурналабазыданных).

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

Для создания резервной копии базы данных нужно выполнить команду Maintenance\ Backup-Restore\ Backup.

В списке Alias группы Database выбирается имя сохраняемой базы данных, а элементы группы BackupFile(s) определяют файл результата – сохраненной копии базы данных. В комбинированных списках Server и Alias выбирается или вводится соответственно имя сервера и базы данных для сохраняемой базы данных, а в поле Filename(s) вводится полное имя файла копии базы данных.

4. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТ

Перед специалистами компании ООО «Уралэнергоцентр» была поставлена задача высокого роста продаж: котельное оборудование, котлы, системы отопления и водоснабжения, насосное оборудование.

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

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

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

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

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

Отразим работу специалистов компании ООО «Уралэнергоцентр» в существующей информационной модели на рис.12.

Рис. 12. Затраченное время при работе специалистов

На рис.6. отражена работа 3-х сотрудников, которые обращаются за информацией в таблицу Excel, в разные промежутки времени: директор, зам директор, зав складом.

Во время просмотра таблицы Excel одним специалистом, другие специалисты не имеют права доступа.

Затрачиваемое время на просмотр информации о товаре в существующей информационной системе составляет:

∆t сумм = ∆t₁+∆t₂+∆t₃, где:		(1)
∆t сумм	-	время затрачиваемое на просмотр информации о товаре всех специалистов;
∆t₁	-	время затрачиваемое на просмотр информации о товаре директором;
∆t₂	-	время затрачиваемое на просмотр информации о товаре зам. директором;
∆t₃	-	время затрачиваемое на просмотр информации о товаре зав. складом.

t сумм = 1час+1час+1час = 3 часа

Состав сотрудников имеющих АРМы, при старой системе:

· Директор (1) - заработная плата 30 000 руб.