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