МИНОБРНАУКИ РОССИИ

Федеральное государственное бюджетное образовательное учреждение

высшего образования
«Ижевский государственный технический университет имени М.Т. Калашникова»
(ФГБОУ ВО «ИжГТУ имени М.Т. Калашникова»)
Воткинский филиал федерального государственного бюджетного образовательного
учреждения высшего образования "Ижевский государственный технический университет
имени М.Т. Калашникова"

Кафедра «Естественные науки и информационные технологии»

Работа защищена с оценкой

«______________________»
«____» ____________ 20__ г.
____________/____________

КУРСОВОЙ ПРОЕКТ
по дисциплине «Программная инженерия»
на тему «Разработка прикладного программного обеспечения учет услуг энергоснабжения с
применением средств объектно-ориентированного моделирования»

Выполнил:
Студент гр. Б20-782-21 Д.Ю. Варов
дата, подпись
Руководитель:
к.т.н., доцент С.А. Жукова

Рецензия:
Степень достижения поставленной цели работы____________________________________
Полнота разработки темы_______________________________________________________
Уровень самостоятельности работы обучающегося__________________________________
_____________________________________________________________________________
Недостатки работы ____________________________________________________________
Воткинск, 2021
 Список сокращений

В настоящем отчете применяют следующие термины, сокращения,

обозначения с соответствующими определениями:
1. ППО – прикладное программное обеспечение
2. CASE – computer-aided software engineering – набор инструментов и
методов программной инженерии для проектирования программного
обеспечения, который помогает обеспечить высокое качество программ,
отсутствие ошибок и простоту в обслуживании программных
продуктов.
3. UML – Unified Modeling Language – унифицированный язык
моделирования,
язык графического описания для объектного моделирования в
области разработки программного обеспечения, для моделирования биз
нес-процессов, системного проектирования и отображения организацио
нных структур.
4. БД – база данных – совокупность данных, хранимых в соответствии со
схемой данных, манипулирование которыми выполняют в соответствии
с правилами средств моделирования данных.
5. ФТ – функциональное требование.
6. НФТ – нефункциональное требование.
7. HTML - HyperText Markup Language - язык гипертекстовой разметки
8. CSS - Cascading Style Sheets - каскадные таблицы стилей

2
 Оглавление

Введение 4
1 Основная часть 6
1.1 Бизнес-моделирование 6
1.2 Определение и анализ требований. Техническое задание 12
1.3 Описание структуры программного комплекса 20
1.4 Разработка прототипа на основе проектных решений 23
1.5 Разработка прототипа на основе проектных решений 24
1.6 Разработка прототипа на основе проектных решений 30
Заключение 32
Использованные источники 33
Приложения 34
Приложение А 34
Приложение Б 35
Приложение В 36
Приложение Г 37
Приложение Д 38
Приложение Е 39
Приложение Ж 43
Приложение З 44

3
 Введение

Пока еще в России затраты на электроэнергию в разы ниже, чем в странах

Европы и США. Однако темпы роста цен показывают, что уже через несколько
лет мы догоним наших западных коллег. 
Энергосбережение — это приемы и методы эффективного и разумного
использования топливно-энергетических ресурсов планеты. То есть задача
энергосбережения — сохранять ресурсы, как имеющие прямое отношение
к производству энергии, так и косвенно касающиеся данного вопроса.
Экономно расходуя энергию, мы не только сохраняем запасы угля и нефти для
будущих поколений, но и бережем саму возможность жизни на земном шаре.
Эта зависимость известна всем: больше производится энергии — больше
парниковых газов попадает в атмосферу. Результат — необратимые изменения
климата. Современные приборы и технические открытия позволяют спасать
планету, не пренебрегая собственным комфортом и безопасностью.
Наконец, рациональное использование энергии помимо морального
удовлетворения дает нам бонусы вполне материальные.
Для продвижения инновационных технологий и реализации мероприятий,
предусмотренных Федеральным Законом № 261 «Об энергосбережении и о
повышении энергетической эффективности, и о внесении изменений в
отдельные законодательные акты РФ» в Пермском крае реализуется проект
«Пермский край – столица инновационных технологий». В рамках этого
проекта с мая 2010 года начал свою работу МУП «ПРЕДПРИЯТИЕ» по
инициативе Администрации Чайковского муниципального района.
Информационные технологии (ИТ) представляют собой технологии,
связанные с созданием, обработкой и хранением данных с применением
вычислительной техники. В последнее время под ними чаще всего понимают
компьютерные технологии, подразумевающие использование компьютеров и
программного обеспечения для создания, обработки и хранения информации.

4
Людей, связанных с компьютерной техникой и программированием, называют
обычно ИТ-специалистами.
Информационные технологии призваны, основываясь и рационально
используя современные достижения в области компьютерной техники и
иных высоких технологий, новейших средств коммуникации, программного
обеспечения и практического опыта, решать задачи по эффективной
организации информационного процесса для снижения затрат времени, труда,
энергии и материальных ресурсов во всех сферах человеческой жизни и
современного общества. Информационные технологии взаимодействуют и
часто составляющей частью входят в сферы услуг, области управления,
промышленного производства, социальных процессов.
В рамках курсовой работы необходимо разработать прикладное
программное обеспечение на тему «Учет услуг энергоснабжения с
применением средств объектно-ориентированного моделирования».
Цель. Закрепление студентом практических навыков разработки
прикладного программного обеспечения (ППО) в соответствии с моделью
жизненного цикла, применение объектно-ориентированного метода и
современных средств автоматизации проектирования программного
обеспечения (CASE), оформление проектной документации.
Задачи.
1. Разработка модели жизненного цикла процессов проектирования ППО
и выбор инструментов проектирования.
2. Определение и анализ требований. Формирование технического
задания
3. Проектирование архитектуры и детальное проектирование.
4. Реализация прототипа ППО и тестирование его компонент.
5. Оформление документации.

5
 1 Основная часть

1.1 Бизнес-моделирование

1.1.1 Общая характеристика МУП «ПРЕДПРИЯТИЕ»

