Вы находитесь на странице: 1из 19

Лекция 2.

Основы
разработки прикладного
программного обеспечения
для электроэнергетики
2 Требования к ПО АСУ

 единая программная среда для решения всех задач;


 широкая автоматизация всех видов работ с входной и
выходной информацией;
 решение всех задач на единой базе данных с
автоматическими преобразованиями информации при
переходе от одной технологической задачи к другой (по
заданию пользователя);
 максимальное использование информации, подготовленной
в одной из служб сетевой компании в других
технологических службах и отделах.
 максимальное использование на верхних уровнях
управления в исполнительном аппарате и вышестоящих
сетевых компаниях информации, подготовленной на нижних
уровнях и переданной по каналам связи;
3 Архитектура программного обеспечения

При построении локальных вычислительных сетей сейчас


наиболее перспективной является технология «клиент-сервер»,
использование которой означает, что прикладные программы,
реализованные в ее рамках, имеют распределенный
характер, т.е. одна часть функций прикладной программы
реализуется на компьютере-клиенте, а другая — на сервере,
причем для их взаимодействия определяется некоторый
протокол. Клиент - серверная технология предполагает
разделение функций любой технологической задачи на
3 компонента:
 компонент представления — ввод и отображение данных;
 прикладной компонент, реализующий чисто
технологические функции в данной предметной области;
 компонент доступа к информационным ресурсам —
файловым системам и базам данных.
4 Модели архитектуры ПО

В соответствии с распределением компонентов прикладных


задач по компьютерам, входящим в состав локальной
вычислительной сети, различают четыре модели архитектуры:
 модель файлового сервера;
 модель доступа к удаленным данным;
 модель сервера баз данных;
 модель сервера приложений.
Используя эти модели, архитектура локально-вычислительной
сети прошла последовательно 3 этапа развития:
 модель файлового сервера;
 двухзвенная архитектура организации клиент-серверного
программного обеспечения;
 трехзвенная архитектура организации клиент-серверного
ПО
Этапы развития клиент-серверной
5
архитектуры
1. Модель файлового сервера
Клиент Файл сервер
Запросы
Компонент Прикладной Компонент доступа к
представления компонент Файлы данным

2. Двухзвенная архитектура программного обеспечения


Сервер баз
Клиент данных
SQL-запрос
Компонент Прикладной Компонент доступа к
представления компонент Блок данных данным

3. Трехзвенная архитектура программного обеспечения


Сервер Сервер баз
Клиент
приложения данных
SQL-
API запрос
Компонент Прикладной Компонент доступа к
представления компонент
Блок данным
данных
6 Информационное обеспечение
Информационное обеспечение (ИО) АСУ РЭС представляет собой
распределенную иерархическую систему взаимосвязанных
информационных баз данных и программ информационного обмена
между ними.

Современная технология организации автоматизированных банков


данных должна обеспечивать:

 неизбыточное хранение взаимосвязанных данных,


образующих базу данных;
 быстрый прямой доступ пользователя к требуемым
элементам информации;
 независимость прикладных программ от структуры хранения
данных, живучесть программ в условиях развития
АСУ электрических сетей.
7 Базы данных АСУ в электроэнергетике
Базы данных не должны ограничиваться информацией,
непосредственно использующейся тем или иным структурным
подразделением сетевой компании.
Они должны включать:
 базы данных реального времени,
 информацию для электрических расчетов,
 паспортные данные оборудования электрических сетей,
 большой объем графической информации: карты схемы
электрических сетей, диспетчерские схемы подстанций,
эскизы, планы.
 поопорные схемы распределительных линий,
 расчетные модели сетей.

В ближайшем будущем необходимо создавать базы данных


потребителей, взаимоувязанные с базами данных
распределительных сетей.
При этом базы данных районов электрических сетей должны быть
составной частью баз данных вышестоящих сетевых организаций.
8 Интеграция информационного обеспечения
 Первым этапом интеграционного процесса был обмен
оперативными телемеханическими данными между оперативно-
информационными комплексами предприятия РСК и вышестоящей
сетевой компании. Этот обмен был достигнут при небольших
финансовых затратах: требуется наличие канала связи с
соответствующей каналообразующей аппаратурой и программного
обеспечения, поддерживающего помехоустойчивую передачу
телемеханических данных в обе стороны.
 Вторым этапом является создание полномасштабной
интегрированной базы данных и корпоративной вычислительной сети
энергетических компаний.
 Третий этап – широкое использование трехзвенной архитектуры
