Система автоматизированного аудита программного обеспечения ЛГТУ

Федеральное агентство по образованию Российской Федерации ГОУ ВПО Липецкий государственный технический университет КУРСОВОЙ ПРОЕКТ по дисциплине:

Проектирование АСОиУ Студент Матвеев А.А.

Группа АС-05−1

Руководитель Болдырихин О.В.

Липецк 2009

1. Предпроектное исследование

1.1 Анализ проблемы Одной из важных задач сотрудников УИТ является сбор данных о программном обеспечение, установленном на машинах ЛГТУ. В данный момент сотрудники УИТа собирают информацию вручную, то есть обходят каждую машину и собирают о ней данные о программном обеспечении. С учетом того, что компьютеров в ЛГТУ около одной тысячи, а сотрудников, которые занимаются данной задачей, двое или трое, сбор такой информации занимает от 2-х до 3-х недель. Но тут возникает другая проблема.

Дело в том, что информация о программном обеспечение хранится в html-отчетах. Это означает то, что если необходимо узнать на каких компьютерах стоит какое-нибудь программное обеспечение, то нужно просматривать все html-отчеты вручную и отмечать, на каких же машинах установлено данное программное обеспечение.

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

1.2 Формулирование требований к системе Требования к системе включают следующую информацию:

1. Внешняя среда системы:

В качестве внешней среды системы могут выступать Вычислительный центр ЛГТУ и персонал, работающий с системой.

2. Функции системы:

Система должна выполнять следующие функции:

§ Возможность быстрого сбора информации об установленном программном обеспечение на данной машине;

§ Ведение базы данных компьютеров с информацией по установленным программам;

§ Создание отчётов (в форматае html) по программному обеспечению в сети;

§ Отслеживание изменений в программном обеспечении на компьютерах сети;

§ Сохранение и печать отчетов;

§ Создание расписания обновлений программного обеспечения;

§ Подключение к компьютерам локальной сети удаленно, с помощью WMI;

§ Работает под Windows 2000/XP/2003/Vista/2008 (и 98/NT c установленной поддержкой WMI).

3. Категории пользователей системы:

— Администратор

— Оператор

4. Входные и выходные данные

§ Входные сообщения:

§ Диапазоны IP адресов, к которым относятся компьютеры локальной сети, для которой нам необходимо собрать данные о программном обеспечении;

§ Логин и пароль пользователя домена, с помощью которого мы будем подключаться к компьютеру с данным IP адресом;

§ Программное обеспечение, для которого нужно составить график обновления;

§ Цена за обновление одного программного продукта;

§ Количество денег, выделенных на обновление программных продуктов;

§ Количество сотрудников, которые будут заниматься обновлением программного обеспечения.

§ Выходные сообщения:

§ Расписание обновлений программного обеспечения;

§ Отчеты об установленном программном обеспечение на данных компьютерах локальной сети;

2. Разработка концептуальных статических моделей системного уровня

2.1 Спецификация системы Система автоматизированного аудита программного обеспечения ЛГТУ должна удалённа подключаться к компьютерам локальной сети и собирать данные о установленном на них программном обеспечение, занося их в текстовый файл. Также система может формировать расписание обновлений программного обеспечения.

2.2 Классовая диаграмма (class diagram) системы и ее окружение Рис. 1. Классовая диаграмма

2.3 Диаграмма вариантов использования (USE CASE DIAGRAM) системы и спецификации вариантов ее использования Рис. 2. Диаграмма вариантов использования

3. Разработка динамических моделей системного уровня

3.1 Диаграмма кооперации (collaboration diagram) системы и ее окружения Рис 3. Диаграмма кооперации

3.2 Диаграмма последовательности соообщений (sequence diagram) системы и ее окружения Рис. 4 Диаграммы последовательности сообщений

3.3. Диаграмма состояния (statechart diagram) системы, спецификация состояний переходов Рис. 5 Диаграмма состояния

4. Разработка пользовательского интерфейса

Визуальный аспект (макеты и спецификации окон).

Главное окно системы.

Макет окна:

Рис. 6. Макет главного окна.

Название: Аудит ПО.

Тип окна в соответствии с SAA: основное окно;

Характеристика элементов окна (в соответствии со спецификацией интерфейса MDI):

— главное меню — предоставляет доступ ко всем возможностям программы;

— панель инструментов с элементами управления — дублирует некоторые функции главного меню;

— главное окно приложения (MDI-окно);

— дочерние окна — окна рабочей области;

— элементы управления для работы с данными, расположенные в дочерних окнах;

