Проектирование алгоритмов и программ это

Проектирование алгоритмов и программ — наиболее ответственный этап жизненного цикла программного продукта, определяющий, насколь­ко создаваемая программабудет соответствовать требованиям конечного пользователя. Затраты на создание, сопровождение и эксплуатацию программных продуктов, научно-технический уровень их разработки, время морального устаревания и многое другое — все это также зависит от проектных решений.

Методы проектирования алгоритмов и программ очень разнообразны, их можно классифицировать по различным признакам, главные из кото­рых — степень автоматизации проектных работ и принятая методология процесса разработки.

По степени автоматизации проектирования алгоритмов и программ можно выделить:

методы традиционного (неавтоматизированного) проектирования;

методы автоматизированного проектирования (CASE-технология и ее элементы).

Неавтоматизированное проектирование алгоритмов и программ ис­пользуется при разработке небольших по трудоемкости и структурной сложности программных продуктов, не требующих участия большого числа разработчиков (программные продукты при этом часто имеют при­кладной характер). При нарушении указанных ограничений производи­тельность труда разработчиков заметно снижается, падает качество про­граммного продукта, увеличиваются затраты труда и прочие издержки.

Шаблоны проектирования в программировании

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

Автоматизация проектирования может охватывать все или только отдельные этапы жизненного цикла программного продукта; эти этапы могут быть изолированы друг от друга либо составлять единый комплекс работ, выполняемый последовательно. Как правило, автоматизирован­ный подход требует технического и программного «перевооружения» самих разработчиков (использования более мощных компьютеров, до­рогостоящего программного инструментария, повышения квалификации программистов и т.д.). Это под силу лишь достаточно крупным фирмам, специализирующимся на разработке определенного класса программных продуктов и занимающих устойчивое положение на рынке программных средств.

Проектирование алгоритмов и программ может основываться на раз­личных подходах, среди которых наиболее распространены:

Алгоритм, как уже отмечалось, это формальное описание способа решения задачи путем разбиения ее на конечную по времени последо-

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

Основная идея алгоритмического программирования — разбиение про­граммы на последовательность модулей, каждый из которых выполняет одно или несколько действий. Единственное требование к модулю — его выполнение всегда должно начинаться с первой команды и заканчиваться последней (это значит, что невозможно перейти к командам модуля извне, минуя его начало, и передать управление из модуля на другие команды в обход заключительной).

Алгоритм разработки программ

Алгоритм на выбранном языке программирования записывается с помощью команд описания данных, вычисления значений и управления последовательностью выполнения программы. При этом предполагается, что текст программы представляет собой линейную последовательность операторов присваивания, цикла и условных операторов.

Таким спосо­бом удобно решать не очень сложные задачи и составлять программы, содержащие несколько сот строк кода. За этими пределами понятность исходного текста резко падает из-за того, что общая структура алгоритма теряется за конкретными операторами языка, детально описывающими элементарные действия. Возникают многочисленные вложенные услов­ные операторы и операторы циклов, логика программы становится за­путанной, при попытке исправить один ошибочный оператор неизбежно возникают новые ошибки, связанные с особенностями его работы (по­скольку результаты его выполнения могут использоваться в самых разных местах программы). В результате отладить длинную линейную последо­вательность операторов оказывается практически невозможным.

В основе структурного проектирования лежит целенаправленное структурирование задачи на отдельные составляющие. Типичными ме­тодами структурного проектирования являются:

В зависимости от объекта структурирования различают функциональ­но-ориентированные методы (последовательное разложение задачи или целостной проблемы на отдельные, достаточно простые составляющие, обладающие функциональной определенностью) и методы структури­рования данных.

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

Структурирование данных предполагает создание их эффективных моделей, применительно к которым и устанавливают необходимый состав функций и процедур обработки. Программные продукты оказываются тесно связанными со структурами обрабатываемых данных, изменение которых отражается на логике обработки (алгоритмах) и обязательно требует перепроектирования программного продукта.

Очевидны следующие преимущества структурного проектирова­ния:

маленькие модули можно написать относительно легко и быстро; модули общего назначения можно использовать неоднократно, что заметно ускоряет разработку новых программ;

отдельные модули можно отлаживать и тестировать независимо от программы в целом.

При создании средних по размеру приложений (несколько тысяч строк исходного кода) используют структурное программирование, основная идея которого заключается в том, что структура программы должна отра­жать структуру решаемой задачи, а алгоритмрешения должен быть ясно виден из исходного текста. Для этого надо иметь средства для создания программы не только с помощью простых операторов, но и с помощью средств, более точно отражающих конкретную структуру алгоритма. С этой целью в программирование было введено понятие подпрограммы — набора операторов, выполняющих нужное действие и не зависящих от других частей исходного кода.

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