информационного и программного обеспечения. Создание и
использование сервера приложений в локальной вычислительной
сети позволяет сделать еще один шаг на пути интеграции —
интегрировать не только информацию, но и программные продукты.
Интеграция программных продуктов позволит облегчить их
эксплуатацию, снизить расходы на их приобретение. Обеспечение
занесения информации с мобильных устройств.
Перспективы развития информационного
9
обеспечения
 разработка и совершенствование структуры единой распределенной
базы данных АСДУ на уровнях сетевого предприятия, его
структурных подразделений и вышестоящих сетевых компаний;
 разработка типовых структур баз данных и информационных систем
на электроэнергетических объектах с использованием
международных и отраслевых стандартов;
 разработка и совершенствование отраслевых стандартов
информационного обеспечения АСУ с использованием
унифицированных отраслевых справочников и классификаторов.
 совершенствование и развитие технологических комплексов
программ на основе использования унифицированных структур
данных и моделей для технологических расчетов и проектирования
ЭЭС;
 оптимизация потоков информации, циркулирующей между уровнями
иерархии сетевых компаний и диспетчерского управления;
 разработка мобильных приложений для удаленного доступа к КИСУ
для служб эксплуатации
 Широкое применение геоинформационных систем
10 Прикладное программное обеспечение
Прикладное программное обеспечение АСУ сетевой компании
обеспечивает решение задач управления технологическим
процессом распределения электроэнергии и управления
производственно-технической и хозяйственной
деятельностью сетевой компании.
Основные критерии выбора конкретных программ:
 функционирование в среде современной или перспективной
операционной системы (лучше — возможность
функционирования в нескольких средах);
 наличие информационного интерфейса с современными
системами управления базами данных;
 наличие удобного графического интерфейса;
 соблюдение одного из имеющихся стандартов хранения
информации;
 совместимость: легкость, с которой программный продукт
может взаимодействовать с другими программными
продуктами;
 обязательства производителя программного продукта по
его технической поддержке и обновлению версий.
11 Классификация прикладного ПО для АСДУ
 Программное обеспечение ОИК (SCADA-система);
 Программы электротехнических расчетов:
- оценка состояния (по данным телеизмерений)
- расчеты установившихся режимов
- расчеты ТКЗ
- расчеты переходных процессов
- расчеты надежности (вариантов отказов)
- оптимизационные расчеты (оптимизация режима по критерию
min потерь мощности)
 Программы учета аварийных отключений (АСУ Аварийность)
 Программы учета и анализа ремонтных заявок (АСУ РЭУ)
 Программы советчиков диспетчера и составления бланков
переключений
 Программы для определения места повреждения
 Программы-тренажеры оперативного персонала (ТОП,
режимный тренажер, on-line тренажеры)
12 Классификация прикладного ПО для АСКУЭ

 Программа АИИС КУЭ (опрос счетчиков по заданному


регламенту, учет электропотребления);
 Программы для расчета и составления балансов
электроэнергии и мощности
 Программы расчета прогнозов потребления
 Программы учета потребителей электрической сетевой
компании и ведения договоров с потребителями
 Программы учета ремонтов и техобслуживания компонентов
АИИС КУЭ
 Программы расчетов потерь электроэнергии и тарифов
сетевой компании
 Программы расчета оплаты за электроэнергию
13 Классификация прикладного ПО для АСПТУ
 Программы бухгалтерского учета;
 Программы кадровой службы;
 Программы складского учета;
 Программы учета документооборота (АСУД);
 Программы экономического отдела: расчеты смет работ
 Программы ведения паспортов электротехнического
оборудования
 Графические пакеты для ведения комплектов электрических
схем
 Геоинформационные системы с дополнительными
функциями для сетевой компании
 Программы учета технологических присоединений с
анализом возможности новых присоединений (анализ
перспективного развития электрической сети)
 Программы учета производственных активов
 Программы ТОиР, ТПиР (учет технического обслуживания и
ремонтов)
 Программы учета строительных ремонтов и договоров с
подрядчиками
 Программы для диагностики состояния оборудования и
линий
14 Жизненный цикл АСУ
 Обследование предприятия, определение функций к
автоматизации;
 Разработка и согласование технико-коммерческого
предложения (ТКП), объявление тендера;
 Рассмотрение заявок на тендер, конкурсные процедуры,
выбор поставщиков, и подписание договора;
 Разработка, согласование и утверждение технических
