1.1.6Заключение.

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

2Требования к функциональности приложений и оформлению текстов программ

Вот те десять заповедей разработчика, нарушение любой из которых является грехом и будет кем-нибудь (догадайтесь с третьего раза) покарано…

1. Приложение (проект) не должно иметь имя вроде Project, 1, ttt, МашаиМедведь и т.п. Другими словами, имя приложения должно нести смысловую нагрузку.

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

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

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

5. Если приложение выполняет какую-либо операцию длительностью более 1-2 сек., надо, как минимум, изменять форму курсора мыши (например, на «песочные часы») для того, чтобы дать знать пользователю о том, что приложение еще работает, а не «висит». При выполнении длительной по времени операции приложение должно обрабатывать сообщения Windows и иметь управляющий компонент, предназначенный для прерывания длительной по времени операции. Для загрузки курсора «песочные часы» см., например, функцию CWinApp::DoWaitCursor().

6. Визуальные компоненты приложения должны иметь подсказки, именуемые hints, ToolTips и т.п.

7. Приложение должно иметь окно «О программе» (About) и файл справки. В окне About должно быть указано ФИО разработчика и группа. Файл справки должен иметь хотя бы два уровня: содержание и собственно подсказки. Файл справки можно разрабатывать с использованием любых доступных вам средств.

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

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

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