Для продвижения инновационных технологий и реализации
мероприятий, предусмотренных Федеральным Законом № 261 «Об
энергосбережении и о повышении энергетической эффективности, и о внесении
изменений в отдельные законодательные акты РФ» в Пермском крае
реализуется проект «Пермский край – столица инновационных технологий». В
рамках этого проекта с мая 2010 года начал свою работу МУП
«ПРЕДПРИЯТИЕ» по инициативе Администрации Чайковского
муниципального района.
В момент организации в фирме было 3 человека: директор, юрист и
бухгалтер.
До января 2011 года фирма занималась энергосервисом, решались
организационные вопросы, обучение и поиск специалистов для
энергетического обследования.
В настоящее время численность сотрудников – 14 человек, составлено и
зарегистрировано более 30 паспортов.
МУП «Предприятие» активно развивает направления деятельности в
сфере:
 энергосбережения;
 энергетического обследования (энергоаудит);
 альтернативных источников энергии;
 инкубации инновационных предприятий;
 переработки и утилизации отходов;
 здоровья и сбережения;
 трансфера инновационных технологий;

6
 Энергетическое обследование (энергоаудит) — это комплекс
взаимосвязанных технических, экономических, организационных и других
мероприятий, которые направлены на поиск экономически эффективных
способов оптимизации использования энергоресурсов (топливных,
электрических, тепловых и др.). В результате энергетического обследования
выдается энергетический паспорт здания.
Энергосервисный контракт – это основной механизм реализации
потенциала энергосбережения. Это контракт на оказание услуг по
обслуживанию, проектированию, приобретению, финансированию, монтажу,
пуско-наладке, эксплуатации, техобслуживанию и ремонту
энергосберегающего оборудования на одном или нескольких объектах
Заказчика. По такому контракту Энергосервисная компания (МУП
«ПРЕДПРИЯТИЕ») несет расходы по реализации мероприятий, направленных
на повышение эффективности использования энергии на объектах Заказчика в
обмен на долю экономии, получаемой в результате реализации этих
мероприятий в течение обусловленного контрактом времени.

1.1.2 Внутренняя организация МУП «ПРЕДПРИЯТИЕ»

Организационная структура представлена на рисунке 1.1.
Т.к. предприятие молодое, развивающееся, то состав работников пока
небольшой:
 Директор – руководитель предприятия, занимается выбором стратегии
развития предприятия, работой с кадрами, отвечает по обязательствам
Директор

Отдел Отдел Энергосервисны Бухгалтер

реализации и энергетического й отдел
внедрения обследования
инноваций Юрист
Нач. отдела Нач. отдела Нач. отдела

Менеджеры Энергоаудиторы Инженеры

7
 фирмы. Так же занимается поисками новых клиентов, заключает
договора, решает различные организационные вопросы;
 Отдел реализации и внедрения инноваций - занимается продвижением в
жизнь инновационных технологий энергосбережения, продажи их
предприятиям и частным лицам;
 Отдел энергетического обследования - занимается проведением
энергетического обследования для предприятий в обязательном порядке
раз в 5 лет и по их личному желанию, на данный момент это самый
многочисленный отдел фирмы (6 человек), т.к. это основной вид
деятельности МУП «ПРЕДПРИЯТИЕ».
 Энергосервисный отдел – занимается энергосервисом и техническим
обслуживанием узлов учета и систем холодного и горячего
водоснабжения, теплосистем и вентиляций;
 Бухгалтер - занимается составлением смет по договорам, ведет текущую
бухгалтерию, налоговый учет, учет зарплаты и т.п.;
 В штате сотрудников есть юрист, решающий все спорные ситуации по
исполнению обязательств по договорам, так же оказывает платные
консультации для физических лиц.

1.1.3 Представление бизнес-процесса

В процессе учета клиентов и договоров оказания услуг можно выделить 4
бизнес-процесса.
1. Регистрация заявки на выполнение работ. В заявке заказчик указывает
наименование объекта, адрес и желательные сроки выполнения. При
появлении заявки, организация проводит анализ заявки и
предварительный сбор информации об обследуемом объекте.
2. Оформление паспорта объекта. На основании данных сведений
происходит оценка работ и целесообразность их проведения, обсуждение
с заказчиком. В паспорте указывается информация о характеристиках
объектов энергетического обследования
8
 3. Заключение договора – на основании анализа заявки определяется
стоимость услуг и сроки выполнения. Заключается договор.
4. Выполнение работ – в установленные сроки выполняются работы. В
случае невозможности выполнения работы самостоятельно привлекаются
сторонние организации.
5. Регистрация выполнения работ в журнале – после выполнения работа
должна быть отмечена как выполненная, чтоб не возникала путаница в
договорах и планировании работ на ближайшее будущее время.
6. Формирование отчетов:
- отчета клиенту – после выполнения работ, по желанию клиента для него
формируются отчет о проделанной работе в виде отчета оказанной услуги
и/или паспорт энергетического обследования.
- отчета о выполненной работе – все работы по ремонту, обслуживанию,
продаже энергосберегающего оборудования, проведению
энергетического обследования, консультационные работы оформляются в
отчетах для руководства фирмой.
- сводных отчетов за весь период: общая сумма, количество клиентов
Бизнес-правила – набор условий, которые управляют деловым
событием, чтобы оно происходило так, как нужно для предприятия (или
клиента).
1. По каждому виду работ заключается отдельный договор.
2. Если в договор нужно внести незначительные изменения, то они
исправляются в текущем договоре, если объем изменений большой, то
договор перезаключается заново.
3. В договоре не должно быть пустых полей, все реквизиты должны быть
заполнены.
4. Нельзя вносить информацию о выполнении работ задним или
последующим числом.
5. После проведения энергетического обследования составляется паспорт
энергетического обследования на каждое здание клиента и отправляется
9
 на проверку в СРО, после утверждения паспорт хранится 5 лет в
печатном виде по одному экземпляру у клиента, компании, проводившей
обследование и в министерстве энергетики.
В ходе анализа предметной области было выявлено, что сотрудникам
часто приходится «поднимать» информацию по договорам и клиентам, которая
находится зачастую на бумажных носителях, тем самым много времени уходит
на поиск нужной информации.
С целью обеспечения надежного хранения и быстрого поиска
информации появилась необходимость в электронном автоматизированном
учете клиентов и договоров оказания услуг.
1.1.4 Преимущества для бизнеса
- создание и внедрение автоматизированной информационной
системы учета клиентов и договоров оказания услуг должно обеспечить
повышение оперативности обработки информации в МУП
«ПРЕДПРИЯТИЕ»;
- уменьшение вероятности возникновения конфликтных ситуаций с
клиентами. Так, например, при изменении хоть одного атрибута
организации клиента (предприятие было федеральным, стало
муниципальным и т.п.) приходится «поднимать» договор и либо
перезаключать его полностью, либо вносить коррективы в существующий
договор;
- также внедрение автоматизированной информационной системы
учета клиентов и договоров оказания услуг может снизить количество
финансовых потерь, т.к. можно легко и быстро отслеживать сроки
договоров, тем самым определять первоочередные работы с целью
сокращения потерь по неустойке;
- введение статистики позволит руководству контролировать работу
сотрудников и корректировать численность штата сотрудников в
зависимости от объема работ;