Возможность применения подпрограмм означает, что язык програм­мирования относится к классу процедурных языков.

Наличие подпрограмм позволяет также вести проектирование и раз­работку приложения «сверху вниз»; такой подход называется нисходящим проектированием. Сначала выделяется несколько подпрограмм, решаю­щих глобальные задачи (например, инициализация данных, главная часть вычислений, завершение программы), а потом каждый из этих модулей детализируется на более низком уровне, также с разбиением на несколь­ко подпрограмм; процесс продолжается до тех пор, пока вся задача не окажется реализованной.

Такой подход удобен тем, что позволяет программисту постоянно мыслить на предметном уровне, не отвлекаясь на конкретные операторы и переменные. Кроме того, появляется возможность некоторые подпро­граммы не записывать сразу, а временно откладывать их подготовку, пока не будут закончены другие, более важные части. Например, если имеется необходимость вычисления сложной математической функции, выделяется отдельная подпрограмма такого вычисления, но реализуется она временно одним оператором, который просто присваивает заранее выбранное значение (например, 5).

Когда все приложениебудет написано и отлажено, можно приступить к реализации этой функции.

Следует учитывать, что небольшие подпрограммы значительно про­ще отлаживать, поэтому данный подход существенно повышает общую надежность программы в целом.

Другое важное преимущество подпрограмм — возможность их повтор­ного использования. С интегрированными системами программирования обычно поставляются большие библиотеки стандартных подпрограмм, которые позволяют значительно повысить производительность труда разработчиков за счет использования уже готовых блоков программного кода.

Модульное программирование базируется на использовании логически взаимосвязанной совокупности функциональных элементов (модулей), характеризующихся следующими особенностями:

наличие одного входа и одного выхода — на входе программный модуль получает определенный набор исходных данных, выполняет содержа­тельную обработку и возвращает один набор результатных данных (так называемая модель вход-процесс-выход);

функциональная завершенность — модуль выполняет по каждой от­дельной функции перечень регламентированных операций, достаточных для завершения начатой обработки;

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

слабые информационные связи с другими программными модулями (обмен информацией между модулями должен быть минимальным);

обозримость по размеру и сложности.

Таким образом, модули обязательно содержат определение доступных для обработки данных, операции по их обработке, схемы взаимосвязи с другими модулями.

Каждый модуль состоит из спецификации и тела. Спецификации определяют правила использования модуля, а тело — способ реализации процесса обработки.

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

При определении набора модулей, реализующих функции конкретного алгоритма, необходимо учитывать следующее:

каждый модуль вызывается на выполнение вышестоящим модулем, а закончив работу, возвращает управление вызвавшему модулю;

принятие основных решений в алгоритме выносится на максимально высокий уровень иерархии;

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

В результате дальнейшей детализации алгоритма создается функцио­нально-модульная схема (ФМС) приложения, которая и является основой для его разработки.

Событийно-ориентированное программирование получило широкое распространение с возникновением операционной системы Windows и других разновидностей графического интерфейса пользователя. Идео­логия Windows с самого начала была основана на событиях. Щелчок на кнопке, выбор пункта меню, нажатие клавиши заставляет программу генерировать то или иное сообщение, которое отсылается соответству­ющему окну.

Структура программы при этом приобретает особый вид. Главная ее часть — бесконечный циклопроса, адресованный операционной системе, следящей за тем, не появилось ли новое сообщение. При его обнаружении вызывается подпрограмма, ответственная за обработку соответствую­щего события. Обработке подлежат не все события (их сотни), а только нужные. Цикл опроса продолжается, пока система не получит сообщение «завершить работу».

События могут быть пользовательскими (возникшими в результате действий пользователя), системными (например, при получении сообще­ния от системного таймера) и программными, генерируемыми самой программой (например, обнаружена ошибка и ее надо обработать).

Событийное программирование является развитием идей нисходящего проектирования; оно основано на определении и постепенной детализа­ции реакции программы на различные события.

Развитие идей структурного и событийного программирования суще­ственно подняло производительность труда программистов и позволило в разумные сроки (несколько месяцев) создавать приложения объемом в сотни тысяч строк. Однако такой объем уже приблизился к пределу возможностей человека, и потребовались новые технологии разработки программ. Основные ограничения на возможность создания больших систем накладывала разобщенность в программе данных и методов их обработки. Так, технологии, ориентированные на информационное моде­лирование, сначала специфицируют данные, а затем описывают процессы, их использующие. Технологии структурного подхода, наоборот, в первую

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

