14 декабря 1997 года редакция Цыгулина Алексея
Разнообразие личных вкусов программистов, работающих на ПЭВМ, приводит к разнобою в написании программных функций, требования к разработке и оформлению которых, должны быть систематизированы. Совокупность таких основных требований будем в дальнейшем называть интерфейсом задач АСУ.
Несоблюдение единых требований значительно затрудняет разработку и освоение задач пользователем, затягивает сроки внедрения задач, взывает необходимость в большом количестве мелких доработок в ходе сопровождения задач, и самое главное является причиной возникновения аварийных ситуаций, приводящих к потере полезной информации.
Выполнение единых требований к разработке интерфейса задач позволит повысить качество и надежность программного обеспечения задач АСУ, сократить объемы его доработок при сопровождении, облегчить освоение задач пользователями.
В интерфейсе задач можно выделить следующие подразделы, требующие при разработке и оформлении особого внимания:
- разработка и оформление алгоритма задачи;
- разработка и оформление сервисных функций задачи и внутреннего (межмодульного) интерфейса;
- назначение функциональных клавиш;
- обработка стандартных и аварийных ситуаций;
- защита авторских прав;
- установка программного обеспечения задачи на ПЭВМ пользователя.
2.1.1. Функционально-ориентированные алгоритмы в задаче, несущие определенную смысловую нагрузку или соответствующие пунктам меню, рекомендуется выделять в процедуры.
2.1.3. Должны быть соблюдены следующие требования к идентификации индексных файлов баз данных:
- имя индексного файла должно отображать принадлежность индекса к соответствующей базе данных и состоять из имени базы данных и порядкового номера индекса.
Например: имя файла базы данных - NORM.DBF
имена индексных файлов - NORM1.IDX,NORM2.IDX и т.д.
2.1.4. Во всех программах задачи при отображении меню и экранов желательно использовать одни и те же, заранее выбранные наборы ответов:
настраиваемых дополнительной задачей и сохраняемых в «системных» переменных:
SSVCLFON цвет фона экрана;
SSVCLTXT цвет текста и фона статических полей;
SSVCLVAR цвет текста и фона полей ввода;
SSVCLEDT цвет текста и фона полей ввода во время редактирования;
SSVCLMNU цвет текста и фона меню;
SSVCLBUT цвет текста и фона кнопок;
SSVCLHLP цвет текста и фона служебных строк назначения клавиш, подсказок;
SSVCLINF цвет текста и фона информационных экранов и сообщений;
SSVCLERR цвет текста и фона сообщений об ошибках;
SSVCLMES1 цвет текста и фона сообщений о непредвиденных сложностях;
SSVCLMES2 цвет текста и фона сообщений (запросов на подтверждение) о штатных ситуациях (конец базы, записи не найдены…);
SSVCLMES3 цвет текста и фона сообщений (запросов на подтверждение) о необратимых действиях пользователя (удаление, изменение нескольких полей…);
В этих переменных хранится макрос вида:
W+/B,W/G,B+/B…
который нужно использовать так:
@10,5 GET VARIABLE PICTURE ‘999’ COLOR &SSVCLEDT
SET COLOR TO &SSVCLTXT
Использовать режим отображения рамки экрана( 3-ий параметр команды SET COLOR TO) не рекомендуется.
Таким образом настройка цветов выходит в отдельную задачу и работа пользователя упрощается ввиду единого цветового решения всей АСУ.
2.1.6. при оформлении текста программ программист обязан отобразить в виде комментариев:
- в заголовках внешних программ - наименование задачи, назначение программы, дату разработки, имя автора;
- в заголовках процедур - назначение;
2.1.10. При установке курсора на пункт меню или на кнопку в служебной строке должно высвечиваться более подробное описание его назначения.
2.1.12. В соответствии со спецификой работы ПЭВМ пользователя в задаче должен быть предусмотрен алгоритм настройки команд печати, загрузки русского шрифта для всех имеющихся и подключаемых типов печатающих устройств в данном подразделении. (Например: Epson-FX, pson-LQ, AЦПУ ЕС, Star, Olivetti и др.) Запуск алгоритма должен быть предусмотрен из головного меню. Пользователю в виде меню должен быть предложен выбор из списка нужного типа печатающего устройства.
2.1.13. В задаче должен быть предусмотрен алгоритм сжатия баз данных путем чистки помеченных к удалению записей командой PACK и удаления после этого файлов с расширением BAK. Алгоритм запуска операции сжатия может быть предусмотрен из меню или автоматически и разработан в соответствии с постановкой конкретной задачи.
?2.1.14. Перед формированием страховой копии базы данных на ГМД ли выполнением необратимой операции по изменению базы данных PACK,COPY,FLUSH,INSERT,SORT и др.) должен быть предусмотрен алгоритм автоматического тестирования корректности структуры базы данных средствами Foxpro или специальной программой DBF.EXE /пока нет/.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.