10
 - использование АИС учета клиентов и договоров оказания услуг
благодаря накапливанию информации также позволит проводить
маркетинговые операции для продвижения своих услуг на рынке
энергоаудита.

Описание данных
В процессе анализа предметной области, определены данные, которые
будут использоваться в автоматизированной информационной системе.
Эти сведения можно разделить на типы:
 информация о клиентах;
 информация о договорах;
 информация о характеристиках объектов энергетического обследования.
Информация о клиентах содержит информацию о клиентах фирмы:
- название фирмы;
- фамилия, имя, отчество, телефон представителя фирмы;
- адрес фирмы и её объектов;
- реквизиты, такие как ИНН, КПП, БИК, ОГРН, КС;
- информация о расчетном счете и банке, в котором он открыт.
Информация о договорах включает аспекты договора:
- предмет договора (вид работ/услуг);
- сроки выполнения работы;
- сумма договора;
- отметка и дата выполнения.
Информация о характеристиках объектов энергетического обследования
включает основные свойства обследуемых объектов:
- площадь внешних стен;
- площадь окон и дверей;
- остекление;
- наличие щелей в оконных и дверных проемах;
11
 - площадь чердака;
- материал перекрытия;
- объем отопительной системы;
- изоляционный материал теплотрассы;
- методы отопления;
- источники и поставщики теплоэнергии или сырья для собственных
котельных;
- источники и поставщики электроэнергии;
- суммарная мощность потребителей электроэнергии;
- затраты на электроэнергию;
- источники и поставщики холодного водоснабжения;
- источники и поставщики горячего водоснабжения;
- источники явных потерь в водоснабжении;
- транспорт, имеющийся на предприятии, цели его использования и
потребляемое им топливо;
- количество человек находящихся на территории предприятия и род
их деятельности.
Входными данными являются:
- сведения о договоре оказания услуг;
- сведения о клиенте;
- сведения об объектах энергетического обследования.
Выходными данными являются отчеты, которые формируются
системой и отражают результат работы фирмы:
- отчет о выполнении работ;
- статистические данные о количестве заключенных договоров оказания
услуг;
- статистические данные об объеме выполненных работ.

12
 1.2 Определение и анализ требований. Техническое задание.

Целевая аудитория: большие компании, которые занимаются массовым

производством и у которых есть острая необходимость в экономии
электроэнергии.
На основе представления бизнес-процессов МУП «Предприятие» была
составлена USE-CASE диаграмма с помощью UML Case инструмента Visual
Paradigm Enerprise.

Рисунок 1 – USE-CASE диаграмма МУП «Предприятие».

Список прецедентов:
1. Регистрация заявки на выполнение работ
2. Заключение договора
3. Анализ заявки клиента, включая:
3.1. Определение сроков выполнения работ
3.2. Определение стоимости выполнения работ
13
 4. Оформление паспорта объекта
5. Выполнение работ, включая:
5.1. Регистрация выполнения работ в журнале
И расширяясь:
5.2. Привлечение сторонних организаций
6. Формирование отчетов:
6.1. Формирование сводного отчета за весь период
6.2. Формирование отчета о выполненной работе
6.3. Формирование отчета для клиентов
Таблица 1 – прецедент «регистрация заявки на выполнение работ»
Прецедент: регистрация заявки на выполнение работ
ID: 1
Краткое описание: при регистрации заявки заказчик указывает наименование объекта,
адрес и желательные сроки выполнения.
Главные актеры: Заказчик
Второстепенные актеры: нет
Предусловия: Система находится в работающем состоянии.
Основной поток:
1. Заказчик нажимает кнопку «Регистрация заявки».
2. Заказчик указывает наименование объекта в поле «Наименование объекта», адрес в
поле «Адрес» и желательные сроки выполнения в форме даты дд.мм.гг. – дд.мм.гг

Постусловия: прошла регистрация заявки на выполнение работ

Альтернативные потоки: Нет.

Таблица 2 – прецедент «заключение договора»

Прецедент: заключение договора

ID: 2
Краткое описание: заказчик и МУП «Предприятие» заключают договор
Главные актеры: Заказчик, МУП «Предприятие»
Второстепенные актеры: нет
Предусловия: зарегистрирована заявка.
14
Основной поток:
1. На основе заявки заказчика составляется договор. Указываются условия
выполнения работ, сроки и стоимость.
2. Заказчик и МУП «Предприятие» заключают договор

Постусловия: запись в БД сведений о договоре

Альтернативные потоки: Нет.

Таблица 3 – прецедент «анализ заявки клиента»

Прецедент: анализ заявки клиента

ID: 3
Краткое описание: МУП «Предприятие» анализируют зарегистрированную заявку от
заказчика
Главные актеры: МУП «Предприятие»
Второстепенные актеры: нет
Предусловия: заявка зарегистрирована.
Основной поток:
1. Заявка заказчика анализируется специалистами МУП «Предприятия»
2. На основе анализа определяется срок выполнения работ. Осуществляется
включаемым прецендентом «Определение сроков выполнения работ».
3. На основе анализа определяется стоимость выполнения работ. Осуществляется
включаемым прецендентом «Определение стоимости выполнения работ».

Постусловия: осуществлен анализ заявки

Альтернативные потоки: Нет.
Таблица 4 – прецедент «оформление паспорта объекта»
Прецедент: оформление паспорта объекта

ID: 4
Краткое описание: МУП «Предприятие» оформляют паспорт объекта
Главные актеры: МУП «Предприятие»

15
Второстепенные актеры: нет
Предусловия: Система находится в работающем состоянии.
Основной поток:
1. На основании данных сведений происходит оценка работ и целесообразность их
проведения, обсуждение с заказчиком.
2. Создается паспорт объекта. В паспорте указывается информация о характеристиках
объектов энергетического обследования.
Постусловия: оформлен паспорт объекта
Альтернативные потоки: Нет.

Таблица 5 – прецедент выполнение работ

Прецедент: выполнение работ