В середине 80-х годов возникло новое направление — объектно-ориен­тированное программирование (ООП). Оно сочетает в себе лучшие идеи, воплощенные в структурном программировании, и новые концепции, позволяющие оптимально организовать программу. Объектно-ориенти­рованная технология разработки программных продуктов объединяет данныеи процессы их обработки в новые логические сущности — объ­екты, каждый из которых может наследовать характеристики (методы и данные) других объектов, обеспечивая тем самым повторное использо­вание программного кода.

Объектно-ориентированное программирование позволяет разложить проблему на связанные между собой задачи. Каждое событие, таким обра­зом, становится самостоятельным объектом, содержащим свои собствен­ные коды и данные, которые относятся к этому объекту. Реальные предме­ты окружающего мира обладают тремя базовыми характеристиками: они имеют набор свойств, способны разными методами изменять эти свойства и реагировать на события, возникающие как в окружающем мире, так и внутри самого объекта. Именно в таком виде и реализуется понятие объекта в ООП: 1) совокупность свойств (структур данных, характерных для этого объекта); 2) методы их обработки (подпрограммы изменения свойств) и 3) события, на которые данный объект может реагировать (и которые приводят, как правило, к изменению свойств объекта).

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

Механизм наследования — это, пожалуй, самое мощное свойство ООП. Без наследования объекты превращаются в простую комбинацию данных и подпрограмм, не дающую качественных преимуществ по сравнению с традиционными функциями и модулями. Наоборот, механизм наследова­ния позволяет строить библиотеки по принципу «от простого к сложно­му».

Вводя с помощью наследования новый объект в свою библиотеку, программист в максимальной степени использует уже созданные (и, воз­можно, отлаженные) объекты. Такой принцип конструирования программ называют восходящим программированием. В отличие от нисходящего, он не дает возможности поэтапного создания программы. Мелкие детали реализации объектов заслоняют собой генеральный алгоритм, поэтому при использовании ООП рекомендуется сочетание подходов.

Какими мощными средствами располагает объектно-ориентирован­ное программирование, наглядно демонстрирует любой более или менее развитый графический интерфейс пользователя. Следует заметить, что преимущества ООП в полной мере проявляются лишь при разработке достаточно сложных программ. Правильно сконструированный объект располагает всеми необходимыми данными и процедурами их обработки, чтобы успешно реализовать требуемые от него действия. Таким образом, ООП в наибольшей степени подходит к задачам разработки библиотек программирования. Попытки использовать ООП для программирования несложных алгоритмических действий (например, связанных с вычис­лениями по готовым формулам) чаще всего приводят к искусственному нагромождению ненужных языковых конструкций.

Таким образом, объектно-ориентированный подход к проектирова­нию программных продуктов основан: на выделении классов объектов; установлении характерных свойств объектов и методов их обработки; создании иерархии классов, наследовании свойств и методов. Он по­зволил резко повысить производительность труда программистов. Максимальный объем приложений, которые стали доступны для групп разработчиков численностью не более 10 человек, за несколько лет увеличился до миллионов строк кода. При этом одновременно удалось добиться высокой надежности программ и, что немаловажно, повторного использования ранее созданные объектов в других задачах.

Источник: studopedia.org

4. Алгоритмизация и методы программирования.

Проектирование алгоритмов и программ – это наиболее ответственный этап жизненного цикла программных продуктов, определяющий насколько созданная программа соответствует спецификации и требованиям со стороны конечного пользователя. Методы проектирования алгоритмов и программ разнообразны, но их можно классифицировать по признакам: 1) степень автоматизации проектных работ; 2) принятая методология процесса разработки. По степени автоматизации выделяют методы традиционного (неавтоматизированного) проектирования. Методы автоматизированного проектирования (CASE технология и ее элементы).

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

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

Методология процесса разработки: 1)Структурное проектирование программных продуктов 2)Информационное моделирование предметной области и связанных с ней приложений 3)Объектно- ориентированное проектирование программных продуктов.

В основе структурного проектирования лежат 3 типа управляющей структуры:

1)Последовательность (Последовательность включ. В себя фиксированный набор блоков-операторов. Каждый последующий блок обрабатывается после завершения предыдущего без каких либо дополнительных условий. Для изменения порядка блоков редактируется сама последовательность блоков-операторов.)

2)Альтернатива (В блоке-условие содержится условие выбора той или иной альтернативы. Каждая альтернатива выполняется только один раз. Выполнение одной из двух обязательно.

3)Цикл (В кач-ве условия может выступать либо логическое выражение, либо счетчик повторения. Если условие не вып-ся, то цикл прерывается и происходит выход. При вып-нии условия происх. Обработка тела цикла, представ. Собой послед-ть каких либо блоков операторов. После чего возвращаемся назад к проверке данного условия.)