условий (ТУ), технического задания (ТЗ) на проект и
согласование проекта с различными инстанциями;
 Производство и поставка оборудования и программного
обеспечения;
 Выполнение монтажных, наладочных и пуско-наладочных
работ, выполнение работ по внедрению программного
обеспечения;
 Обучение пользователей системы;
 Приемо-сдаточные испытания;
 Сдача системы в опытную эксплуатацию, проверка работы
системы, устранение замечаний;
 Сдача системы в промышленную эксплуатацию;
 Гарантийное и послегарантийное обслуживание.
 Техническая и консультационная поддержка во все время
15 Стадии разработки прикладного ПО
 Стадия анализа (формулируется цель создания ПО, его
функциональности, выделяются отдельные задачи,
составляются технические требования);
 Стадия проектирования (Составление технического задания
на проект, составление детальных технических заданий на
отдельные функции системы, отдельные задачи);
 Стадия создания прототипа (первой упрощенной версии,
пилотный проект для проверки правильности проектных
решений);
 Стадия реализации программного проекта (реализация
структур данных, написание и отладка программного кода,
управление сборками и версия программного продукта);
 Тестирование (написание автоматизированных тестов,
тестирование функциональности в соответствии с ТЗ)
 Разработка пользовательской документации;
 Выпуск бета-версии, получение отзывов пользователей,
доработка
 Выпуск версии программного продукта;
 Поддержка и сопровождение.
16 Состав команды разработчиков ПО
 Менеджер проекта (подбор команды проекта, формулирование
и исполнение плана проекта, руководство командой проекта,
обеспечение готовности программного продукта);
 Ведущий разработчик (выбор архитектурных и технологических
решений, диагностика и разрешение всех технических проблем,
мониторинг состояния проекта)
 Ведущий программист, рядовые программисты
 Ведущий тестировщик, рядовые тестировщики
 Ведущий технолог проекта (сопровождение среды для сборки
проекта, создание процедуры установки продукта,
сопровождение и администрирование системы управления
исходным текстом проекта)
 Ведущий разработчик пользовательской документации,
рядовые разработчики документации
 Инженерный психолог (менеджер клиента).Отвечает за
впечатление, которое продукт оставляет у пользователей, за
дизайн интерфейса
 Группа менеджмента и маркетинга продукта
 Группа технической поддержки
Представление архитектуры
17
программного продукта
 Логическое представление (Logical view) – описание системы с
точки зрения конечного пользователя. Логическая структура системы
– абстракция модели проектирования, отражает деление на
подсистемы и сущности (классы), которые предоставляют
функциональные возможности пользователю. Включает требования
к функциональности системы, описание требований к отдельным
функциям и задачам. Отв.: Аналитик и менеджер клиента. системе.
Представление интерфейса - пользовательский интерфейс и
выполнение основных функций.Отв.: Дизайнеры интерфейса
 Реализация проекта (Implementation view) – разработка
программного кода: исходный код, библиотеки, классы объектов.
Управление процессом разработки. Отв.: Ведущий программист,
программисты
 Представление поведения системы (Process view) – описание
системы с точки зрения процессов. Все современные системы
отличаются высокой степенью параллелизма и многопоточной
обработкой. Исследование пропускной способности и других
вопросов производительности. Отв.: Аналитики, Тестировщики
 Представление с точки зрение развертывания системы
(Deploement view) – размещение реализации системы по
поддерживающей их инфраструктуре. Инсталляция системы, обмен
информацией. Отв. : ведущий технолог проекта, программисты
18 Понятия: актор и прецедент
 Актор (actors) – это некто или нечто, взаимодействующее с
разрабатываемой системой. Они выполняют некоторые
действия, заставляя систему делать свою работу. Акторы не
являются частью разрабатываемой системы, а находятся за
ее пределами.
Существует 3 вида акторов: пользователи, приборы и другие
системы. С помощью понятия актора описываются границы
автоматизированной системы. Под актором часто понимают
различных пользователей. Примеры пользователей:
диспетчер, инженер по режиму, мастер-кабельщик и др.
Пользователь выполняет определенную задачу
технологического процесса. Набор задач, характерных для
данного пользователя, объединяются в автоматизированные
рабочие места.
 Прецедент (use case) – последовательность действий,
выполняемых системой , чтобы предоставить пользователю
значимый результат. Прецедент описывает серию
взаимодействий пользователь/система, в результате которой
пользователь решает определенные задачи.
Вид на архитектуру с точки зрения
19
прецедентов

В модель прецедентов представлены основные виды


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

Оценить