ВУЗ:
затруднения. Так, не нужно детализировать описание начального диалога
программы с пользователем, когда запрашиваются некоторые параметры и
проверяется их принадлежность некоторому диапазону.
В описании алгоритма не следует использовать внутренних имен
функций и модулей, из которых состоит программа. Следует давать им
названия, отражающие смысл. При описании программного обеспечения
желательно дать таблицу соответствия содержательных
и формальных
имен. Например, если в программе, функция, выполняющая оценку
точности решения, носит имя accur(), то в описании алгоритма следует
использовать осмысленное название "модуль оценки точности". В тексте
программы в свою очередь должен быть комментирующий текст,
поясняющий читателю назначение функции accur().
Еще отметим, что не во всякой дипломной работе можно говорить об
алгоритме в строгом смысле этого слова. Допустим, разрабатывается
программа на языке Пролог. Тогда алгоритм скрыт в используемых
языковых средствах, и уместнее говорить о сценарии работы программы.
Это же касается использования прикладных программных пакетов,
предназначенных, например, для моделирования динамических систем. В
общем, термин "алгоритм" можно использовать и в этом случае, но
понимать
его в расширительном смысле, как алгоритм взаимодействия
пользователя с прикладной программной системой. Синонимами здесь
будут такие термины как "сценарий", методика", "последовательность
действий".
Итак, выбор адекватного языка описания алгоритма представляет
собой нетривиальную задачу и должен производиться взвешенно. Здесь
полезны обсуждения с руководителем и консультантом.
3.2. Описание программного обеспечения.
Требования
к объему и детализации описания программного
обеспечения зависят от задач и характера дипломной работы, от объема
разрабатываемых программ. Программное обеспечение должно быть
описано в соответствии с основными требованиями ГОСТов,
составляющих Единую систему программной документации (ЕСПД). В
реальной практике в ТЗ (техническое задание) включается раздел
"Требования к программной документации", в котором
определяется
состав документов, передаваемых Заказчику вместе с программным
обеспечением: например, "Руководство системного программиста",
"Руководство оператора", "Программа и методика испытаний" и т.д. В
документах имеются повторяющиеся разделы (например, "Назначение
затруднения. Так, не нужно детализировать описание начального диалога программы с пользователем, когда запрашиваются некоторые параметры и проверяется их принадлежность некоторому диапазону. В описании алгоритма не следует использовать внутренних имен функций и модулей, из которых состоит программа. Следует давать им названия, отражающие смысл. При описании программного обеспечения желательно дать таблицу соответствия содержательных и формальных имен. Например, если в программе, функция, выполняющая оценку точности решения, носит имя accur(), то в описании алгоритма следует использовать осмысленное название "модуль оценки точности". В тексте программы в свою очередь должен быть комментирующий текст, поясняющий читателю назначение функции accur(). Еще отметим, что не во всякой дипломной работе можно говорить об алгоритме в строгом смысле этого слова. Допустим, разрабатывается программа на языке Пролог. Тогда алгоритм скрыт в используемых языковых средствах, и уместнее говорить о сценарии работы программы. Это же касается использования прикладных программных пакетов, предназначенных, например, для моделирования динамических систем. В общем, термин "алгоритм" можно использовать и в этом случае, но понимать его в расширительном смысле, как алгоритм взаимодействия пользователя с прикладной программной системой. Синонимами здесь будут такие термины как "сценарий", методика", "последовательность действий". Итак, выбор адекватного языка описания алгоритма представляет собой нетривиальную задачу и должен производиться взвешенно. Здесь полезны обсуждения с руководителем и консультантом. 3.2. Описание программного обеспечения. Требования к объему и детализации описания программного обеспечения зависят от задач и характера дипломной работы, от объема разрабатываемых программ. Программное обеспечение должно быть описано в соответствии с основными требованиями ГОСТов, составляющих Единую систему программной документации (ЕСПД). В реальной практике в ТЗ (техническое задание) включается раздел "Требования к программной документации", в котором определяется состав документов, передаваемых Заказчику вместе с программным обеспечением: например, "Руководство системного программиста", "Руководство оператора", "Программа и методика испытаний" и т.д. В документах имеются повторяющиеся разделы (например, "Назначение
Страницы
- « первая
- ‹ предыдущая
- …
- 9
- 10
- 11
- 12
- 13
- …
- следующая ›
- последняя »