|
<< Click to Display Table of Contents >> Navigation: Принципы проектирования > Проверка качества проекта |
При разработке проектов нужно придерживаться нескольких правил.
Приведен список пунктов, которые помогут оценить качество вашего проекта.
1.Если в проекте встречаются одинаковые программы, окна, объекты, шаблоны архивирования, шкалы, модули ввода-вывода и т.п. более одного раза, то в дерево библиотек добавлены типы, а в дереве проекта используются их экземпляры, где это возможно, или наследники, где экземпляры создать нельзя.
2.Каналы протоколов или модулей ввода-вывода имеют связи только с параметрами объектов. Если канал имеет прямую связь с графическим элементом окна объекта, то проект сделан не оптимально с точки зрения. Канал может иметь связь с графическим элементом окна, если окно расположено в протоколе или модуле ввода-вывода, которому принадлежит канал.
3.Каналы имеют минимальное количество связей с параметрами объекта: одна связь для каналов с доступом Input, Output; две связи для каналов InOut.
4.Типы параметров объектов должны соответствовать типам параметров каналов, с которыми они связаны. За исключением случаев, когда польза при конвертации выше потери данных о качестве канала и метке времени, например, канал с System_dint_param связан с параметром типа Перечисление.
5.Архивы формируются по изменению.
6.Для архивируемых параметров указана мертвая зона архивирования.
7.На тренды одновременно выводится минимально возможное для проекта количество перьев. Не более 5-7 в один момент времени в одном окне.
8.Минимизировано число архивируемых параметров и параметров, для которых свойство Сохранять=Да.
9.Если программа выполняется по вызову из окна, и значения параметров программы определяются в окне, то их нужно задавать, через параметры действия (параметры действия связываются с соответствующими свойствами графических элементов, а не параметры программы в дереве с графическими элементами напрямую). Если параметры программы определяются, например, в других программах, то связи могут быть заданы явно от одной программы в другую, или из параметра в дереве проекта в программу или обращаться через прямой доступ к параметрам проекта.
10.Реальный средний период выполнения задач не превышает заданный, и не увеличивается со временем.
11.Если проект с резервированием, то разработчик понимает, какие параметры синхронизируются между узлами (свойство Сохранять = Да). Это может быть особенно актуально, если опрос нижнего уровня ведет только узел, который является основным.
12.Период основной задачи узла (цикл работы программы в исполнительной системе) выбран оптимально для большинства объектов.
13.Объекты, для которых реально нужна высокая скорость обработки назначены в дополнительную задачу узла.
14.Объекты, которые можно выполнять реже, чем другие назначены в дополнительную задачу узла.
15.Имена параметров, объектов и других компонентов имеют уникальные названия, которые понятны коллегам и службе эксплуатации объектов, заданы комментарии.
16.Названия элементов не начинаются с цифры и не содержат спецсимволов.
Смотрите также: