43
разработки Delphi, которым можно управлять по средствам набора горячих
клавиш. Также, можно использовать интерактивное меню для выполнения
множества задач; наиболее общих задач вроде управления отладчиком, открытия
и закрытия файлов или настройкой среды программирования.
Среда разработки Delphi является средой программирования, в которой
сочетаются простота и удобство с мощью и гибкостью объектно-
ориентированного программирования. Она обеспечивает визуальное
проектирование пользовательского интерфейса и уникальные по своей простоте
и мощи средства доступа к базам данных.
В среде разработки Dеlрhi нет никаких сложных конструкций и при этом
она не уступает С++ по своим возможностям. Скорость работы созданных
программ на Dеlрhi не меньше, чем у программ, которые создавались на С++.
Разница будет заметна при большом объёме математических вычислений, но
небольшая. Это объясняется отличной способностью оптимизации программ
компилятора С++.
В тоже время, чем лучше оптимизация программ, тем больше это
занимает времени, что отражается на процессе разработки программ. Здесь,
несомненно, преимущество компилятора у Dеlрhi, который позволяет почти
мгновенно внести изменения и проверить результат. Компоненты среды
программирования Delphi являются, по существу, просто специализированными
объектами, и их функционирование определяется объектно-ориентированной
Visual Component Library (архитектурой библиотеки визуальных компонентов).
Сокращённо – VCL.
Delphi предлагает пользователю довольно мощный набор компонентов
для работы с базами данных, к тому же она очень проста и логична.
Для сравнения были выбраны такие СУБД, как: MS Access[13],
MySQL[11], Oracle [3] и MS SQL Server [3]. Сравнительный анализ СУБД
представлен в таблице 1.2.
Таблица 1.2
Сравнение СУБД
44
Критерии оценки
MS Access
MySQL
MS SQL
Server
Orcale
Размер базы данных
несколько Мб
+
+
до 100Мб
+
+
несколько ГБ
+
+
+
100Гб и более
+
+
Количество одновременных пользователей, работающих с базой данных
напрямую
1 пользователь
+
+
до 10
+
+
более 10
+
+
+
более 100
+
+
+
более 1000
+
+
Стоимость лицензии
бесплатно (только лицензия на пакет)
+
+
Дешево
Дорого
+
+
очень дорого
Платформа на которой способна работать СУБД
Windows
+
+
+
Unix/Linux
+
Windows+Linux
+
+
Кластеры
+
Встроенный язык программирования
Microsoft
+
+
Языки для Linux
+
Тип программы
Локальное приложение
+
+
WEB
+
Сложная система
+
+
Защита данных
Низкая
Слабая
+
сильная
+
+
+
Мощность языка SQL и возможности СУБД
очень слабые
Слабые
+
45
Критерии оценки
MS Access
MySQL
MS SQL
Server
Orcale
развитые
+
мощные
+
+
Требования к техническим характеристикам ПК
неприхотливые
+
+
чувствительные
необходимы мощные сервера
+
+
Возможные способы доступа к данным
ODBC
+
OLEDB/ADO
+
+
+
DAO
+
BDE
Другое
+
+
+
Сложность настройки и администрирования
никаких сложностей
+
небольшие сложности
необходимы специальные знания и помощь
специалиста
+
+
+
В таблице 1.3 представлены сравнительные характеристики СУБД.
Приведены основные достоинства и недостатки рассматриваемых СУБД,
результаты оценки производительности, средняя стоимость лицензии,
действующая на момент написания проекта.
После анализа собранной информации о рассматриваемых СУБД:
показаниях производительности, удобства администрирования, ценовой
политике было принято решение выбрать в качестве СУБД MySQL.
MySQL – это одна из самых известных и используемых СУБД (система
управления базами данных) в интернете. MySQL не предопределена для работы
с большими размерами данных, но ее возможности безупречно подходят при
разработке онлайн вебсайтов, как незначительных, так и довольно крупных.
СУБД – программное обеспечение с открытым кодом. Важным моментом
считается ее бесплатное использование. MySQL содержит API для языков
программирования PHP, Java, C, C++, Python и многих других.
46
Таблица 1.3
Сравнительные характеристики СУБД
СУБД
Характеристики
Производи-
тельность
Преимущества
Ограничения
Недостатки
Цена,
руб.
MySql
tpmC=220807
бесплатный;
кроссплатформенный сервер;
низкие аппаратные требования
независимые механизмы
хранения таблиц
(MyIsam,InНетDB)
Размер таблицы до 4Гб
низкие возможности по сравнению
с Oracle и MSSQLServer
сжатые данные используются
только для чтения
только SQL-аутентификация
0
Microsoft
SQL Server
tpmC=440879
кроссплатформенный сервер;
высокие показатели
быстродействия
Размер таблицы до 4Гб
очень высокая стоимость; сервера и
технической поддержки;
не все версии предлагают средство
администрирования СУБД;
высокая сложность
администрирования
необходимо наличие
квалифицированного персонала;
95 000
Oracle
Database
tpmC=505302
самые высокие показатели
производительности;
высокая распространенность;
приемлемая стоимость;
простое администрирование;
большое количество сторонних
средств администрирования;
высокие темпы развития;
прозрачное сжатие данных
1 процессор
Максимальное
использование ОЗУ 1Гб
Максимальный объем БД
4ГБ
применима только для платформы
Windows.
36 000
47
1.7. Обоснование проектных решений по технологии сбора, передачи,
обработки и выдачи информации
Построение технологического процесса АИС зависит от применяемого
комплекса технических и программных средств, методов сбора и подготовки
данных для обработки принципов построения информационной базы и т.д.
В соответствии с существующей схемой документооборота бухгалтерии
сбор информации будет представлять собой процедуру ввода информации
посредством соответствующих экранных форм в базу данных. Основой
технологического процесса является меню, которое содержит набор
необходимых подсказок пользователю и перевод системы на выполнение
конкретной логической функции.
Этап приемки, контроля и регистрации входной информации – наиболее
важный, так как от качества зарегистрированной первичной информации в
решающей степени зависит достоверность результатной информации. Характер
технологических операций этого этапа зависит от носителя учетной
информации. Ввод первичной информации осуществляется непосредственно
бухгалтером посредством устройства ввода ПЭВМ – клавиатуры и отображается
на экране дисплея для визуального контроля данных.
Этап обработки информации на ЭВМ является наиболее
автоматизированным. Здесь основную нагрузку несут программные средства. Их
взаимосвязанная автоматическая работа обеспечивает математическую и
логическую обработку информации, вывод по заданным формам результатных
данных.
Выдача информации ведется с помощью ПЭВМ в форме ответа на
регламентированные запросы.
В данной главе была дана характеристика предметной области, а именно,
учета рабочего времени в организации ООО «Вымпел». Выявлено, что
недостатком рабочего процесса на текущий момент является проведение
процедуры учета рабочего времени в компании вручную сотрудниками
бухгалтерии, на что указывает использование формы Т-12, разработанной
48
специально для ручного учета. В связи с такой организацией процесса возникает
множество проблем.
Для решения этих проблем предлагается автоматизировать этот процесс.
Для автоматизации были рассмотрены имеющиеся готовые программы. В
результате проведенного анализа аналогов программных продуктов, можно
сделать вывод, что ни один из рассмотренных продуктов не удовлетворяет
потребностям ООО «Вымпел». Поэтому было решено разработать собственную
систему. Для этого выбрано программное, техническое и технологическое
обеспечение.
Далее в дипломе выполнена практическая реализация задач
автоматизации с использованием выбранных средств вычислительной техники
информационного, программного обеспечения и технологии обработки
информации.
49
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Функциональная методология IDEFO
В IDEFO система может быть представлена как совокупность
взаимодействующих функций или работ. Такую чисто функциональную
ориентацию можно считать принципиальной – анализ функций системы
проводится независимо от объектов, которыми они оперируют. Это
способствует более четкому моделированию логики и взаимодействия процессов
организации
4
.
Под моделью в IDEF0 понимается описание системы (графическое и
текстовое), которое должно ответить на некоторые заранее поставленные
вопросы.
Для того, чтобы начать процесс моделирования какой-либо системы в
IDEFO, нужно определить контекст, то есть наиболее абстрактный уровень
описания системы в целом. Контекст состоит из определения субъекта
моделирования, цели и точки зрения на модель.
Под субъектом моделирования имеется в виду сама система, при этом
нужно точно установить, что является частью системы, а что не входит в
систему; другими словами, нам нужно определить, что в дальнейшем будет
рассматриваться как компонент системы, а что является внешним воздействием.
Определение субъекта системы будет существенно зависеть от позиции, с
которой рассматривается система, и цели моделирования - вопросов, на которые
созданная модель должна ответить; то есть в первую очередь нужно определение
области моделирования. Описание области как единой системы, так и ее
компонентов представляет собой основу построения модели. Хотя имеет место
предположение, что в течение процесса моделирования область может меняться,
она должна быть в основном сформулирована изначально, так как именно
область определяет направление моделирования и окончание модели. При
формулировании области нужно учитывать два компонента – глубину и широту.
Широта определяет границы модели – нужно определить, что будет
4
Карминский А.М. Методология создания информационных систем: Учебное пособие / А.М.
Карминский, Б.В. Черников. - 2-e изд., перераб. и доп. - М.: ИД ФОРУМ: ИНФРА-М, 2012. - 320 с.
50
рассматриваться внутри системы, а что снаружи. Глубина показывает, на каком
уровне декомпозиции модель является законченной. При определении глубины
системы нужно помнить об ограничениях времени – трудоемкость построения
модели увеличивается в геометрической прогрессии от глубины декомпозиции.
После того, как определены границы модели, предполагается, что новые
объекты не вносятся в моделируемую систему. Поскольку все объекты модели
являются взаимосвязанными, внесение нового объекта будет не просто как
арифметическая добавка, но может изменить имеющиеся взаимосвязи. Внесение
таких изменений в готовую модель обычно является достаточно трудоемким
процессом.
2.2. Создание модели в стандарте IDEF0
Рассмотрим существующий процесс учета рабочего времени в компании.
Для этого построим функциональные модели «Как Есть», воспользуясь Case-
средством BPwin 4.0 и методологией IDEF0 [4].
В общем виде процесс учета времени можно представить в виде
диаграммы верхнего уровня (рисунок 2.1).
Рис.2.1. Модель бизнес-процесса по учету рабочего времени
51
Из диаграммы, представленной на рисунке 2.1, видно, что:
– входные потоки информации – форма Т-12, данные о рабочем времени
сотрудника и штатное расписание;
– выходные потоки – табель рабочего времени, сведения о заработной
плате и отчет для руководителя;
– ресурсы процесса – начальники структурных подразделений, сотрудники
бухгалтерии;
– механизмы процесса – должностные инструкции и ТК РФ [1].
Далее, на рисунке 2.2 представлена декомпозиция модели бизнес-процесса
по учету рабочего времени.
Рис.2.2. Декомпозиция процесса учета рабочего времени
Учет рабочего времени начинается с заполнения табеля учета по форме Т-
12, утвержденной постановлением Госкомстата РФ от 5 января 2004 г. [2]. В этот
табель начальники структурных подразделений вносят все данные по
сотрудникам. Далее, по мере поступления информации о рабочем времени
(командировках, отгулах, неявках и т. д.), табель заполняется (рис.2.3).
52
Рис.2.3. Декомпозиция блока «Заполнение табеля учета рабочего времени»
Когда заполнение табеля закончено, он передается в бухгалтерию. Далее в
бухгалтерии производится консолидация (укрупнение) данных и на основе
полученных данных – расчет итоговых данных по заработной плате за период
(рисунок 2.4).
Рис.2.4. Декомпозиция блока «Расчет заработной платы»
На основе полученных итоговых данных формируется статистика
рабочего времени.