Создание - документация
Cтраница 3
 |
Уровни графических программ Н6НИ6 НЗ ВЦ рЗЗЛИЧНОГО ПрО. [31] |
Целью создания пакета авторы ставили разработку достаточно удобного в обращении и легко транспортируемого с одного типа ЭВМ на другой математического обеспечения машинной графики, в основном предназначенного для использования в научных расчетах. Опыт эксплуатации пакета, в том числе и одним из авторов книги, показал, что с поставленной задачей разработчики успешно справились. Заметим, что, кроме научных расчетов, областью применения пакета является также и автоматизация создания чертежно-конструкторской документации. Один из вариантов пакета ФАП-КФ для вывода изображения фигуры использует пакет ГРАФОР. [32]
Автор глубоко убежден, что реальный прогресс не может быть достигнут, пока программисты не научатся ясно различать язык программирования ( его официальное описание) и реализацию этого языка программирования в терминах транслятора с этого языка программирования и используемой ЭВМ. Причем первое должно быть понятно без знания второго. А ожидать того, что программисты научатся ясно различать это, можно лишь в том случае, если разработчики языков программирования будут ставить перед собой такую цель, а те, Кто занимается реализацией языков программирования и созданием документации, не будут препятствовать ее, достижению. [33]
По этой причине проблема удачного описания системы сегодня имеет не меньшее ( а иногда и большее) значение, чем проблемы, непосредственно связанные с разработкой системы. Однако литературы, знакомящей советского читателя с методикой написания руководств для пользователей вычислительных систем, практически нет. Настоящая книга является первой ласточкой в этой тематике. Уолш Туководство по созданию документации для математического обеспечения, выпущенную издательством Наука в 1975 г., но с тех пор прошло уже десять лет, а это при бурном развитии вычислительной техники срок огромный, и, кроме того, в книге Уолш рассмотрен значительно более узкий круг вопросов. [34]
Кроме того, был разработан ряд средств, специально предназначенных для этой цели. К их числу относятся сервисная программа NEATPL [24], обеспечивающая получение удобочитаемых листингов компилятора, компилятор с МФЭЯ, редактор текстов и некоторые другие программы. Особое внимание было уделено созданию документации. [35]
В состав пользовательской документации должны входить руководства, учебные пособия, возможно, даже автоматизированные программы с инструкциями ( для крупных организаций), обучающие средства и материалы. Интенсивное обучение может в некоторой степени компенсировать различные пробелы в пользовательской документации. А хорошая справочная служба возместит недостаточно информативные обучающие материалы. Пользователям следует принимать участие в процессе создания документации. Они смогут подтвердить, что уровень документации вполне достаточен для того, чтобы успешно овладевать знаниями. Всестороннее обсуждение пользовательской документации не является темой данной книги. [36]
В отличие от исследования, при котором речь идет преимущественно о новых знаниях, целью проектирования является предопределение, причем не только технического устройства, но и технологического метода. Поэтому результаты проектирования не исчерпываются только разработкой документации для изготовления. Нужна также и разработка документации, позволяющей реализовать технологический метод. Таким образом, любое проектирование должно заканчиваться созданием документации для материального осуществления оптимального решения некоторой задачи. [37]
Процедура TreeSearch почти точно следует приведенному ранее 5-шаговому словесному алгоритму. Если вы в словесной форме можете указать, что нужно сделать, то вы без большого труда сможете преобразовать эти слова в текст программы на Модуле-2. Нам кажется, что псевдокод ( смесь, в данном случае русского языка с элементами Модулы-2) в плане описания алгоритма несравненно лучше для разработки программ и создания документации, чем метод блок-схем. [38]
Создание автоматизированных информационных систем и технологий в экономике может осуществляться по двум вариантам. Первый вариант предполагает, что этой работой занимаются специализированные фирмы, имеющие профессиональный опыт подготовки программных продуктов конкретной ориентации ( бухгалтерский промышленный учет, бухгалтерский учет в банках, автоматизация конкретных банковских операций и т.п.), их продажи и дальнейшего сопровождения в организациях, эксплуатирующих поставленные программные средства и системы. Если АИС и АИТ создаются по второму варианту, проектированием и созданием разработок в этой области занимаются проектировщики-программисты, находящиеся в штате предприятий и организаций, где осуществляется переход на использование новых технических средств, создаются новые информационные технологии и системы. В проведении проектировочных работ в настоящее время встречаются две крайности. В одном случае строго соблюдаются стандарты изготовления документации, но зато сроки разработки сильно затягиваются, создание системы не вписывается в ритм реальной жизни и она оказывается нежизнеспособной. В другом случае умение разработчиков создавать программы для автоматизации решения отдельных задач позволяет им без задержек обеспечить процесс использования разработок конечным пользователем, система начинает работать, но создание документации отстает и в результате получается изделие, трудоемкое для эксплуатации, а освоение его в значительной степени зависит от специалистов-разработчиков. Это противоречие преодолимо при соблюдении проектной дисциплины. [39]
Страницы: 1 2 3