46
Таблица 1.7.
Классификация систем управления базами данных
Характеристика
Описание
1
2
Признак
По модели данных
Виды систем
управления
базами данных
Иерархические (используется представление базы
данных в виде древовидной (иерархической) структуры,
состоящей из объектов (данных) различных уровней).
Между объектами существуют связи, каждый объект
может включать в себя несколько объектов более
низкого уровня.
Сетевые (подобны иерархическим, за исключением того,
что в них имеются указатели в обоих направлениях,
которые соединяют родственную информацию).
Реляционные (основанная на реляционной модели
данных)
Объектно-ориентированные (управляют базами данных,
в которых данные моделируются в виде объектов, их
атрибутов, методов и классов).
Признак
По степени распределённости
Виды систем
управления
базами данных
Локальные СУБД (все части локальной СУБД
размещаются на одном компьютере)
Распределённые СУБД (части СУБД могут размещаться
на двух и более компьютерах).
47
Продолжение таблицы 1.7.
1
2
Признак
По способу доступа к базе данных
Виды систем
управления
базами данных
Файловая СУБД хранит все данные в одном файле -
файловой базе данных.
Файл-серверные (данные располагаются
централизованно на файл-сервере. СУБД располагается
на каждом клиентском компьютере (рабочей станции).
Доступ СУБД к данным осуществляется через локальную
сеть).
Клиент-серверные (располагается на сервере вместе с БД
и осуществляет доступ к БД непосредственно, в
монопольном режиме).
Встраиваемые (может поставляться как составная часть
некоторого программного продукта, не требуя
процедуры самостоятельной установки).
Для автоматизации учета труда и заработной платы частного
предприятия «Джамп плюс» при выборе системы управления базами данных
учитывалось наличие уже имеющегося программного обеспечения на
предприятии. Предполагается использование файловой СУБД, предусмотренной
основной платформой «1С: Предприятие 8.2», что позволяет при работе системы
в файловом варианте толстому и тонкому клиентам самостоятельно
осуществлять всю работу с данными. Файловая СУБД разработана фирмой "1С".
Взаимодействие элементов системы с файловой базой данных осуществляется
по собственному протоколу обмена данными, разработанному фирмой "1С" [23].
К инструментальному программному обеспечению относят: системы
программирования – для разработки новых программ, например, Паскаль,
Бейсик. Обычно они включают: редактор текстов, обеспечивающий создание и
редактирование программ на исходном языке программирования, транслятор и
также библиотеки подпрограмм, а также могут включать средства визуального
программирования или системы моделирования.
48
В процессе разработки программного средства возникла необходимость
в его проектировке с целью определения и уточнения внутренних и внешних
свойств программного средства [9. стр. 158]. Методы проектирования
специального программного обеспечения представлены в таблице 1.8.
Таблица 1.8.
Методы проектирования специального программного обеспечения:
Метод
Характеристика
Метод "снизу вверх"
Направлен на обслуживание сотрудников конкретного
предприятия. Успешно автоматизируются отдельные,
значимые рабочие места.
Метод "сверху вниз "
Направлен на автоматизацию наиболее существенных
бизнес – процессов.
Метод
многокомпонентности
Предполагает проведение модернизации одного из
компонентов, не изменяя других, что значительно
повышает надежность, продолжительность жизни
автоматизированной системы и обеспечивает наиболее
полное выполнение требуемых функций.
При проектировании разрабатываемого модуля автоматизации учета
труда и заработной платы частного предприятия «Джамп плюс» используется
следующее специальное программное обеспечение:
средства анализа, предназначенные для построения и анализа
моделей предметной области (AllFusion Process Modeler (BPwin));
средства проектирования баз данных, обеспечивающие
моделирование данных и генерацию схем баз данных (ERwin Data
Modeler);
Microsoft Visio 2010 – векторный графический редактор, редактор
диаграмм и блок-схем, входящий в состав пакета Microsoft Office.
Выбор среды и языка программирования является важнейшей задачей
реализации разрабатываемого модуля автоматизации учета труда и заработной
платы частного предприятия «Джамп плюс». При выборе среды и языка
программирования были учтены критерии:
49
доступность программного средства разработки и реализации;
возможности программного средства для разработки поставленной
задачи;
оценка надежности, производительности и удобства работы
программного средства;
совместимость с выбранным типом СУБД и возможности переноса
БД для данного программного средства на другие СУБД;
наличие документации на русском языке и справочных систем.
Краткая характеристика языков программирования представлена в
таблице 1.9.
Таблица 1.9
Краткая характеристика языков программирования
Язык
программирования
Характеристика
1
2
С++
С++ один из популярных языков для разработки бизнес
проектов. С++ уже позволяет писать программы, которые
могут работать на разных платформах. Во множестве
библиотек С++ возникает необходимость создавать
собственные контейнеры, изменять базовые типы данных
и строки. Многие библиотеки С++ разработаны по
различным структурам, встречается структурно-
процедурная форма построения с одной стороны это
обеспечивает повышенную производительность, но с
другой значительно снижается удобство пользования. [16.
стр. 16].
50
Продолжение таблицы 1.9
1
2
C#
Язык программирования С# является гибридом языков
C++ и Java, работающий с .NET-сплатформой Microsoft. В
C# использован комплексный метод
программирования. Есть возможность использования
комментариев в формате XML. Если комментарии
отвечают специально описанной структуре, компилятор
по ним может сгенерировать единый XML-файл
документации [18. стр. 12 ].
Встроенный язык
программирования
1С:Предприятие
Язык программирования высокого уровня, который
используется в семействе программ «1С:Предприятие».
Язык схож со многими языками высокого уровня, но
также обладает некоторыми особенностями:
предварительная компиляция - перед исполнением
модули, содержащие текст на встроенном языке,
преобразуются во внутренний код;
кэширование скомпилированных модулей в памяти;
мягкая типизация - тип переменной определяется
типом значения, которое она содержит, и может
изменяться в процессе работы;
отсутствие программного описания объектов
конфигурации - разработчик может использовать либо
встроенные в платформу объекты, либо объекты,
созданные системой в результате визуального
конструирования прикладного решения [6. с. 6].
Для реализации разрабатываемого модуля учета труда и заработной
платы частного предприятия «Джамп плюс» была выбрана среда разработки
«1С: Предприятие 8.2» и соответственно встроенный язык программирования
1С.
51
«1С: Предприятие» представляет собой систему прикладных
решений, построенных по единым принципам и на единой технологической
платформе, которая позволяет автоматизировать деятельность предприятия.
Основной отличительной чертой рассматриваемой системы является
дееспособность подстройки под конкретную область деятельности.
Функционирование системы разделяется на два процесса — работа в режиме
конфигуратора и непосредственно пользовательскую работу с тем, что создано
на этапе конфигурирования [6. с. 9].
1.4.3 Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением разрабатываемого проекта понимается
комплекс технических и аппаратных средств и характеристик, необходимых для
его реализации.
Техническое обеспечение можно классифицировать:
- Компьютерная техника (рабочие станции, персональные компьютеры,
серверы);
- Коммуникационная техника (компьютерные сети и
телекоммуникационное оборудование);
- Организационная техника, (средства оргтехники и связи).
Необходимое техническое обеспечение для реализации
разрабатываемого программного средства учета труда и заработной платы
частного предприятия «Джамп плюс»:
Для работы с входной и выходной информацией необходимы
персональные компьютеры.
Для представления результатов решения задач пользователям
необходимы принтера.
Необходимое техническое обеспечение можно приобрести, а можно
воспользоваться уже имеющимся на предприятии. Решено использовать уже
имеющийся на частном предприятии «Джамп плюс» техническое обеспечение.
Так как это потребует минимум стоимостных и трудовых затрат, а также
совместимо со всеми элементами входящих в техническое обеспечение «Джамп
плюс».
52
ГЛАВА 2.ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
В Республике Беларусь создание программного обеспечения,
регламентированы небольшой группой стандартов ГОСТ ЕСПД, которые
отстают от мирового уровня на 5–8 лет. В данных документах создание и
сопровождение программных средств отражены недостаточно, а также часть
положений этих документов устарела. Поэтому в современных разработках в
Беларуси широко применяются международные стандарты.
Наиболее распространенным документом стандартизации жизненного
цикла программного обеспечения является стандарт ISO/IEC 12207 –
Information Technology – Software Life Cycle Processes [1]. В 2003 г. он был
принят как «СТБ ИСО/МЭК 12207–2003. Информационные технологии.
Процессы жизненного цикла программных средств» [2].
Стандарт ISO/IEC 12207 определяет жизненный цикл программного
продукта (software life cycle) как непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в
момент его полного изъятия из эксплуатации.
Стандарт СТБ ИСО/МЭК 12207–2003, являющийся основным
стандартом в области жизненного цикла программных средств и систем в
Республике Беларусь, оговаривает, что выбор модели жизненного цикла должен
осуществляться в начале разработки программного средства или системы.
Выбранная модель адаптируется к особенностям разрабатываемого проекта и к
требованиям действующих стандартов. На адаптацию модели жизненного цикла
программного обеспечения влияют характеристики проекта, определенные в
стандартах СТБ ИСО/МЭК 12207–2003 и ГОСТ Р ИСО/МЭК ТО 15271–2002 [3].
Для проектирования и реализации модуля, автоматизирующего работу
по учету труда и заработной платы на частном предприятии «Джамп плюс»
выбран СТБ ИСО/МЭК 12207–2003, принятый на территории Республики
Беларусь и являющимся адаптированным стандартом, созданным на основе
международного документа ISO/IEC 12207 – Information Technology – Software
Life Cycle Processes.
53
В настоящее время существуют три базовые стратегии разработки
программного обеспечения:
каскадная;
инкрементная;
эволюционная.
Каскадная стратегия представляет собой однократный проход этапов
разработки. Данная стратегия основана на полном определении всех требований
к разрабатываемому программному средству в начале процесса разработки.
Каждый последующий этап начинается после окончания предыдущего этапа.
Отсутствует промежуточные версии программного средства. Представителем
каскадной стратегии, являются каскадная модель, представленная на рисунке
2.1.
Достоинства стратегии:
1) стабильность требований в течение ЖЦ разработки;
2) простоту применения стратегии, так как необходимо только один раз
проходить каждый этап разработки;
3) простота планирования, контроля и управления проектом;
4) доступность для понимания заказчиками.
Недостатки стратегии:
1) сложность полного формулирования требований в начале процесса
разработки и невозможность их динамического изменения на протяжении ЖЦ;
2) линейность структуры процесса разработки, в результате чего могут
возникнуть проблемы с увеличением финансовых затрат и нарушению графика
работ;
3) непригодность промежуточных продуктов для использования;
4) недостаточное участие пользователя в процессе разработки ПС, что приводит
к невозможности предварительной оценки пользователем качества
программного средства или системы.
54
Рис. 2.1. Классическая каскадная модель
Инкрементная стратегия представляет собой многократный проход
этапов разработки с запланированным улучшением результата. Данная стратегия
основана на полном определении всех требований к разрабатываемому
программному средству в начале процесса разработки. Однако полный набор
требований реализуется постепенно в соответствии с планом в
последовательных циклах разработки. Результат каждого цикла представляет
собой версию программного средства. Особенностью инкрементной стратегии
является большое количество циклов разработки при их небольшой
продолжительности. Представителем каскадной стратегии, являются
инкрементная (итерационная) модель, представленная на рисунке 2.2.
Достоинства стратегии:
1) возможность получения функционального продукта после реализации
каждого инкремента;
55
2) короткая продолжительность создания инкремента;
3) предотвращение реализации громоздких спецификаций требований;
стабильность требований во время создания определенного инкремента;
возможность учета изменившихся требований;
4) снижение рисков по сравнению с каскадной стратегией;
5) включение в процесс пользователей.
Недостатки стратегии:
1) необходимость полного функционального определения системы или
программного средства в начале ЖЦ;
2) возможность текущего изменения требований к системе или программному
средству, которые уже реализованы в предыдущих инкрементах;
3) сложность планирования и распределения работ;
4) возможность возникновения оттягивания решения трудных проблем
на поздние инкременты, что может нарушить график работ или снизить качество
программного продукта.
Рис. 2.2. Инкрементная модель жизненного цикла