Состояние диалога с пользователем: Инициатива управления пользователем. Данный тип управления означает, что интерфейс предоставляет инициативу пользователю либо пользователь сам берет инициативу на себя, а интерфейс поддерживает такую возможность.

Описание: Является главным окном приложения. Вызывается после старта исполняемого файла.

Окно сбора информации.

Макет окна:

Рис. 7. Макет окна «Сбор информации»

Название: Параметры.

Тип окна в соответствии с SAA: вторичное, всплывающее, модальное;

Характеристика элементов окна:

— login — поле для ввода логина

— password — поле для ввода пароля

— с startIP1 до startIP4 — поле для ввода частей начала IP диапазона или просто IP

— с endIP1 до endIP4 — поле для ввода частей конца IP диапазона

— radiobutton1 — выбор IP-адреса

— radiobutton2 — выбор диапазона IP-адресов

— data — таблица отображающая IP-адреса и их состояние (пингуются не пингуются)

Progressстрока состояния, много ли IP адресов обработано

— кнопка «Сбор информации» — собирает информацию и записывает всю информацию в файл;

— кнопка «Выход» — закрывает окно диалога;

Состояние диалога с пользователем: Инициатива управления пользователем.

Описание: Осуществляет возможность пользователю собрать информацию.

Окно «Просмотр данных».

Макет окна:

Рис. 8. Просмотр данных Название: Просмотр данных;

Тип окна в соответствии с SAA: вторичное, дочернее;

Характеристика элементов окна:

— Data — таблица в которой хранится ip-адреса для которых можно посмотреть сведения о них, с помощь щелчка по ячейке с данным IP.

— кнопка «OK» — закрывает окно диалога;

Состояние диалога с пользователем: Инициатива управления пользователем.

Описание: Помогает выбрать какую информацию просмотреть.

Окно «Выбор ПО (этап 1)»

Макет окна:

Рис. 9. Макет окна «Выбор ПО (этап 1)».

Название: Выбор ПО (этап 1);

Тип окна в соответствии с SAA: вторичное, всплывающее, модальное;

Характеристика элементов окна:

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

— Кнопка «Далее» — переход к следующему этапу выбора ПО.

Состояние диалога с пользователем: Инициатива управления пользователем.

Описание: Осуществляет 1 этап выбора ПО.

Окно «Выбор ПО (этап 2)».

Макет окна:

Рис. 10. Макет окна «Выбор ПО (этап 2)»

Название: «Выбор ПО (этап 2)»;

Тип окна в соответствии с SAA: вторичное, всплывающее, модальное;

Характеристика элементов окна:

— Data — таблица в которой хранится названия ПО количество его для обновления также в таблице можно изменять название ПО, уменьшать или увеличивать количество его обновления

— Кнопка «Стереть все» — стирает все ПО в таблице

— Кнопка «OK» — закрывает окно диалога.

— Кнопка «Сохранить» — сохраняет данные из таблицы в файл.

— Кнопка «Далее» — загружают данные из файла в таблицу.

— Numeric полеувеличивает и уменьшает число выбираемого ПО Состояние диалога с пользователем: Инициатива управления пользователем.

Описание: Осуществляет 2 этап выбора ПО Окно «Расписание».

Макет окна:

Рис. 11. Макет окна «Расписание»

Название: Расписание;

Тип окна в соответствии с SAA: вторичное, всплывающее, модальное;

Характеристика элементов окна:

— DATA — таблица для ввода данных;

— Numeric полеувеличивает и уменьшает число ПО

— Numsotполе количества сотрудников

— Numobnovполе количества обновлений в день которое делает 1 сотрудник

— Moneyполе деньг выделенных на обновление ПО Состояние диалога с пользователем: Инициатива управления пользователем.

Описание: Получает расписание обновлений ПО Окно «Расписание (Отчет)».

Макет окна:

Рис. 12. Макет окна «Расписание (Отчет)».

Название: «Расписание (Отчет)».

Тип окна в соответствии с SAA: вторичное, всплывающее, модальное;

Характеристика элементов окна:

— Кнопка «Сохранить» — сохраняет расписание в файл.

Состояние диалога с пользователем: Инициатива управления пользователем.

Описание: Отображает расписание ПО.

Окно просмотра информации об установленном ПО.

Макет окна:

Название: Просмотр информации об установленном ПО Тип окна в соответствии с SAA: вторичное, всплывающее, модальное;

Характеристика элементов окна:

— Кнопка «Сохранить» — сохраняет расписание в файл.

Состояние диалога с пользователем: Инициатива управления пользователем.

Описание: Отображает информацию об установленном ПО.

Рис. 13. Макет окна «Просмотр информации об установленном ПО»