ID: 5
Краткое описание: МУП «Предприятие» выполняют работы по договору
Главные актеры: МУП «Предприятие»
Второстепенные актеры: нет
Предусловия: Система находится в работающем состоянии.
Основной поток:
1. Выполнение работ – в установленные сроки выполняются работы. В случае
невозможности выполнения работы самостоятельно привлекаются сторонние
организации (прецедент «Привлечение сторонних организаций»).
2. Регистрация выполнения работ в журнале – после выполнения работа должна быть
отмечена как выполненная, чтоб не возникала путаница в договорах и
планировании работ на ближайшее будущее время. В журнале указываются
параметры такие как: наименование, сроки выполнения работ и т.д.
Постусловия: работы выполнены
Альтернативные потоки: Нет.
Таблица 6 – прецедент «формирование отчетов»
Прецедент: формирование отчетов

ID: 6
Краткое описание: после и во время работ формируются отчеты
Главные актеры: МУП «Предприятие»

16
Второстепенные актеры: нет
Предусловия: Система находится в работающем состоянии.
Основной поток:
1. Отчет клиенту – после выполнения работ, по желанию клиента для него
формируются отчет о проделанной работе в виде отчета оказанной услуги и/или
паспорт энергетического обследования.
2. Отчет о выполненной работе – все работы по ремонту, обслуживанию, продаже
энергосберегающего оборудования, проведению энергетического обследования,
консультационные работы оформляются в отчетах для руководства фирмой.
3. Сводные отчеты за весь период: общая сумма, количество клиентов.
Постусловия: отчеты сформированы
Альтернативные потоки: Нет.
Требования к системе:
a) требования к функциям (задачам), выполняемым системой
(функциональные требования):
1. Регистрация заявок;
2. Регистрация паспорта объекта;
3. Запись в БД сведений о договоре;
4. Регистрация выполнения работ
5. Формирование сводного отчета за весь период
6. Формирование отчета о выполненной работе
7. Формирование отчета для клиентов
b) дополнительные требования (нефункциональные):
1. Запрет на внесение информации о выполнении работ задним или
последующим числом.
2. Запрет на незаполненные поля в договоре
3. Совместимость
4. Адаптивный интерфейс
5. Безопасность
Описание требований:
Таблица 7 – описание требований
Наименование Описание Тип
Регистрация заявок Система должна регистрировать заявки на ФТ

17
 выполнение работ. При регистрации заявки
указываются параметры: наименование объекта,
адрес и желательные сроки выполнения. После
регистрации заявка попадает в список заявок,
которые будут в дальнейшем обработаны.

Продолжение таблицы 7
Регистрация паспорта Система должна регистрировать паспорт объекта. В ФТ
объекта паспорте указывается информация о характеристиках
объектов энергетического обследования.
Информация о характеристиках объектов
энергетического обследования включает основные
свойства обследуемых объектов: площадь внешних
стен; площадь окон и дверей; остекление; наличие
щелей в оконных и дверных проемах; площадь
чердака; материал перекрытия; объем отопительной
системы; изоляционный материал теплотрассы;
методы отопления; источники и поставщики
теплоэнергии или сырья для собственных котельных;
источники и поставщики электроэнергии; суммарная
мощность потребителей электроэнергии; затраты на
электроэнергию; источники и поставщики холодного
водоснабжения; источники и поставщики горячего
водоснабжения; источники явных потерь в
водоснабжении; транспорт, имеющийся на
предприятии, цели его использования и потребляемое
им топливо; количество человек находящихся на
территории предприятия и род их деятельности.
Запись в БД сведений о Система должна записывать в БД сведения о ФТ
договоре договорах. В БД записывается основная информация

18
 о договоре: ID, наименование, краткое описание,
сроки выполнения работ, стоимость выполнения
работ, имя заказчика.
Регистрация Система должна регистрировать каждый этап ФТ
выполнения работ выполнения работ. Вся основная информация о
каждом этапе заносится в БД.
Формирование Система должна формировать сводный отчет за весь ФТ
сводного отчета за весь период: общая сумма, количество клиентов. Отчеты
период формируются в формате Excel.

Продолжение таблицы 7
Формирование отчета Система должна формировать отчет о выполненной ФТ
по выполненной работе работе – все работы по ремонту, обслуживанию,
продаже энергосберегающего оборудования,
проведению энергетического обследования,
консультационные работы оформляются в отчетах
для руководства фирмой. Отчеты формируются в
формате Excel.

Формирование отчета Система должна формировать отчет клиенту – после ФТ

клиенту выполнения работ, по желанию клиента для него
формируются отчет о проделанной работе в виде
отчета оказанной услуги и/или паспорт
энергетического обследования. Отчеты формируются
в формате Excel.
Запрет на внесение Система должна запрещать вносить информацию о НФТ
информации о выполнении работ задним или последующим числом.
выполнении работ
задним или
последующим числом
Запрет на Все поля в договоре должны быть заполонены. Если НФТ
незаполненные поля в поле не заполнено, то должна выходить
договоре соответствующая ошибка
Совместимость Система должна быть совместима с 32x и 64x НФТ

19
 системами на Windows.
Адаптивный интерфейс Интерфейс должен быть адаптирован под различные НФТ
разрешения экранов в том числе для мобильных
устройств
Безопасность Система должна обеспечивать базовую безопасность НФТ
пользователям. Должен быть контроль ввода данных
и вывод ошибок с понятным для обычных
пользователей текстом.

20
 1.3 Описание структуры программного комплекса

Задача моделирования декомпозиции программного комплекса на модули

— это нахождение оптимального количества модулей и проектирование их
структуры в соответствии с принятыми методами декомпозиции. На основе
анализа бизнес - процессов были выявлены классы, для которых определена
структура.
Диаграмма классов — диаграмма, демонстрирующая классы системы, их
атрибуты, методы и взаимосвязи между ними. Каждый класс имеет название,
атрибуты и операции. Класс на диаграмме показывается в виде
прямоугольника, разделенного на 3 области. В верхней содержится название
класса, в средней – описание атрибутов (свойств), в нижней – названия
операций – услуг, предоставляемых объектами этого класса.
Атрибуты класса определяют состав и структуру данных, хранимых в
объектах этого класса. Каждый атрибут имеет имя и тип, определяющий, какие
данные он представляет.
Класс содержит объявления операций, представляющих собой
определения запросов, которые должны выполнять объекты данного класса.
Отношения на диаграммах классов обычно показываются как ассоциации и
обобщения.
Диаграмма классов приведена в Приложении А.
Список и описание классов:
1. Заказчик – класс, отражающий частное лицо или компанию,
которые намерены воспользоваться услугами МУП «Предприятия».
2. Специалист МУП «Предприятия» - класс, отражающий лиц,
осуществляющих услуги для заказчика.
3. User – класс, объединяющий общие атрибуты и методы классов
Заказчик и Специалист МУП «Предприятия».

21
 4. Заявка – класс, отражающий заблаговременное уведомление,