Основоположником информационного моделирования

5.Состав Операционной система.

Операционная система (ОС) — это совокупность программных средств, обеспечивающих управления всеми аппаратными компонентами ПК и при­кладными программами, а также взаимодействия между собой и пользовате­лем. Позволяет отделить остальные классы программ от непосредственного взаимодействия с аппаратурой. Если процессор это сердце компьютера, то ОС — его душа.

Операции для работы с устройствами состоят из нескольких сотен или тысяч элементарных операций. Например, накопитель на дисках понимает только элементарные операции — включить/выключить двигатель, установить головку на определенную дорожку, считать определенный сектор. Поэтому копирование файла состоит из тысячи таких операций. Кроме того, очень часто при работе с любой программой мы используем один и тот же набор операций: запуск программы, печать текста, копирование, удаление про­граммы, просмотр диска и т.п. ОС тем самым позволяет скрыть сложные и ненужные подробности и предоставить удобный интерфейс для работы.

Таким образом ОС выполняет следующие функции:

управление работой каждого блока компьютера (устройствами) и их взаимодействием;

управление выполнением программ; организация хранения информации во внешней памяти; взаимодействие пользователя с компьютером, т.е. поддержка удоб­ного интерфейса пользователя.

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

Состав ОС: ( командный язык) (файловая система), (драйверы, утилиты устройств и базовая система загрузки)

Командный язык — комплекс программ, обеспечивающих взаимодействие человек-компьютер. В системах WINDOWS 95, 98 используется (как наиболее прогрессивный режим диалога с компьютером) графический способ управления ПК в отличии от командного способа предшествующей ОС MS-DOS. Основным управляющим файлом командного языка является command.com.

Драйверы — это внутренние программы ОС, обеспечивающие согласо­ванную работу закрепленными за ними устройствами и центрального про­цессора ПК. Можно сказать, что любое устройство, входящее в состав ком­пьютера имеет свою программу-драйвер. Утилиты — программы, выпол­няющие узкий (утилитарный) набор функций, подобно узкому специалисту (утилита форматирования дисков). Базовая система загрузки обеспечивает тестирование компьютера при включении полноценную загрузку ОС, после чего компьютер готов к работе.

Файловая система — способ хранения и обработки данных на ПК. Именно благодаря различиям в файловых системах разные ОС не могут обмениваться данными между собой непосредственно. Основным элементом в файловой сис­теме является файл. Файл — логически связанная совокупность данных или про­грамм, для размещения которой во внешней памяти выделяется именованная область.

Любые действия с информацией в ОС осуществляются над файлами: запись на диск, вывод на экран и т.д. Реализуются файлы как участки памяти на внешних магнитных дисках. На диске файл не требует для своего размещения непрерывного пространства, обычно он занимает свободные кластеры в разных частях диска (кластер — минимальная единица пространства диска, отводимая файлу).

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

Основным критерием при выборе

имени файла является его понятность для других пользователей. Те три сим­вола, которые располагаются после точки используются для указания чело­веку и компьютеру на то, какая информация находится внутри файла, позво­ляя тем самым определить тип файла без конкретного просмотра его содер­жимого. Так расширение txt имеют текстовые файлы.

2.Объем файла в байтах.

3.Время и дата создания файла.

4.Иногда ставят специальные атрибуты: только чтения, скрытый, сис­темный, архивированный. Они помогают при работе с файлами.

Группы файлов могут объединяться в каталоги. Имя файла регистрируется каталоге. Каталог — это разновидность файлов, предназначенный для хранения информации о других файлах. К ней относится перечисленные характеристики плюс место- расположение файла на текущем устройстве внешней памяти, сами члены ката­лога в нем не хранятся. Каталог (директория) также имеет свое имя.

На практи­ке сам каталог может быть зарегистрирован в другом каталоге и будет являться уже подкаталогом. То есть файловая система представляет собой иерархиче­скую систему каталогов (один может располагаться внутри другого), образуется вроде дерева. Начальный каталог (основной) называется корневым. В результа­те данного процесса подготовки носителя к работе, на нем создается корневой каталог, который обозначается обычно знаком «» и располагается сразу за ло­гическим именем устройства внешней памяти – А:/. После создания корневого каталога могут создаваться каталоги 1,2 уровня и т.д.

Источник: studfile.net

Введение