Диаграмма состояний диалога с пользователем Рис. 14. Диаграмма состояний диалога с пользователем программы Состояния

Main — главная форма взаимодействия пользователя с программой;

Schсоставление расписания ПО

SborСбор данных

Select — выбор ПО

Viev — Просмотр данных

Schrотчет о расписание обновлений ПО

VievR — отчет о ПО установленном на конкретной машине Переходы

Msc1- вызов составление расписания ПО

Msc2-возврщение к main

Mv1- вызов Просмотр данных

Mv2- возвращение к main

Msel1-вызов выбор ПО

Msel2- возвращение к main и передача данных

Msb1- вызов сбор данных

Msb2- возвращение к main и передача данных

Ss1-вызов отчета о расписание ПО

Ss2- возвращение к составлению расписания ПО и передача данных

Vv1- вызов отчета об установленном ПО

Vv2- возвращение просмотру данных данных

Sch1-расчет какое ПО и в каких количествах будет обновлено

Schr1-получение расписания ПО и его отображение

View1-вывод сведений об уникальных IP адресах

Viewr1- отображение информации об установленном ПО

Select1- выбор ПО для которого будет происходить обновление ПО

Sbor1- осуществляет сбор информации по заданным параметрам

5. Разработка концептуальных статических моделей классового уровня

5.1. Диаграммы пакетов и спецификация пакетов

Рис. 15 Диаграмма пакетов

5.2. Классовая диаграмма системы, спецификации классовой диаграммы, классов, атрибутов, операций, отношений между классами, исходный код Рис. 16 Диаграмма классов

автоматизированный программный вычислительный интерфейс

6. Разработка динамических моделей классового уровня

6.1 Диаграмма кооперации, спецификация диаграммы кооперации Рис. 17. Диаграмма кооперации

6.2 Диаграмма активности Рис 18. Диаграмма активности

7. Реализация системы

Структура программного обеспечения.

Структура программного обеспечения показана на рис. 19.

Рис. 19. Структура программного обеспечения.

Таблица 1

Описание файлов исходных кодов

Описание связей:

5, 6, 7, 10, 11, 12, 13 — различные функции, ресурсы и т. п., например, доступ к содержимому файла, подключении к удаленному компьютеру и т. д.

1, 2- различные функции, ресурсы и т. п. графический интерфейс, получение доступа к библиотекам.NET Framework и т. д.

3, 15, 16 — передача управления через элементы интерфейса вторичных окон

4, 14, 9, 8- передача управления через элементы интерфейса главного окна.

Характеристика методов и средств разработки программного обеспечения Для реализации комплекса поставленных задач использовался язык высокого уровня Visual C# в среде визуальной разработки Microsoft Visual Studio.NET 2008, что позволило использовать методы визуального программирования при разработке интерфейса и при компоновке базовых форм программы.

Общее программное обеспечение

Операционная система

В проекте была выбрана архитектура PC под управлением OC Windows 9х/NT/2000/XP. ОС Windows 9х/NT/2000/XP предоставляет пользователю удобный графический интерфейс и позволяет выполнять несколько задач одновременно. Программисту Windows дает большое количество встроенных средств, использование системных ресурсов и другое. Отметим характерные свойства ОС.

Единый интерфейс. Вследствие того, что пользовательский интерфейс Windows-программ в значительной степени унифицирован, пользователям не требуется изучать новые принципы организации взаимодействия с этой программой.

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

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

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

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

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

Средства, расширяющие возможности операционной системы

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

В дополнение к этому необходимо наличие:

· Пакета.NET FRAMEWORK версии 2.0 и выше для возможности использования специальных функций системы. Набор компонент, позволяющих запускать приложения стандарта.NET. Устанавливается вместе с системой или отдельно, не требует детальной настройки.

Общие сведения

Наименование программы: «Система автоматизированного аудита программного обеспечения ЛГТУ». Имя исполняемого модуля программы Audit.exe. Программа предназначена для функционирования в среде многопользовательской многозадачной операционной системы Windows ME/NT/2000/XP/Vista, при условии наличия установленного пакета.NET Framework версии 2.0 и выше.

При написании программы использовалась среда разработки визуальных приложений Microsoft Visual Studio 2008, все программные модули реализованы на языке высокого уровня Visual Basic.NET.

Функциональное назначение

Разрабатываемый программный комплекс позволит производить автоматизированный аудит ПО ЛГТУ.

Используемые технические средства

Для корректной работы программного обеспечения системы, достаточна следующая конфигурация технических средств:

- ПЭВМ на базе процессора Pentium III, Celeron и выше фирмы Intel или аналогичных — фирм AMD, Cyrix и т. п.;