информирующее МУП «Предприятие» о намерении, желании
приобрести услуги энергоснабжения.
5. Договор – класс, отражающий соглашение между собой заказчика и
представителей МУП «Предприятие».
6. Объект энергетического обследование – класс, отражающий объект
на котором будут выполняться работы по энергоснабжению.
Диаграмма деятельности - диаграмма, на которой показаны действия,
состояния которых описаны на диаграмме состояний. Под деятельностью
понимается спецификация исполняемого поведения в виде координированного
последовательного и параллельного выполнения подчинённых элементов —
вложенных видов деятельности и отдельных действий, соединённых между
собой потоками, которые идут от выходов одного узла ко входам другого.
Диаграммы деятельности используются при моделировании бизнес-
процессов, технологических процессов, последовательных и параллельных
вычислений.
Диаграммы деятельности состоят из ограниченного количества фигур,
соединённых стрелками. Основные фигуры (узлы):
1. Прямоугольники с закруглениями — действия (операция). Узел
управления (control node) — это абстрактный узел действия, которое
координирует потоки действий.
2. Ромбы — решения. Узел решения предназначен для определения
правила ветвления и различных вариантов дальнейшего развития
сценария. В точку ветвления входит ровно один переход, а выходит —
два или более.
3. Широкие полосы — начало (разветвление) и окончание
(схождение) ветвления действий. Узел объединения имеет два и более
входящих узла и один исходящий.  
4. Чёрный круг — начало процесса (начальный узел). Начальный узел
деятельности (или начальное состояние деятельности) (activity initial
22
 node) является узлом управления, в котором начинается поток (или
потоки) при вызове данной деятельности извне.
5. Чёрный круг с обводкой — окончание процесса (финальный
узел). Конечный узел деятельности (или конечное состояние
деятельности) (activity final node) является узлом управления, который
останавливает все потоки данной диаграммы деятельности. На
диаграмме может быть более одного конечного узла.
Диаграммы деятельности представлены в Приложениях Б, В и Г.
Краткое описание диаграмм:
1. Диаграмма описывает процесс регистрации заявки (Приложение Б).
2. Диаграмма описывает процесс заключения договора (Приложение
В).
3. Диаграмма описывает процесс анализа заявки (Приложение Г).
4. Диаграмма описывает процесс оформления паспорта объекта
(Приложение Г).
5. Диаграмма описывает выполнения работ на объекте (Приложение
Г).
6. Диаграмма описывает процесс формирования отчетов (Приложение
Г).
Диаграмма последовательности — диаграмма, на которой показано
взаимодействие объектов (обмен между ними сигналами и сообщениями),
упорядоченное по времени, с отражением продолжительности обработки и
последовательности их проявления.
Основными элементами диаграммы последовательности являются
обозначения объектов (прямоугольники с названиями объектов), вертикальные
«линии жизни», отображающие течение времени, прямоугольники,
отражающие деятельность объекта или исполнение им определенной функции
(прямоугольники на пунктирной «линии жизни»), и стрелки, показывающие
обмен сигналами или сообщениями между объектами.
На данной диаграмме объекты располагаются слева направо.
23
Диаграмма представлена в приложении Д.

24
 1.4 Разработка прототипа на основе проектных решений

В качестве прототипа была выполнена верстка страницы «Заполнение

заявки» на HTML и CSS. Код прототипа представлен в приложении Е.
Скриншот прототипа представлен в приложении Ж.

1.3

25
 1.5 Модель жизненного цикла

Жизненный цикл программного обеспечения — ряд событий,

происходящих с системой в процессе ее создания и дальнейшего
использования. Говоря другими словами, это время от начального момента
создания какого-либо программного продукта, до конца его разработки и
внедрения. Жизненный цикл программного обеспечения можно представить в
виде моделей.
Модель жизненного цикла программного обеспечения — структура,
содержащая процессы действия и задачи, которые осуществляются в ходе
разработки, использования и сопровождения программного продукта.
В качестве модели ЖЦ выбрана каскадная модель.
Стадии и этапы ЖЦ:
Таблица 8 – стадии жизненного цикла
Стадия Описание Получаемые результаты
1. Анализ Анализ требований — a) определяются требования к
требований к часть процесса программным элементам системы и
программным разработки их интерфейсам;
средствам программного b) требования к программным
обеспечения, средствам анализируются на
включающая в себя сбор корректность и тестируемость;
требований к d) устанавливается совместимость
программному и прослеживаемость между
обеспечению (ПО), их требованиями к программным
систематизацию, средствам и требованиями к
выявление взаимосвязей, системе;
а также h) требования к программным
документирование. средствам оформляются в виде
технического задания и согласуется
заинтересованными сторонами.

26
Продолжение таблицы 8

27
2. Проектирование Процесс проектирования a) разрабатывается проект
архитектуры архитектуры архитектуры программных средств
программных программного и устанавливается базовая линия,
средств обеспечения состоит в описывающая программные
проектировании составные части, которые будут
структуры всех его реализовывать требования к
компонент, программным средствам;
функционально b) определяются внутренние и
связанных с решаемой внешние интерфейсы каждой
задачей, включая программной составной части;
сопряжения между ними c) структура базы данных;
и требования к ним. d) устанавливаются
Архитектура согласованность и
программного прослеживаемость между
обеспечения в требованиями к программным
традиционном смысле средствам и программным
включает определение проектом.
всех модулей программ,
их иерархии и
сопряжения между ними
и данными.

Продолжение таблицы 8
28
 3. Процесс Существенным образом а) разрабатывается детальный
детального детализируются ПП для проект каждого программного
проектирования последующего компонента, описывающий
программных кодирования и создаваемые программные модули;
средств тестирования. b) определяются внешние
интерфейсы каждого программного
модуля и
c) устанавливается совместимость
и прослеживаемость между
детальным проектированием,
требованиями и проектированием
архитектуры.
4. Процесс Это детальное создание a) определяются критерии
конструирования работающего верификации для всех
программных программного программных блоков относительно
средств обеспечения требований;
посредством b) изготавливаются программные
комбинации блоки, определенные проектом; c)
кодирования, устанавливается совместимость и
верификации, прослеживаемость между
модульного программными блоками,
тестирования, требованиями и проектом;
интеграционного d) завершается верификация
тестирования и отладки. программных блоков относительно
Оно связано со всеми требований и проекта.
другими дисциплинами
программной
инженерии, наиболее
сильно с
проектированием и
тестированием

Продолжение таблицы 8

