Однако ни один из стандартов программирования не должен рассматриваться как абсолютное правило, кото рое не может быть нарушено. Назначением стандартов является прежде всего создание основ для некоторых приемов работы, с тем чтобы любое предлагаемое отклонение могло быть тщательно исследовано для определения, оправдано ли оно. Не имеет смысла перечислять возможный набор стандартов, так как он достаточно велик, и, кроме того, большинство организаций имеет свой, конкретный набор, соответствующий их среде. Однако для понимания проблемы можно сослаться на некоторые наиболее важные положения, относящиеся к методологии стандартов форматы документации режимы компиляции соглашения по поводу записи комментария характеристики языка программирования, которые необходимо избегать. [c.141]
Внешняя и внутренняя однотипность требует предварительной разработки некоторых правил, относящихся к названиям, ключам, форматам и т. д., и некоторых стандартов программирования, которыми должны руководствоваться программисты. Эти требования почти не усложняют работу разработчиков, однако значительно облегчают работу операторов и тех программистов, которым в период эксплуатации нередко приходится исключать, добавлять или изменять некоторые программы, а следовательно, облегчают подготовку обслуживающего персонала в период внедрения системы. [c.102]
Как видно из рис. 7.4, рабочая нагрузка при выполнении функции разработки достигает наибольшей величины в фазе программирования. Основная задача организации разработки заключается в координации усилий большого числа сотрудников, занятых реализацией этой функции, а также в организации взаимодействия с другими функциональными группами. Кроме того, соблюдение принятых стандартов программирования также входит в круг задач управления. [c.110]
Стандарты программирования в рамках этой книги не включают соглашения о требованиях, внешние спецификации и т. п., так как указанные документы относятся к процедурам планирования и управления. Под стандартами программирования понимается совокупность правил разработки и кодирования программ, которым или принято следовать или нет. В этой книге не дела- [c.344]
В настоящее время на основе опытно-статистических данных, накопленных в различных организациях, занимающихся программированием задач для решения их с использованием ЭВМ, разработаны нормативные документы и стандарты. Госкомтруд СССР утвердил Укрупненные нормы времени на разработку, изготовление и сопровождение программных средств вычислительной техники (М. Экономика, 1988). [c.90]
Основой, обеспечивающей реализацию открытых систем, служит совокупность стандартов, с помощью которых унифицируется взаимодействие аппаратуры и всех компонентов программной среды языков программирования, средств ввода-вывода, графических интерфейсов, систем управления базами данных, протоколов передачи данных в сетях и т.п. В результате сотрудничества многих национальных и международных организаций был определен набор стандартов, учитывающих различные аспекты открытых систем. [c.40]
На стадии стратегического планирования и анализа требований уточняются исходные данные и разрабатываются спецификации требований к прикладному программному обеспечению и к среде. Эти спецификации должны позволять уточнить первичные функциональные профили ИС, заданные в ТЗ, дополняя их стандартами, применение которых потребуется на стадии проектирования. Такие дополнения, в частности, могут возникать в связи с принятием принципиальных решений по структуре прикладного ПО, архитектуре среды распределенной обработки данных, распределению функций защиты информации между прикладным программным обеспечением и средой ИС для обеспечения заданной категории информационной безопасности, выбору инструментальных средств проектирования и программирования. Принимаемые на этой стадии решения исходят из альтернативного выбора методологии и принципов построения ИС между функционально-модульным и объектным подходами. В плане создания ИС, разрабатываемом на этой стадии, учитываются работы, связанные с построением и оформлением функциональных профилей ИС [c.80]
Первым укажем стандарт, который можно использовать при формировании заданий на программирование. [c.383]
Многие программисты пользуются объектно-ориентированными языками значительно успешнее, чем языком естественным. Когда, пытаясь навести порядок в потоке экстремальных ситуаций в программировании, менеджер проекта предлагает зафиксировать задания в проектном списке, обычно выдается текст, состоящий в основном из английских аббревиатур расширений файлов вместо схемы Дано — требуется осуществить . Необходимо исходный документ X с помощью версии N обработать так, чтобы получить результирующий документ Y версии М, который отвечал бы запросам на изменения Zl, Z2,. .. Результирующий документ должен соответствовать стандарту S версии К, а при разработке должен использоваться инструмент I конфигурации 1С версии J. Такая запись позволяет точно и полно описать ситуацию. [c.410]
Должен знать руководящие и нормативные материалы, регламентирующие методы разработки алгоритмов и программ и использования вычислительной техники при обработке информации основные принципы структурного программирования виды программного обеспечения технико-эксплуатационные характеристики, конструктивные особенности, назначение и режимы работы СВТ, правила ее технической эксплуатации технологию автоматической обработки информации виды технических носителей информации методы классификации и кодирования информации формализованные языки программирования действующие стандарты, системы счислений, шифров и кодов порядок оформления технической документации передовой отечественный и зарубежный опыт программирования и использования вычислительной техники основы экономики, организации производства, труда и управления основы трудового законодательства правила и нормы охраны труда. [c.349]
Описательные модели построения документов возникли давно и продолжают создаваться. Одна из последних таких моделей предложена программистами, которые дают структуру текстовой документации, используемой при программировании, и указания, как следует описывать те или иные элементы математического обеспечения ЭВМ . Ранее принцип подобной описательной модели формы документов был использован при подготовке теперь уже отмененного ГОСТ 6. 33—70 на документацию первичного учета. В этом стандарте, например, говорилось Номер формы документов должен располагаться в правом верхнем углу формы , Название документа должно помещаться в верхней части формы посередине , Наименование места составления документа должно располагаться слева, выше названия документа и т. д. [c.83]
Информация по категории персонал включает разделы структура и процедуры (операционные процедуры, правила кодирования и проверки, а также стандарты документирования). Раздел структура включает подразделы технический и административный. В первом из подразделов для конкретного модуля определяются имя, квалификация разработчика (опыт программирования, знание языков программирования) и ответственность (например, руководитель отдела программирования). Второй подраздел определяет аналогичную административную информацию. [c.57]
Операционные процедуры включают информацию о рабочей среде," т. е. пакетный или интерактивный режим работы, свободный или ограниченный доступ. Правила кодирования и проверки содержат информацию о степени использования структурного программирования. Стандарты документирования включают форматы и процедуры документирования данного модуля. [c.57]
Ш а г 1. Выбор языка программирования. Выбор языка программирования обычно диктуется требованиями заказчика, имеющимися ресурсами или принятыми организационными стандартами. Выбор языка программирования производится в период определения частоты применения проектируемого продукта ПО. Существенное влияние на выбор языка оказывают его возможности обеспечивать надежный процесс получения программ, наличие и специфические особенности компилятора, наличие тестовых средств и т. д. [c.143]
Должен знать основы рентгенотехники и программирования устройство, принцип работы и основные узлы рентгеноспектральных аппаратов санитарные правила работы с радиоактивными изотопами краткие сведения о строении атома, радиоактивности, взаимодействии рентгеновского излучения с веществами методики рентгеноспектрального анализа точность и чувствительность различных методов классификацию ошибок порядок установки и юстировки кристаллов общие и специальные методы рентгеноспектрального анализа (внешнего стандарта, стандарт-фона). [c.91]
Должен знать постановления, распоряжения, приказы вышестоящих органов, методические, нормативные и другие руководящие материалы по организации автоматизированных систем управления производством перспективы развития предприятия технологию производства продукции предприятия организацию технико-экономического планирования и оперативного управления производством структуру предприятия, производственные и функциональные связи между его подразделениями задачи и содержание АСУП порядок разработки проектов АСУП и ее подсистем технические характеристики, конструктивные особенности, назначение и правила эксплуатации средств обработки и передачи информации порядок постановки задач, их алгоритмизации основы, проектирования механизированной обработки информации и программирования формализованные языки программирования действующие системы счислений, шифров и кодов стандарты унифицированной системы организационно-распорядительной документации порядок разработки и оформления технической документации основы экономики, организации труда, производства и управления основы трудового законодательства правила и нормы охраны труда, техники безопасности, производственной санитарии и противопожарной защиты. [c.66]
Должен знать постановления, распоряжения, приказы вышестоящих органов и другие руководящие, методические и нормативные материалы по технологической подготовке производства конструкцию изделий или состав продукта, на которые проектируется технологический процесс технологию производства продукции предприятия перспективы технического развития предприятия системы и методы проектирования технологических процессов и режимов производства основное технологическое оборудование и принципы его работы технические характеристики и экономические показатели лучших отечественных и зарубежных технологий, аналогичных проектируемым типовые технологические процессы и режимы производства технические требования, предъявляемые к сырью, материалам, готовой продукции стандарты и технические условия нормативы расхода сырья, материалов, топлива, энергии виды брака и способы его предупреждения основы систем автоматизированного проектирования порядок и методы проведения патентных исследований основы изобретательства методы анализа технического уровня объектов техники и технологии основы программирования основные требования научной организации труда при проектировании технологических процессов руководящие материалы по разработке и оформлению технической документации опыт передовых отечественных и зарубежных предприятий в области прогрессивной технологии производства аналогичной продукции основы экономики организацию производства основы трудового законодательства правила и нормы охраны труда, техники безопасности, производственной санитарии и противопожарной защиты. [c.143]
С тех пор теория проектирования программного обеспечения достигла определенного прогресса, и теперь, согласно точке зрения Ие [2], она представляет собой инженерный подход к разработке программных средств ЭВМ, охватывающий методологию программирования, проблемы обеспечения надежности программ, оценки рабочих характеристик и качества проектов, вопросы управления проектированием систем программного обеспечения, а также средства и стандарты разработки программ. [c.11]
Помимо функционального разбиения, процесс управления проектированием программного обеспечения подразделяется также на фазы. Большинство авторов, пишущих о разработке программных средств, признают понятие фазы, но пока не существует стандартов не только для названий фаз, но и для их числа [5]. В этой книге рассматриваются шесть фаз исследования, анализ осуществимости проекта, конструирование, программирование, оценка и использование. Если прочитать ч. II книги до конца, то можно ознакомиться с ролью каждой функции в каждой фазе в порядке следования фаз. Если же кого-то заинтересует только одна определенная фаза, то в каждой главе он сможет найти соответствующие раз- [c.17]
Наконец, при организации разработки программного изделия следует учесть еще один инструмент, хорошо вписывающийся в индивидуальные рабочие планы, — использование стандартов. Каждый, кто занимался программированием, по достоинству оценивает пользу стандартизации в кодировании и документировании программ. В равной мере важны стандарты управления, помогающие проводить планирование, анализ результатов и оценку эффективности осуществляемых проектов. Для того чтобы иметь возможность проверять полноту планирования и проводить декомпозицию проекта на любом этапе, необходимы системные и процедурные руководства, описывающие как методику проведения разработки, так и методики выполнения связанных друг с другом функций поддержки, выпуска документации и испытаний. [c.89]
Стандарт AB на программирование (см. п. 4.1.д) З.(2,3).га.1.2. Ограничения на совместимость (Ч) [c.213]
Разработанный комплекс средств первой очереди математического обеспечения применялся в основном для решения отдельных задач функциональных подсистем АСПР на ЭВМ разных типов с использбванием общесистемного математического обеспечения АСПР. В этот комплекс входят программы ввода информации ( Документ ) и средства программирования процедурно-ориентированное математическое обеспечение для ЭВМ Минск-32 , система программ Счет-1 , типовые средства обработки данных на ЭВМ, типовые программы статистического анализа, задач линейного программирования, программы решения информационно-поисковых задач, терминальной отладки программ, универсальные программы печати таблиц, комплекс программ обмена данными между ЭВМ Минск-32 и ЕС ЭВМ через магнитные ленты в соответствии со стандартами системы Документ . [c.174]
Становление современного математического аппарата оптимальных экономических решений началось в 40-е годы, благодаря первым работам Н. Винера, Р. Беллмана, С. Джонсона, Л. Канторовича. Задача линейного программирования впервые математически сформулирована Л. В. Канторовичем в 1939 г. на примере задачи раскроя материалов для Ленинградского фанерного треста. В 1947 г. Дж. Данциг предложил универсальный алгоритм решения задач линейного программирования, названный им симплекс-методом. В 1941 г. Хичкок и независимо от него в 1947 г. Купсман формулируют транспортную задачу, в 1945 г. Стиглер — задачу о диете. В 1952 г. было проведено первое успешное решение задачи линейного программирования на ЭВМ Sea в Национальном бюро стандартов США. [c.102]
Выбор среды и языка программирования был обусловлен несколькими причинами. Во-первых, программы Mi rosoft Offi e де-факто стали стандартом офисных программ и с электронными таблицами Ex el в том или ином объеме знакомы наверняка все, кто серьезно задумывается над вопросами финансового планирования и бюджетирования (риск ошибиться в этом весьма невелик). Поэтому при работе с программами системы Бюджеты пользователь попадает в среду со знакомым интерфейсом и психологически готов начать работать практически сразу. Кроме того, у пользователя сохраняется возможность применить всю мощь стандартных средств электронных таблиц. Разработчики программы Бюджеты добавили к стандартным электронным таблицам ряд дополнительных программных возможностей, которые позволяют пользователям решать с помощью программы специфические задачи планирования и финансового бюджетирования на предприятии. [c.319]
Основные цели SPI E — помощь потребителям (заказчикам) программной продукции в выборе надежного поставщика и поддержка поставщика (разработчика) в его стремлении усовершенствовать процессы разработки. Для достижения поставленной цели предлагается оценить, как ведется работа. Оценка, в свою очередь, производится путем сравнения с эталонной моделью (фактически той же, но несколько менее детальной, что и в ISO I2207). Рассмотрим модель и оценочные показатели, на основе которых производится сравнение это, с одной стороны, наиболее сложные, а с другой — ключевые для понимания стандарта в целом компоненты. Остальное в основном связано с установкой рейтингов, подбором команды оценщиков и т.п., все это наглядно и толково сопровождается иллюстративными примерами из жизни и более связано с общими проблемами управления, чем со спецификой программирования. [c.404]
Компания пытается улучшить существующий процесс вместо того, чтобы перепроектировать его. Это наиболее грубая, хотя и довольно распространенная ошибка. Например, компания IBM redit до получения описанного выше положительного опыта проведения реинжиниринга предпринимала несколько безуспешных попыток, которые по сути дела сводились к автоматизации существующих процессов, а не к их радикальному перепроектированию. Автоматизация не могла привести к успеху, так как она не меняла сущности процесса, в ходе которого заполняемые экспертами вручную формы передавались из одного подразделения в другое. Более того, автоматизация не только не приносила существенного результата, но увековечивала плохо организованный процесс путем запоминания его в компьютере, что усложняло проведение успешных преобразований в будущем. Не достигнув желаемых результатов на пути автоматизации, специалисты начинают применять разнообразные методики, направленные на улучшение деятельности компаний. Кроме того, пытаются применять теорию очередей и линейное программирование для того, чтобы сбалансировать работы между подразделениями и минимизировать время ожидания. Как правило, результаты не удовлетворяют. Начинают устанавливать стандарты по эффективности работы на каждом шаге процесса и т. д. [c.177]
Программирование было и остается индивидуальным творчеством, где значительно больше, чем в других областях знаний, отражаются персональные качества человека. Однако персональность в высшей степени нежелательна, когда программа является частью продукции общего пользования. Поэтому особую значимость приобретают стандарты в программировании. В настоящее время у нас в стране и за рубежом уже приняты отдельные стандарты такого типа, как изображение блок-схем, технологических процессов обработки информации, приемов и техники программирования и т. д. [c.31]
Должен знать постановления, распоряжения, приказы вышестоящих органов, методические, нормативные и другие руководящие материалы по документационному обеспечению управления порядок планирования, проектирования и технологию работы на базе организационной и вычислительной техники служб документационного обеспечения управления методы разработки их оптимальных структур методы исследования, анализа, проектирования и развития документационных систем, стандарты на унифицированные системы документации порядок оформления, классификации, хранения, экспертизы ценности документов организацию архивного дела технические средства обработки документов и информации и перспективы их развития нормативные и методические документы по проектированию и эксплуатации автоматизированных информационных систем управления основы программирования, методы проектирова- [c.119]
Таким образом, в книге рассматривается инженерный подход к решению вопросов обеспечения надежности программных средств, оценки результатов проектирования и организации управления программными разработками. Если не считать ряда практических рекомендаций и ссылок на литературу, содержащую более подробные сведения по рассматриваемым вопросам, книга не касается собственно методологии программирования, оценки качества программ или введения средств и стандартов их разработ- [c.11]
Справочное руководство в каждом случае представляет собой процедуры выполнения работы, зафиксированные на бумаге. В последние годы напечатано много книг и статей, посвященных как опробованным на практике, так и новым системам и процедурам, вопросам их внедрения и использования. Специалистам по программному обеспечению хорошо известна книга Брэндона, описывающая стандарты управления в обработке данных [65], Брэндон отделяет методические стандарты (общепринятую практику и способы выполнения работы) от рабочих стандартов. В данной книге рассмотрены только методические стандарты, которые в свою очередь подразделяются на методы управления и методы программирования. Кроме того, что методы программирования (стандартные соглашения по кодированию программ, полезные практические приемы и примеры плохо написанных программ, которым не следует подражать, форматы входных и выходных данных, протоколы сообщений и системы стандартных характеристик) очень нужны, в данной книге о них ничего не говорится. Эта книга в основном посвящена методам управления и организации работы как должны быть оформлены документы и что они должны содержать, как обеспечить обратную связь, как осуществлять конфигурационное управление изделием Путь внедрения методов управления — написание процедур, регламентирующих методику работы. [c.329]
Смотреть страницы где упоминается термин Стандарты программирования
: [c.344] [c.345] [c.383] [c.228] [c.135] [c.64] [c.361] [c.376] [c.78] [c.97] [c.69] [c.159] [c.174] [c.245] [c.286] [c.364]Смотреть главы в:
Методы управления проектированием программного обеспечения -> Стандарты программирования