— не менее 128 Мб оперативной памяти;

— накопитель на жестком магнитном диске со свободным объемом не менее 20 Мб;

— видеомонитор 15″ (лучше 17″) и SVGA карта (например, GeForce4 MX 420, 64Mb) с поддержкой режима 800×600 (цвет 16 бит);

— стандартная PC клавиатура (101 кл.), манипулятор типа «мышь».

Вызов и загрузка

Программу необходимо скопировать на жесткий диск в рабочую папку и запустить исполняемый модуль Audit. exe (после этого программа готова к работе).

Входные данные

Входными данными для программы являются:

- диапазон IP адресов

— логин и пароль для подключения

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

8. Тестирование и оценка системы

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

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

Все функции системы делятся на дискретные и дискретно-непрерывные. Поэтому в качестве основных показателей надежности для них выберем:

§ коэффициент готовности k_г;

§ коэффициент оперативной готовности k_ог.

Значения указанных показателей для каждой функции подсистемы должны быть следующими:

§ k_г 0.97;

§ k_ог 0.97.

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

Для обеспечения надежности технических средств системы необходимо создание требуемых условий их эксплуатации, а также проведение технического обслуживания в заданные сроки в полном объеме.

В качестве показателя надежности программного обеспечения принимается вероятность отсутствия ошибок в специальном программном обеспечении (СПО). На момент ввода системы в опытную эксплуатацию, программное обеспечение должно обеспечивать вероятность безотказной работы для каждой функции системы управления не менее 0.8 за время 1000 ч.

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

Надежность персонала, участвующего в работе, определяется его уровнем подготовки и квалификации. Персонал должен быть квалифицированным и обеспечивать выполнение всех необходимых операций в заданном порядке и за заданное время. Для оценки надёжности персонала, участвующего в выполнении каждой функции, применяется коэффициент готовности — k_г, значение которого должно быть не менее 0.99.

Порядок оценки и контроля показателей надежности на разных стадиях создания системы должен проводиться в соответствии с требованиями ГОСТ 24.701−86, ГОСТ 27 883–88, ГОСТ 27.410−87.

Надёжность выполнения каждой функции автоматизированной обучающей системы зависит от трёх факторов:

§ надёжности комплекса технических средств;

§ надёжности программного обеспечения;

§ надёжности персонала.

и вычисляется по следующей формуле (8.1):

(8.1)

где — вероятность работоспособного состояния i-ой функции системы, — вероятность работоспособного состояния комплекса технических средств, принимающих участие в работе i-ой функции,

— вероятность безошибочных действий персонала,

— вероятность работоспособного состояния программного обеспечения i-ой функции.

Так как все функции проектируемой подсистемы относятся к классу дискретных и дискретно-непрерывных функций, то соответствующими показателями будут коэффициент готовности — k_г и коэффициент оперативной готовности — k_ог.

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

t' - время выполнения функции;

m_t — средняя наработка на отказ;

m_в — среднее время восстановления работоспособного состояния.

В этом случае коэффициенты готовности и оперативной готовности вычисляются по формулам (8.2):

,(8.2)

Вероятность работоспособного состояния системы определяется по формуле (8.3):

Р_КТС = Р_РС (8.3)

Для расчета показателей надежности КТС использовались паспортные данные (средняя наработка на отказ). Среднее время восстановления выбиралось из расчета времени замены вышедшей из строя комплектующей на новую.

Паспортные данные КТС и показатели надежности

Надежность работы операционной системы рассчитаем в предположении, что средняя наработка на отказ m_t = 22 ч., а среднее время восстановления m_В = 5 мин. = 0,83 333 ч., тогда k_г = 0,996 226. Пусть время наработки на отказ распределено по экспоненциальному закону, тогда

k_ог = .

Надежность запрограммированных алгоритмов рассчитаем при

m_t = 50 ч.,

m_В = 10 с. = 0,2 778 ч.,

поэтому k_г = 0,999 944.

Тогда k_ог = .

Для каждой функции рассчитаем надежность:

§ Просмотр содержимого жесткого диска. Дискретная функция, показатель надежности k_г:

Р_{ПО, 2}=k_{г, по, 2}=k_г[ОС]*k_г[АС]*k_г[СУБД] = 0.996 226*0.999 944*0,999 972 =

= 0.986 138

Р₂=k_{г, 2}=(k_г[ж.д.]*k_г[м.пл.]*k_г[проц.]*k_г[ОЗУ]*k_г[монит.]* k_г[вид.]*

*(k_г [мышь]+k_г[клав.] - k_г[мышь]*k_г[клав.]))* k_{г, по, 2} * k _{г, перс, 2}=