29
5. Процесс Сборка системы и a) разрабатывается стратегия
комплексирования демонстрация ее комплексирования для программных
программных работоспособности. В блоков, согласованная с
средств процессе программным проектом и
комплексирования расположенными по приоритетам
полностью готовые требованиями к программным
компоненты и средствам; b) разрабатываются
подсистемы впервые критерии верификации для
соединяются друг с программных составных частей,
другом в единое которые гарантируют соответствие с
функциональное целое. требованиями к программным
средствам, связанными с этими
составными частями;
c) программные составные части
верифицируются с использованием
определенных критериев; d)
программные составные части,
определенные стратегией
комплексирования, изготавливаются;
е) регистрируются результаты
комплексного тестирования;
f) устанавливаются согласованность
и прослеживаемость между
программным проектом и
программными составными частями;
g) разрабатывается и применяется
стратегия регрессии для повторной
верификации программных
составных частей при
возникновении изменений в
программных блоках (в том числе в
соответствующих требованиях,
проекте и кодах).

Продолжение таблицы 8
30
6. Процесс Квалификационное a) определяются критерии для
квалификационног тестирование системы комплектованных программных
о тестирования выполняют для средств с целью демонстрации
программных демонстрирования соответствия с требованиями к
средств заказчику, что были программным средствам;
удовлетворены b) комплектованные программные
системные требования. средства верифицируются с
Квалификационное использованием определенных
тестирование системы критериев;
должно покрывать c) записываются результаты
системные требования тестирования;
в Спецификации d) разрабатывается и применяется
системы/подсистемы и стратегия регрессии для повторного
в соответствующих тестирования комплектованного
Спецификациях программного средства при
требований к проведении изменений в
интерфейсу. Это программных составных частях.
тестирование
противопоставляется
внутреннему
тестированию системы,
выполненному
разработчиком, как
заключительная стадия
интеграции и
тестирования
ЭКПО/ЭКА.
7. Демонстрация Проводится по а) Предоставлен прототип заказчику;
прототипа ПП завершении спринта и
заказчику нацелена на
представление итогов
работы клиенту.

31
 Для данного ПП выбран стандарт ГОСТ Р ИСО/МЭК 12207-2010