Создание программных продуктов является трудоемким процессом, основанным на определенной технологии и инструментарии его разработки. Проектирование алгоритмов и программ — наиболее ответственный этап жизненного цикла программных продуктов, определяющий, насколько создаваемая программа соответствует спецификациям и требованиям со стороны конечных пользователей. Затраты на создание, сопровождение и эксплуатацию программных продуктов, научно-технический уровень разработки, время морального устаревания и многое другое — все это также зависит от проектных решений.

Классификация методов проектирования

Неавтоматизированное проектирование алгоритмов и программ используется при разработке небольших по трудоемкости и структурной сложности ПП.

Автоматизированное проектирование используется в крупных фирмах при разработке определенного класса ПП большого коллектива разработчиков.

• Структурное проектирование – это последовательная декомпозиция, целенаправленное разбиение на отдельные составляющие. Оно включает в себя:

• нисходящее проектирование («сверху вниз»),

• структурное программирование (кодирование).

• Информационное моделирование – построение комплекса взаимосвязанных моделей данных.
• Объектно-ориентированный подход основан на: выделении классов объектов; установлении свойств объектов и методов их обработки; создании иерархии классов, наследовании свойств объектов и методов их обработки.

Каждый объект объединяет данные и программу обработки этих данных и относится к определенному классу. Основная цель ООП — преодолеть следующие недостатки проектирования “сверху вниз”:

• недостаточное внимание к структурам данных,

• слабая связь структур данных с процессами их обработки.

Рис. 1. Классификация методов проектирования

Структурное проектирование программного продукта

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

В основе структурного проектирования лежит последовательная декомпозиция, целенаправленное структурирование на отдельные составляющие — элементы. Начало развития структурного проектирования алгоритмов и программ падает на 60-е годы. К методам структурного проектирования относятся:

• нисходящее проектирование, кодирование и тестирование программ;
• модульное программирование;

В зависимости от объекта структурирования, различают: функционально-ориентированные методы — последовательное разложение задачи или целостной проблемы на отдельные, достаточно простые составляющие, обладающие функциональной определенностью; методы структурирования данных.

Для характерна , в очередь, на обработки , в с которыми и логика () отдельных продукта.

в структурном на моделировании данных. Для данных , структурирование и данных, к устанавливается функций и . Программные связаны со данных, отражается на (алгоритмах) и перепроектирования .

Основной структурного , также в современных , это:

• потоков ( схемы) — и информационные ними с » «, инициирующих ;
• интегрированная предметной ( модель, );
• декомпозиции — и целей, , приложений;
• — архитектура в виде программных с связей , детальная данных (блок-схемы).

Для о программном также описательного .

моделирование

Информационные и данных значение для предметной . данных при и программ в является . данного :

• анализ (бизнес-областей);
• — построение моделей ;
• проектирование данных;
• процедур .

Первоначально модели представления:

• — не зависящая от реализации и данных, структуры области;
• , ориентированные на и обработки .

модели и физический . Физический организации в памяти . уровень к СУБД в :

• концептуальной данных — данных под ;
• внешних — подмножество для реализации .

структур функции , прослеживается обработки, входной и , логика структур в . Алгоритм можно как процедур данных.

реализации определяет вид и, следовательно, данных. В используется данных и языки для ( ) обработки и реализации .

Объектно-ориентированное продуктов

к проектированию основан на:

• объектов;
• свойств и их обработки;
• классов, объектов и их .

Каждый в себе как , так и обработки и относится к . С помощью и ту же программу для относящихся к объектов.

при разработке и предполагает:

• предметной и объектов, и методов , установление их ;
• проектирование объектной и с использованием проектируемой на и физическом , в и динамике.

Для продуктов технологии, в себя программирования и разработки .

Традиционные к программных подчеркивали данными и их . Так, технологии, на моделирование, данные, а процессы, эти . Технологии ориентированы, в , на процессы с последующим для этого и информационных связанными . программы модулей входных , же модули не .

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

Заключение

алгоритмов и разнообразны, их по различным , из которых :

По автоматизации алгоритмов и выделить:

• автоматизированного ( — технология и ее ).

проектирование в фирмах при класса ПП разработчиков:

• – это последовательная , разбиение на
• Информационное – комплекса данных
• .

Список

• С. Д., Букейханова С. С., А.А., Е. А. Применение — ориентированного для автоматизированной карьеров // бюллетень. №3. С.
• Галимова М. П., Д. Д. метода QFD при продукта для // Качество в и системах. – , С. 143-147
• К. И. метод на основе программных // : известия . №3. С. 17
• Стурова А.В., О.Н. проектирования и готового “Сапер” на // Ломоносовские на : фундаментальные и образования. – . С. 1024-1027

Источник: xn--80aaowabp5a6h2a.xn--p1ai