=0.999 110*0.986 138*0,99=0.985 299.

§ Контроль за корректностью и непротиворечивостью введенной информации. Дискретная функция, показатель надежности k_г:

Р_{ПО, 8}=k_{г, по, 8}=k_г[ОС]*k_г[АС] = 0.996 226*0.999 944= 0.996 170

Р₈=k_{г, 8}=(k_г[ж.д.]*k_г[м.пл.]*k_г[проц.]*k_г[ОЗУ]*k_г[монит.]* k_г[вид.]*

*(k_г [мышь]+k_г[клав.] - k_г[мышь]*k_г[клав.]))* k_{г, по, 8} * k _{г, перс, 8}=

=0.999 110*0.996 170*0,99=0.985 331.(8.9)

§ Предоставление информации по заказам. Дискретная функция, показатель надежности k_г:

Р_{ПО, 9}=k_{г, по, 9}=k_г[ОС]*k_г[АС] = 0.996 226*0.999 944= 0.996 170

Р₉=k_{г, 9}=(k_г[ж.д.]*k_г[м.пл.]*k_г[проц.]*k_г[ОЗУ]*k_г[монит.]* k_г[вид.]*

*(k_г [мышь]+k_г[клав.] - k_г[мышь]*k_г[клав.]))* k_{г, по, 9} * k _{г, перс, 9}=

=0.999 110*0.996 170*0,99=0.985 331.(8.10)

§ Формирование отчетов системы. Дискретно-непрерывная функция, показатель надежности k_ог t'=0,5 © = 0.14 (ч):

Р_{ПО, 11}=k_{ог, по, 11}=k_ог[ОС]*k_ог[АС] = 0.996 220*0.999 971= 0.996 191

Р₁₁=k_{ог, 11}=(k_ог[ж.д.]*k_ог [м.пл.]*k_ог [проц.]*k_ог [ОЗУ]*k_ог [монит.]*

*k_ог[вид.]*(k_ог [мышь]+k_ог [клав.] - k_ог [мышь]*k_ог [клав.]))* k_{ог, по, 11} * k

_{г, перс, 11} =0.999 110*0,996 191*0,99=0.985 351.(8.11)

Рассчитаем надежность всей системы:

Р_сист.= k_г[системы] = k_г[ктс]*k_г[по]*k_г[перс.] = (0,999 967 * 0,999 960 *

0,999 967 * 0,999 950 * 0,999 933 * 0,999 334 * 0,999 600 * 0,999 600) *

0.986 169 * 0.99 = 0.974 659.(8.12)

Анализируя полученные значения показателей надежности, можно сказать, что вероятность работоспособного состояния системы достаточно высока. Рассчитанные значения показателей надёжности соответствуют требованиям.

9. Документирование системы

Автоматизированная система аудита ПО ЛГТУ для того, чтобы она удалённо подключалась к компьютерам локальной сети и собирать данные об установленном на них программном обеспечениию Также система может формировать расписание обновлений программного обеспечения.

Сфера применения автоматизированной системы — это ЛГТУ. Но, в общем, и другие ВУЗы также могут пользоваться данной системой.

Для запуска системы необходимо запустить Audit.exe.

Интерфейс программы интуитивно понятен и прост в использовании. После запуска программы появляется главное окно программы (рис. 22)

Рис. 20 Вход в систему БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Благодатских, В. А. Стандартизация разработки программных средств: Учебное пособие для вузов [Текст] / В. А. Благодатских, В. А. Волнин, К. Ф. Поскакалов; под ред. О. С. Разумова. — М.: Финансы и статистика, 2003. — 288 с. (681.3.06(07) Б681 — 15)

2. Благодатских, В. А. Стандартизация разработки программных средств: Учебное пособие для вузов [Текст] / В. А. Благодатских, В. А. Волнин, К. Ф. Поскакалов; под ред. О. С. Разумова. — М.: Финансы и статистика, 2005. — 288 с. (681.3.06(07) Б681 — 5)

3. Болдырихин, О.В. Объектно-ориентированное проектирование автоматизированных систем на языке UML с использованием CASE-средств: Методические указания к лабораторным и курсовой работам по дисциплине «Проектирование АСОИУ» [Текст] / О. В. Болдырихин. — Липецк: ЛГТУ, 2003. — 44 с.

4. Орлов, С. А. Технология разработки программного обеспечения: Учебник для вузов [Текст] / С. А. Орлов. — СПб.: Питер, 2004. — 527 с. (681.3.06(07) О-66 — 20)