Системная и программная инженерия ПРОЦЕССЫ ЖИЗНЕННОГО
ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ
(https://docs.cntd.ru/document/1200082859?marker=36469MJ&section=text).

32
 1.6 Выбор инструментов разработки

В качестве инструмента моделирования бизнес-процессов был выбран

Visual Paradigm.
Visual Paradigm — это набор программных решений для трансформации
бизнеса и ИТ. Отнести ее к какому-то одному классу ПО затруднительно. Это
платформа с очень широкими функциональными возможностями (перечислены
далеко не все имеющиеся возможности):
 планирование архитектуры предприятия и трансформация бизнеса
(TOGAF, DoDAF, NAF, MODAF, ArchiMate, Zachman Framework);
 визуальное моделирование (BPMN, CMMN, VAD, EPC, DFD, UML и
др);
 имитационное моделирование (симуляция процесса (BPMN);
 управление проектами (PMBOK, Agile & Scrum, Just-in-Time Process
Map, PERT, Roadmap, WBS и др.);
 разработка кода и баз данных, инструменты проектирования баз
данных (ERD и др.).
В качестве разработки прототипа выбраны языки верстки HTML и CSS.
HTML (от англ. HyperText Markup Language — «язык гипертекстовой
разметки») — стандартизированный язык разметки документов для просмотра
веб-страниц в браузере. Веб-браузеры получают HTML документ от сервера по
протоколам HTTP/HTTPS или открывают с локального диска, далее
интерпретируют код в интерфейс, который будет отображаться на экране
монитора.
CSS (/siːɛsɛs/ англ. Cascading Style Sheets «каскадные таблицы стилей») —
формальный язык описания внешнего вида документа (веб-страницы),
написанного с использованием языка разметки (чаще всего HTML или
XHTML). Также может применяться к любым XML-документам, например, к
SVG или XUL.
В качестве среды программирования – Visual Studio Code.
33
 Visual Studio Code (VS Code) — редактор исходного кода, разработанный
Microsoft для Windows, Linux и macOS. Позиционируется как «лёгкий»
редактор кода для кроссплатформенной разработки веб- и облачных
приложений. Включает в себя отладчик, инструменты для работы с Git,
подсветку синтаксиса, IntelliSense  и средства для рефакторинга. Имеет
широкие возможности для кастомизации: пользовательские темы, сочетания
клавиш и файлы конфигурации. Распространяется бесплатно, разрабатывается
как программное обеспечение с открытым исходным кодом, но готовые сборки
распространяются под проприетарной лицензией.

34
 Заключение

В результате курсовой работы разработаны проектные решения на

информационную систему «Учет энергоснабжения» выполнено:
 Составлена USE-Case диаграмма;
 Разработана модель прецедентов;
 Разработана модель требований;
 Составлено техническое задание;
 Составлена диаграмма деятельности;
 Составлена диаграмма классов;
 Составлена диаграмма последовательности;
 Разработан прототип системы;
Разработка проектных решений осуществлялась в соответствии с
объектно ориентированным подходом и с применением средств
автоматизации проектирования (CASE средство Visual Paradigm).
Выполнена разработка моделей и программ на основе их графического
описания в нотации языка объектно-ориентированного моделирования
UML.

35
 Использованные источники

1 iprbooks.ru. CASE-ТЕХНОЛОГИИ И ЯЗЫК UML. УЧЕБНО-

МЕТОДИЧЕСКОЕ ПОСОБИЕ. [Электронный ресурс]
[https://www.iprbookshop.ru/81479.html].
2 en.wikipedia.org. Activity diagram. [Электронный ресурс]
[https://en.wikipedia.org/wiki/Activity_diagram]
3 zen.yandex.ru. Энергосбережение: что это такое и зачем нужно.
[Электронный ресурс]
[https://zen.yandex.ru/media/id/5e3941f4f79130325aa48a12/energosberejenie-
chto-eto-takoe-i-zachem-nujno-5e3d34961c8cb8569a394534]
4 ru.wikipedia.org. Энергосбережение. [Электронный ресурс]
[https://ru.wikipedia.org/wiki/Энергосбережение]
5 Денис Иванов и Федор Новиков. Моделирование на UML Учебно-
методическое пособие. [Электронный ресурс].
6 habr.com. Модели жизненного цикла программного обеспечения.
[Электронный ресурс] [https://habr.com/ru/post/111674/]
7 ГОСТ Р ИСО/МЭК 12207-2010. Информационная технология. Системная
и программная инженерия. Процессы жизненного цикла программных
средств.

36
 Приложения
Приложение А
Диаграмма классов

Рисунок 2 – диаграмма
классов

37
 Приложение Б
Диаграмма деятельности «Регистрация заявки»

38
Рисунок 3 – диаграмма деятельности «Регистрация заявки»
Приложение В
диаграмма деятельности «Заключение договора»

39
 Рисунок 4 – диаграмма деятельности «Заключение договора»
Приложение Г
Диаграммы деятельности: анализ заявки, оформление паспорта объекта,
выполнение работ

Рисунок 5 – диаграмма деятельности «Анализ заявки»

Рисунок 6 – диаграмма деятельности «Оформление паспорта объекта»

Рисунок 7 – диаграмма деятельности «Выполнение работ»

40
 Приложение Д
Диаграмма последовательности «Составление договора»

41
Рисунок 8 – диаграмма последовательности «Составление договора»

42
 Приложение Е
Код верстки страницы «Заполнение заявки»

Index.html:
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title>Заяка</title>
<meta name="viewport" content="width=device-width, initial-scale=1.0, user-
scalable=yes"/>
<link rel="stylesheet" type="text/css" media="screen" href="styles.css">
<script  src="script.js"></script>
</head>
<body>
    <header>
        <div class="container">
            <div class="header-bar">
                <h1 class="logo">ЭлектроСнаб</h1>
                <ul class="slider-menu">
                    <li>Главная</li>
                    <li>О нас</li>
                    <li>Услуги</li>
                </ul>
            </div>
        </div>
    </header>
<main>
<div class="container">
<form class="main-form">
    <div class="application">
        <div>
            <label>Имя <span>*</span></label>
            <input type='text' name='userName' required></div>
        <div>
            <label>Фамилия <span>*</span></label>
            <input type='text' name='userSecondName' required></div>
            <div>
            <label>Отчество</label>
            <input type='text' name='userMidName'></div>
        <div>
            <label>Номер телефона<span>*</span></label>
            <input type='text' name='userNumber' required></div>
        <div>
            <label>Наименование объекта<span>*</span></label>
            <input type='text' name='objectName' required>
        </div>
43
        <div>
            <label>Адрес объекта<span>*</span></label>
            <input type='text' name='objectAdress' required>
        </div>
        <div>
            <label>Сроки выполнения<span>*</span></label>
            <input type='date' name='termOfPerformance' required>
        </div>
        <input class="send-application" type='submit' value='Послать заявку'>
    </div>
</form>
</div>
</main>
<footer>
</footer>
</body>
</html>

Styles.css:
@import url('https://fonts.googleapis.com/css2?
family=Merriweather:wght@900&display=swap');
@import url('https://fonts.googleapis.com/css2?
family=Montserrat:wght@100&display=swap');
.main-form{
    width: 100%;
    max-width: 350px;
}
.application{
    width: 100%;
    display: flex;
    flex-direction: column;
    padding: 0 20px;
    box-sizing: border-box;
}
.application div{
    padding: 15px 0;
}
.send-application{
    box-sizing: border-box;
    width: 100%;
}
.application label,.application input{
display: block;
width: 100%;
box-sizing: border-box;
}
.application label{
    margin-bottom: 5px;
    font-weight: bold;
44
}
.application input{
    padding: 10px 15px;
    margin-top: 10px;
}
.application label span{
    color: red;
}
.application .send-application{
    padding: 15px;
    margin-top: 10px;
    background: none;
    border: none;
    text-transform: uppercase;
    color: #fff;
    font-weight: bold;
    background-color: #009b97;
    cursor: pointer;
    border: 3px #009b97 solid;
    border-radius: 5px;
}
.application .send-application:hover{
    box-shadow: 0 50px 5px rgba(0, 0, 0, 0.15) inset;
}

html, body {
    height: 100%;
    margin: 0;
    background-color: #8BC6EC;
    background-image: linear-gradient(135deg, #8BC6EC 0%, #9599E2 100%);

}
.container {
    height: 100%;
    display: flex;
    align-items: center;
    justify-content: center;
    flex-direction: column;
    color: #fff;
}
.lead { font-family: 'Montserrat'; }
.header-bar {
    position: relative;
    width: 50%;
    min-width: 300px;
    height: 50px;
  
}

45
.header-bar > .logo {
    position: center;
    top: calc(50% - 20px);
    left: 10px;
    transform: translateY(-50%);
    color: #fffc;
    font-family: 'Montserrat', cursive;
    cursor: default;
    user-select: none;
}
.slider-menu {
    position: absolute;
    top: 0;
    right: 0;
    display: flex;
    list-style-type: none;
    margin: 0;
    padding: 0;
    z-index: 1;
}
.slider-menu > li {
    display: inline-flex;
    padding: 14px;
    margin-left: 2px;
    font-family: 'Montserrat', sans-serif;
    color: #fff;
    cursor: pointer;
    transition: 0.3s linear all;
    user-select: none;
}
.slider-menu > li:hover {
  
    box-shadow: 0 50px 5px rgba(0, 0, 0, 0.15) inset;
}
body {
    min-height: 110vh;
    background-color: #4ca1af;
    font-family: 'Montserrat', sans-serif;

46
 Приложение Ж
Скриншот прототипа

Рисунок 9 – скриншот прототипа

47
 Приложение З
Техническое задание
ООО
«Предприятие»

«УТВЕРЖДАЮ» «УТВЕРЖДАЮ»
Руководитель Руководитель
Генеральный директор
ООО «Предприятие» ООО «Предприятие»

_________________________ И.И. Иванов ___________________________ И.И. Иванов

Печать Печать

«___» ______________2021 г. «___» ______________2021 г.

«СОГЛАСОВАНО»
Руководитель И.И. Иванов
_____________________________
(должность, наименование предприятия - заказчика АС)

______________________________________
(личная подпись) (расшифровка подписи)

Печать

«___» ______________2021 г.

ЭнергоСнаб
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
НА СОЗДАНИЕ ПРОГРАММЫ
(ХХХ.ХХХХХХХ.00001 – 01–01–Х)

на ХХ листах

Действует с 2021 г.

48
 АННОТАЦИЯ

Настоящий документ содержит описание шаблона документа

«Техническое задание» в соответствие с ГОСТ 19.201 -78, который необходимо
использовать при выполнении проектов по созданию программ на стадии
«Техническое задание» в соответствие с ГОСТ 19.102 – 77 Стадии создания.
Документ предназначен для членов проектной команды, как со стороны
Заказчика, так и со стороны Исполнителя.
Документ содержит ХХ страниц, ХХ таблиц, перечень сокращений,
предметный указатель и перечень ссылочных документов.

49
1. Введение
1.1. Полное наименование программы и ее условное обозначение
Полное наименование программы: Учет энергоснабжения
Условное обозначение программы: ЭнергоСнаб
1.2. Краткая характеристика программы
Область применения: обеспечение услуг энергоснабжения
Объект использования: МУП «Предприятие»
2. Основания для разработки
В разделе указываются:
 документ (ы), на основании которых ведется разработка;
 организация, утвердившая этот документ;
 дата утверждения документа;
 наименование и (или) условное обозначение проекта.
3. Требования к программе

3.1. Требования к функциональным характеристикам

1. Система должна регистрировать заявки на выполнение работ. При
регистрации заявки указываются параметры: наименование объекта,
адрес и желательные сроки выполнения. После регистрации заявка
попадает в список заявок, которые будут в дальнейшем обработаны.

2. Система должна регистрировать паспорт объекта. В паспорте

указывается информация о характеристиках объектов энергетического
обследования.
Информация о характеристиках объектов энергетического
обследования включает основные свойства обследуемых объектов:
 площадь внешних стен;
 площадь окон и дверей;
 остекление;
 наличие щелей в оконных и дверных проемах;
50
 площадь чердака;
 материал перекрытия;
 объем отопительной системы;
 изоляционный материал теплотрассы;
 методы отопления;
 источники и поставщики теплоэнергии или сырья для собственных
котельных;
 источники и поставщики электроэнергии;
 суммарная мощность потребителей электроэнергии;
 затраты на электроэнергию;
 источники и поставщики холодного водоснабжения;
 источники и поставщики горячего водоснабжения;
 источники явных потерь в водоснабжении;
 транспорт, имеющийся на предприятии, цели его использования и
потребляемое им топливо;
 количество человек, находящихся на территории предприятия и род
их деятельности.

3. Система должна записывать в БД сведения о договорах. В БД

записывается основная информация о договоре: ID, наименование,
краткое описание, сроки выполнения работ, стоимость выполнения
работ, имя заказчика.
4. Система должна регистрировать каждый этап выполнения работ.
Вся основная информация о каждом этапе заносится в БД.
5. Система должна формировать сводный отчет за весь период: общая
сумма, количество клиентов. Отчеты формируются в формате Excel.
6. Система должна формировать отчет о выполненной работе – все
работы по ремонту, обслуживанию, продаже энергосберегающего
оборудования, проведению энергетического обследования,

51
 консультационные работы оформляются в отчетах для руководства
фирмой. Отчеты формируются в формате Excel.
7. Система должна формировать отчет клиенту – после выполнения
работ, по желанию клиента для него формируются отчет о
проделанной работе в виде отчета оказанной услуги и/или паспорт
энергетического обследования. Отчеты формируются в формате Excel.

3.2. Требования к интерфейсам

1. Система должна иметь удобный и понятный интерфейс.
Использовать унифицированные приемы ввода и просмотра
информации в пределах всей системы.
2. Для системы на стадии технического проектирования должны быть
разработаны прототипы окон интерфейса пользователя. Состав
экранных форм, их изображения, правила, связанные с экранными
формами, должны быть отображены в отдельном документе.
3. Интерфейс должен быть адаптирован под различные разрешения
экранов в том числе для мобильных устройств

3.3. Требования к удобству использования

1. Система должна быть доступна для пользователей с базовым
опытом пользования компьютером.
2. Документация должна быть нацелена на пользователей без
профессиональных знаний в области программирования
3. Система должна запрещать вносить информацию о выполнении
работ задним или последующим числом.

4. Требования к надежности
1. Система должна обеспечивать базовую безопасность
пользователям.
2. Должен быть контроль ввода данных и вывод ошибок с понятным
для обычных пользователей текстом.

52
 3. Все поля в договоре должны быть заполонены. Если поле не
заполнено, то должна выходить соответствующая ошибка.
5. Требования к производительности
1. Время отклика программы – не более 10 сек
2. Система должна быть совместима с 32x и 64x системами на
Windows.
6. Условия эксплуатации
1. Программа пригодна для использования внутри помещений
пригодных для постоянного наличия людей - температура 18 гр. С,
влажность 60-80%.
2. Для обслуживания программы необходим по меньшей мере 1
квалифицированный сотрудник.
7. Требования к информационной и программной совместимости
1. Язык программирования – HTML, CSS, JQuery, PHP
2. СУБД – MySQL
8. требования к программной документации
При разработке программы должны быть подготовлены следующие
документы:
Код Название документа Этап разработки ГОСТ
документа программы
31 Описание применения Рабочий проект 19.502 -
78
32 Руководство системного Рабочий проект 19.503 -79
программиста
33 Руководство программиста Рабочий проект 19.504 -79
34 Руководство оператора Рабочий проект 19.505 -79
46 Руководство по Рабочий проект 19. 508 -
техническому 79
обслуживанию
51 Программа и методика Рабочий проект 19.301 -
53
 испытаний 79

9. стадии и этапы разработки

1. Анализ требований к программным средствам

2. Проектирование архитектуры программных средств

3. Процесс детального проектирования программных средств

4. Процесс конструирования программных средств

5. Процесс комплексирования программных средств

6. Процесс квалификационного тестирования программных средств

7. Демонстрация прототипа ПП заказчику

10. Порядок контроля и приемки

Для планирования проведения испытаний должен разрабатываться
документ «Программа и методика испытаний» в соответствии с видом
проводимого испытания.
В испытаниях принимают участие: указывается список организаций и
лиц, принимающих участие в испытаниях.
При испытаниях программы проверке должны подвергаться:
 документация;
 программа.
Испытания должны оформляться следующими документами:
 приказ о составе приемочной комиссии;
 протокол испытаний;
 акт приемки.
Приказ о составе приемочной комиссии, протокол испытаний, акт
приемки должны готовиться Заказчиком.

54
 (код ТЗ)

СОСТАВИЛИ

Наименование
Должность Фамилия имя,
организации, Подпись Дата
исполнителя отчество
предприятия

СОГЛАСОВАНО
Наименование
Должность Фамилия имя,
организации, Подпись Дата
исполнителя отчество
предприятия

   

55
 11. ПЕРЕЧЕНЬ СОКРАЩЕНИЙ
АС Автоматизированная система
БД База данных
ПО Программное обеспечение
МУП Муниципальное унитарное предприятие
СУБД Система управления базами данных
ID Идентификатор

56