Содержание Введение 4 1.Надежное программное средство как продукт технологии программирования Программа как формализованное описание процесса

Размер: px
Начинать показ со страницы:

Download "Содержание Введение 4 1.Надежное программное средство как продукт технологии программирования. 5 1.1. Программа как формализованное описание процесса"

Транскрипт

1 Содержание Введение 4 1.Надежное программное средство как продукт технологии программирования Программа как формализованное описание процесса обработки данных Понятие правильной программы Надежность программного средства Технология программирования как технология разработки надежных программных средств Источники ошибок в программных средствах Интеллектуальные возможности человека Неправильное преобразование как причина ошибок в программных средствах Общие принципы разработки программных средств Специфика разработки программных средств Жизненный цикл программного средства Понятие качества программного средства Обеспечение надежности основа разработки программных средств Методы борьбы со сложностью Методология ООАП Стандарты жизненного цикла Методология системного анализа и системного моделирования История создания языка UML Основные понятия языка UML Диаграмма вариантов использования (USE CASE DIAGRAM) Диаграмма классов (CLASS DIAGRAM) Диаграмма компонентов (COMPONENT DIAGRAM) Диаграмма развертывания (DEPLOYMENT DIAGRAM) Проблемы разработки программного обеспечения информационных систем Решение проблем разработки информационных систем в.net Архитектура платформы.net ADO.NET: Провайдеры данных Место ADO.NET в архитектуре.net Framework Основные объекты Основы создания удобного пользовательского интерфейса Факторы удобства использования и принципы создания удобного ПО Методы разработки удобного программного обеспечения Технологии тестирования Основы тестирования Фазы тестирования Типы тестов 92

2 Введение Технология программирования - дисциплина, изучающая технологические процессы программирования и порядок их прохождения. Технологии программирования играло разную роль на разных этапах развития программирования. По мере повышения мощности компьютеров и развития средств и что привело к повышенному вниманию к технологии программирования. Резкое удешевление стоимости компьютеров и, в особенности, стоимости хранения информации на компьютерных носителях привело к широкому внедрению компьютеров практически во все сферы человеческой деятельности, что существенно изменило направленность технологии программирования. Человеческий фактор стал играть в ней решающую роль. Сформировалось достаточно глубокое понятие качества ПС, причем предпочтение стало отдаваться не столько эффективности ПС, сколько удобству работы с ним для пользователей (не говоря уже о его надежности). В пособии основное внимание уделяется разработке больших систем Сложные или «большие» программы, называемые также программными системами, программными комплексами, программными продуктами, характеризуются наличием факторов, связанных с их востребованностью. и готовностью пользователей платить деньги как за приобретение самой программы, так и за ее сопровождение и даже за специальное обучение работе с ней. Обычно сложная программа обладает следующими свойствами. Она решает одну или несколько связанных задач, зачастую сначала не имеющих четкой постановки, настолько важных для каких-либо лиц или организаций, что те приобретают значимые выгоды от ее использования. Существенно, чтобы она была удобной в использовании. В частности, она должна включать достаточно полную и понятную пользователям документацию, а также набор документов для обучения работе с программой. Ее низкая производительность на реальных данных приводит к значимым потерям для пользователей. Ее неправильная работа наносит ощутимый ущерб пользователям и другим организациям и лицам, даже если сбои происходят не слишком часто. Для выполнения своих задач она должна взаимодействовать с другими программами и программно-аппаратными системами, работать на разных платформах. Пользователи, работающие с ней, приобретают дополнительные выгоды от того, что программа развивается, в нее вносятся новые функции и устраняются ошибки. Необходимо наличие проектной документации, позволяющей развивать ее, возможно, вовсе не тем разработчикам, которые ее создавали, без больших затрат на обратную разработку. В ее разработку вовлечено значительное количество людей (более 5-ти человек). «Большую» программу практически невозможно написать с первой попытки, с небольшими усилиями и в одиночку. Намного больше количество ее возможных пользователей, и еще больше тех лиц, деятельность которых будет так или иначе затронута ее работой и результатами. 4

3 1.НАДЕЖНОЕ ПРОГРАММНОЕ СРЕДСТВО КАК ПРОДУКТ ТЕХНОЛОГИИ ПРОГРАММИРОВАНИЯ Программа как формализованное описание процесса обработки данных. Программное средство. Целью программирования является описание процессов обработки данных (в дальнейшем просто процессов). Согласно ИФИПа данные (data) это представление фактов и идей в формализованном виде, пригодном для передачи и переработке в некоем процессе, а информация (information) это смысл, который придается данным при их представлении. Обработка данных (data processing) это выполнение систематической последовательности действий с данными. Данные представляются и хранятся на т.н. носителях данных. Совокупность носителей данных, используемых при какой-либо обработке данных, будем называть информационной средой (data medium). Набор данных, содержащихся в какой-либо момент в информационной среде, будем называть состоянием этой информационной среды. Процесс можно определить как последовательность сменяющих друг друга состояний некоторой информационной среды. Описать процесс это значит определить последовательность состояний заданной информационной среды. Если мы хотим, чтобы по заданному описанию требуемый процесс порождался автоматически на каком-либо компьютере, необходимо, чтобы это описание было формализованным. Такое описание называется программой. С другой стороны, программа должна быть понятной и человеку, так как и при разработке программ, и при их использовании часто приходится выяснять, какой именно процесс она порождает. Поэтому программа составляется на удобном для человека формализованном языке программирования, с которого она автоматически переводится на язык соответствующего компьютера с помощью другой программы, называемой транслятором. Человеку (программисту), прежде чем составить программу на удобном для него языке программирования, приходится проделывать большую подготовительную работу по уточнению постановки задачи, выбору метода ее решения, выяснению специфики применения требуемой программы, прояснению общей организации разрабатываемой программы и многое другое. Использование этой информации может существенно упростить задачу понимания программы человеком, поэтому весьма полезно ее как-то фиксировать в виде отдельных документов (часто не формализованных, рассчитанных только для восприятия человеком). Обычно программы разрабатываются в расчете на то, чтобы ими могли пользоваться люди, не участвующие в их разработке (их называют пользователями). Для освоения программы пользователем помимо ее текста требуется определенная дополнительная документация. Программа или логически связанная совокупность программ на носителях данных, снабженная программной документацией, называется программным средством (ПС). Программа позволяет осуществлять некоторую автоматическую обработку данных на компьютере. Программная документация позволяет понять, какие функции выполняет та или иная программа ПС, как подготовить исходные данные и запустить требуемую программу в процесс ее выполнения, а также: что означают получаемые результаты

if ($this->show_pages_images && $page_num < DocShare_Docs::PAGES_IMAGES_LIMIT) { if (! $this->doc['images_node_id']) { continue; } // $snip = Library::get_smart_snippet($text, DocShare_Docs::CHARS_LIMIT_PAGE_IMAGE_TITLE); $snips = Library::get_text_chunks($text, 4); ?>

4 6 (или каков эффект выполнения этой программы). Кроме того, программная документация помогает разобраться в самой программе, что необходимо, например, при ее модификации Понятие правильной программы. Таким образом, можно считать, что продуктом технологии программирования является ПС, содержащее программы, выполняющие требуемые функции. Здесь под «программой» часто понимают правильную программу, т.е. программу, не содержащую ошибок. Однако, понятие ошибки в программе трактуется в среде программистов неоднозначно. Считается, что в программе имеется ошибка, если она не выполняет того, что разумно ожидать от нее пользователю. «Разумное ожидание» пользователя формируется на основании документации по применению этой программы. Следовательно, понятие ошибки в программе является существенно не формальным. В ПС программы и документация взаимно увязаны, образуют некоторую целостность. Поэтому правильнее говорить об ошибке не в программе, а в ПС в целом: будем считать, что в ПС имеется ошибка (software error), если оно не выполняет того, что разумно ожидать от него пользователю. В частности, разновидностью ошибки в ПС является несогласованность между программами ПС и документацией по их применению. В работе [1.3] выделяется в отдельное понятие частный случай ошибки в ПС, когда программа не соответствует своей функциональной спецификации (описанию, разрабатываемому на этапе, предшествующему непосредственному программированию). Такая ошибка в указанной работе называется дефектом программы. Однако выделение такой разновидности ошибки в отдельное понятие вряд ли оправданно, так как причиной ошибки может оказаться сама функциональная спецификация, а не программа Надежность программного средства. Альтернативой правильного ПС является надежное ПС. Надежность (reliability) ПС это его способность безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени с достаточно большой вероятностью. При этом под отказом в ПС понимают проявление в нем ошибки. Таким образом, надежное ПС не исключает наличия в нем ошибок важно лишь, чтобы эти ошибки при практическом применении этого ПС в заданных условиях проявлялись достаточно редко. Убедиться, что ПС обладает таким свойством можно при его испытании путем тестирования, а также при практическом применении. Таким образом, фактически мы можем разрабатывать лишь надежные, а не правильные ПС. ПС может обладать различной степенью надежности. Как измерять эту степень? Так же как в технике, степень надежности можно характеризовать вероятностью работы ПС без отказа в течение определенного периода времени. Однако в силу специфических особенностей ПС определение этой вероятности наталкивается на ряд трудностей по сравнению с решением этой задачи в

5 7 технике. Позже мы вернемся к более обстоятельному обсуждению этого вопроса. При оценке степени надежности ПС следует также учитывать последствия каждого отказа. Некоторые ошибки в ПС могут вызывать лишь некоторые неудобства при его применении, тогда как другие ошибки могут иметь катастрофические последствия, например, угрожать человеческой жизни. Поэтому для оценки надежности ПС иногда используют дополнительные показатели, учитывающие стоимость (вред) для пользователя каждого отказа Технология программирования как технология разработки надежных программных средств. В соответствии с обычным значением слова «технология» под технологией программирования (programming technology) будем понимать совокупность производственных процессов, приводящую к созданию требуемого ПС, а также описание этой совокупности процессов. Другими словами, технологию программирования мы будем понимать здесь в широком смысле как технологию разработки программных средств, включая в нее все процессы, начиная с момента зарождения идеи этого средства, и, в частности, связанные с созданием необходимой программной документации. Каждый процесс этой совокупности базируется на использовании каких-либо методов и средств, например, компьютер (в этом случае будем говорить о компьютерной технологии программирования). Используется в литературе и близкое к технологии программирования понятие программной инженерии (software engineering), определяемой как систематический подход к разработке, эксплуатации, сопровождению и изъятию из обращения программных средств. Главное различие между технологией программирования и программной инженерией как дисциплинами для изучения заключается в способе рассмотрения и систематизации материала. В технологии программирования акцент делается на изучении процессов разработки ПС (технологических процессов) и порядке их прохождения методы и инструментальные средства разработки ПС используются в этих процессах (их применение и образуют технологические процессы). Тогда как в программной инженерии изучаются различные методы и инструментальные средства разработки ПС с точки зрения достижения определенных целей. Имея ввиду, что надежность является неотъемлемым атрибутом ПС, мы будем рассматривать технологию программирования как технологию разработки надежных ПС. Это означает, что мы будем рассматривать все процессы разработки ПС, начиная с момента возникновения замысла ПС; нас будут интересовать не только вопросы построения программных конструкций, но и вопросы формального описания функций и принимаемых решений с точки зрения их человеческого (неформального) восприятия;

6 8 в качестве продукта технологии принимается надежная (далеко не всегда правильная) ПС. 2. ИСТОЧНИКИ ОШИБОК В ПРОГРАММНЫХ СРЕДСТВАХ 2.3. Интеллектуальные возможности человека. Теоретик программирования Дейкстра выделяет три интеллектуальные возможности человека, используемые при разработке ПС: способность к перебору, способность к абстракции, способность к математической индукции. Способность человека к перебору связана с возможностью последовательного переключения внимания с одного предмета на другой, позволяя узнавать искомый предмет. Эта способность весьма ограничена - в среднем человек может уверенно (не сбиваясь) перебирать в пределах 1000 предметов (элементов). При разработке ПС человек имеет дело с системами. Под системой будем понимать совокупность взаимодействующих (находящихся в отношениях) друг с другом элементов. ПС можно рассматривать как пример системы. Логически связанный набор программ является другим примером системы. Любая отдельная программа также является системой. Понять систему значит осмысленно перебрать все пути взаимодействия между ее элементами. В силу ограниченности человека к перебору будем различать простые и сложные системы. Под простой будем понимать такую систему, в которой человек может уверенно перебирать все пути взаимодействия между ее элементами, а под сложной будем понимать такую систему, в которой он этого делать не в состоянии. Между простыми и сложными системами нет четкой границы, поэтому можно говорить и о промежуточном классе систем: к таким системам относятся программы, о которых программистский фольклор утверждает, что "в каждой отлаженной программе имеется хотя бы одна ошибка". При разработке ПС мы не всегда можем уверенно знать о всех связях между ее элементами из-за возможных ошибок. Поэтому полезно уметь оценивать сложность системы по числу ее элементов: числом потенциальных путей взаимодействия между ее элементами, т.е. n!, где n число ее элементов. Систему назовем малой, если n < 7 (6! = 720 < 1000), систему назовем большой, если n > 7. При n=7 имеем промежуточный класс систем. Малая система всегда проста, а большая может быть как простой, так и сложной. Задача технологии программирования научиться делать большие системы простыми Неправильное преобразование как причина ошибок в программных средствах. При разработке и использовании ПС мы многократно имеем дело с преобразованием информации из одной формы в другую (см. рис.2.1). Заказчик формулирует свои потребности в ПС в виде некоторых требований. Исходя из этих требований, разработчик создает внешнее описание ПС, используя при

7 9 этом спецификацию (описание) заданной аппаратуры и, возможно, спецификацию базового программного обеспечения. На основании внешнего описания и спецификации языка программирования создаются тексты программ ПС на этом языке. По внешнему описанию ПС разрабатывается также и пользовательская документация. Текст каждой программы является исходной информацией при любом ее преобразовании, в частности, при исправлении в ней ошибки. Пользователь на основании документации выполняет ряд действий для применения ПС и осуществляет интерпретацию получаемых результатов. Везде здесь, а также в ряде других процессов разработки ПС, имеет место указанный перевод информации. СПЕЦИФИКАЦИЯ АППАРАТУРЫ ТРЕБОВАНИЯ К ПС СПЕЦИФИКАЦИЯ БАЗОВОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ВНЕШНЕЕ ОПИСАНИЕ ПС РУКОВОДСТВО ПО ПРИМЕНЕНИЮ ПС ТЕКСТЫ ПРОГРАММ ПС СПЕЦИФИКАЦИЯ ЯЗЫКА ПРОГРАММИРОВАРИЯ Рис Схема разработки и применения ПС. На каждом из этих этапов перевод информации может быть осуществлен неправильно, например, из-за неправильного понимания исходного

8 10 представления информации. Возникнув на одном из этапов разработки ПС, ошибка в представлении информации преобразуется в новые ошибки результатов, полученных на последующих этапах разработки, и, в конечном счете, окажется в ПС. Основные пути борьбы с ошибками. Учитывая рассмотренные особенности действий человека при переводе можно указать следующие пути борьбы с ошибками: сужение пространства перебора (упрощение создаваемых систем), обеспечение требуемого уровня подготовки разработчика (это функции менеджеров коллектива разработчиков), обеспечение однозначности интерпретации представления информации, контроль правильности перевода (включая и контроль однозначности интерпретации). 3. ОБЩИЕ ПРИНЦИПЫ РАЗРАБОТКИ ПРОГРАММНЫХ СРЕДСТВ 3.1. Специфика разработки программных средств. Разработка программных средств имеет ряд специфических особенностей [3.1]. Прежде всего, следует отметить некоторое противостояние: неформальный характер требований к ПС (постановки задачи) и понятия ошибки в нем, но формализованный основной объект разработки программы ПС. Разработка ПС носит творческий характер (на каждом шаге приходится делать какой-либо выбор, принимать какое-либо решение), а не сводится к выполнению какой-либо последовательности регламентированных действий. Следует отметить также особенность продукта разработки. Он представляет собой некоторую совокупность текстов (т.е. статических объектов), смысл же (семантика) этих текстов выражается процессами обработки данных и действиями пользователей, запускающих эти процессы (т.е. является динамическим). Продукт разработки имеет и другую специфическую особенность: ПС при своем использовании (эксплуатации) не расходуется и не расходует используемых ресурсов Жизненный цикл программного средства. Под жизненным циклом ПС (software life cycle) понимают весь период его разработки и эксплуатации (использования), начиная от момента возникновения замысла ПС и кончая прекращением всех видов его использования. Жизненный цикл охватывает довольно сложный процесс создания и использования ПС (software process). Этот процесс может быть

9 11 организован по-разному для разных классов ПС и в зависимости от особенностей коллектива разработчиков. В настоящее время можно выделить несколько подходов к организации процесса создания и использования ПС. Водопадный подход. При таком подходе разработка ПС состоит из цепочки этапов. На каждом этапе создаются документы, используемые на последующем этапе. В исходном документе фиксируются требования к ПС. В конце этой цепочки создаются программы, включаемые в ПС. Исследовательское программирование. Этот подход предполагает быструю (насколько это возможно) реализацию рабочих версий программ ПС, выполняющих лишь в первом приближении требуемые функции. После экспериментального применения реализованных программ производится их модификация с целью сделать их более полезными для пользователей. Этот процесс повторяется до тех пор, пока ПС не будет достаточно приемлемо для пользователей. Прототипирование. Этот подход моделирует начальную фазу исследовательского программирования вплоть до создания рабочих версий программ, предназначенных для проведения экспериментов с целью установить требования к ПС. В дальнейшем должна последовать разработка ПС по установленным требованиям в рамках какого-либо другого подхода (например, водопадного). Формальные преобразования. Этот подход включает разработку формальных спецификаций ПС и превращение их в программы путем корректных преобразований. На этом подходе базируется компьютерная технология (CASE-технология) разработки ПС. Сборочное программирование. Этот подход предполагает, что ПС конструируется, главным образом, из компонент, которые уже существуют. Должно быть некоторое хранилище (библиотека) таких компонент, каждая из которых может многократно использоваться в разных ПС. В нашем курсе лекций мы, в основном, будем рассматривать водопадный подход с некоторыми модификациями. Во-первых, потому, что в этом подходе приходиться иметь дело с большинством процессов программной инженерии, а, во-вторых, потому, что в рамках этого подхода создается большинство больших программных систем. Именно этот подход рассматривается в качестве индустриального подхода разработки программного обеспечения. В рамках водопадного подхода различают следующие стадии жизненного цикла ПС (см. рис. 3.1): разработку ПС, производство программных изделий (ПИ) и эксплуатацию ПС.

10 12 Стадия разработки ПС Стадия производства программных изделий Стадия эксплуатации ПС Фаза применения ПС Этап внешнего описания ПС Этап конструирования ПС Фаза сопровождения ПС Этап аттестации ПС Этап кодирования ПС Рис Стадии и фазы жизненного цикла ПС. Стадия разработки (development) ПС состоит из этапа его внешнего описания, этапа конструирования ПС, этапа кодирования (программирование в узком смысле) ПС и этапа аттестации ПС. Всем этим этапам сопутствуют процессы документирования и управления (management) ПС. Этапы конструирования и кодирования часто перекрываются, иногда довольно сильно. Это означает, что кодирование некоторых частей программного средства может быть начато до завершения этапа конструирования. Этап внешнего описания ПС включает процессы, приводящие к созданию некоторого документа, который мы будем называть внешним описанием (requirements document) ПС. Этот документ является описанием поведения ПС с точки зрения внешнего по отношению к нему наблюдателя с фиксацией требований относительно его качества. Внешнее описание ПС начинается с анализа и определения требований к ПС со стороны пользователей (заказчика), а также включает процессы спецификации этих требований. Конструирование (design) ПС охватывает процессы: разработку архитектуры ПС, разработку структур программ ПС и их детальную спецификацию. Кодирование (coding) ПС включает процессы создания текстов программ на языках программирование, их отладку с тестированием ПС. На этапе аттестации (acceptance) ПС производится оценка качества ПС. Если эта оценка оказывается приемлемой для практического использования ПС, то разработка ПС считается законченной. Это обычно оформляется в виде некоторого документа, фиксирующего решение комиссии, проводящей аттестацию ПС. Программное изделие (ПИ) экземпляр или копия разработанного ПС. Изготовление ПИ это процесс генерации и/или воспроизведения (снятия копии) программ и программных документов ПС с целью их поставки

11 13 пользователю для применения по назначению. Производство ПИ это совокупность работ по обеспечению изготовления требуемого количества ПИ в установленные сроки. Стадия эксплуатации ПС охватывает процессы хранения, внедрения и сопровождения ПС, а также транспортировки и применения ПИ по своему назначению. Применение (operation) ПС это использование ПС для решения практических задач на компьютере путем выполнения ее программ. Сопровождение (maintenance) ПС это процесс сбора информации о качестве ПС в эксплуатации, устранения обнаруженных в нем ошибок, его доработки и модификации, а также извещения пользователей о внесенных в него изменениях Понятие качества программного средства. Каждое ПС должно выполнять определенные функции, т.е. делать то, что задумано. Хорошее ПС должно обладать еще целым рядом свойств, позволяющим успешно его использовать в течении длительного периода, т.е. обладать определенным качеством. Качество (quality) ПС это совокупность его черт и характеристик, которые влияют на его способность удовлетворять заданные потребности пользователей. Качество ПС является удовлетворительным, когда оно обладает указанными свойствами в такой степени, чтобы гарантировать успешное его использование. Совокупность свойств ПС, которая образует удовлетворительное для пользователя качество ПС, зависит от условий и характера эксплуатации этого ПС, т.е. от позиции, с которой должно рассматриваться качество этого ПС. Поэтому при описании качества ПС, прежде всего, должны быть фиксированы критерии отбора требуемых свойств ПС. В настоящее время критериями качества ПС (criteria of software quality) принято считать: * функциональность, * надежность, * легкость применения, * эффективность, * сопровождаемость, * мобильность. Функциональность это способность ПС выполнять набор функций, удовлетворяющих заданным или подразумеваемым потребностям пользователей. Набор указанных функций определяется во внешнем описании ПС. Надежность обсуждалась в первом разделе. Легкость применения это характеристики ПС, которые позволяют минимизировать усилия пользователя по подготовке исходных данных, применению ПС и оценке полученных результатов, а также вызывать положительные эмоции определенного или подразумеваемого пользователя.

12 14 Эффективность это отношение уровня услуг, предоставляемых ПС пользователю при заданных условиях, к объему используемых ресурсов. Сопровождаемость это характеристики ПС, которые позволяют минимизировать усилия по внесению изменений для устранения в нем ошибок и по его модификации в соответствии с изменяющимися потребностями пользователей. Мобильность это способность ПС быть перенесенным из одной среды (окружения) в другую, в частности, с одного компьютера на другой. Функциональность и надежность являются обязательными критериями качества ПС. Остальные критерии используются в зависимости от потребностей пользователей в соответствии с требованиями к ПС Обеспечение надежности основа разработки программных средств. Рассмотрим теперь общие принципы обеспечения надежности ПС, что, как говорилось, является основным мотивом разработки ПС. В технике известны четыре подхода обеспечению надежности: предупреждение ошибок; самообнаружение ошибок; самоисправление ошибок; обеспечение устойчивости к ошибкам. Целью подхода предупреждения ошибок не допустить ошибок в готовых продуктах, в нашем случае в ПС. Проведенное рассмотрение природы ошибок при разработке ПС позволяет для достижения этой цели сконцентрировать внимание на следующих вопросах: борьба со сложностью, обеспечение точности перевода, преодоление барьера между пользователем и разработчиком, обеспечение контроля принимаемых решений. Этот подход связан с организацией процессов разработки ПС, т.е. с технологией программирования. В рамках этого подхода можно достигнуть приемлемого уровня надежности ПС. Остальные три подхода связаны с организацией самих продуктов технологии, в нашем случае программ. Самообнаружение ошибки в программе означает, что программа содержит средства обнаружения отказа в процессе ее выполнения. Самоисправление ошибки в программе означает не только обнаружение отказа в процессе ее выполнения, но и исправление последствий этого отказа, для чего в программе должны иметься соответствующие средства. Обеспечение устойчивости программы к ошибкам означает, что в программе содержатся средства, позволяющие локализовать область влияния отказа программы, либо уменьшить его неприятные последствия, а иногда предотвратить катастрофические последствия отказа

13 Методы борьбы со сложностью. Мы уже обсуждали в лекции 2 сущность вопроса борьбы со сложностью при разработке ПС. Известны два общих метода борьбы со сложностью систем: обеспечения независимости компонентов системы; использование в системах иерархических структур. Обеспечение независимости компонент означает разбиение системы на такие части, между которыми должны остаться по возможности меньше связей. Одним из воплощений этого метода является модульное программирование. Использование в системах иерархических структур позволяет локализовать связи между компонентами, допуская их лишь между компонентами, принадлежащими смежным уровням иерархии. Этот метод, по существу, означает разбиение большой системы на подсистемы, образующих малую систему. Как обеспечить, чтобы ПС выполняла то, что пользователю разумно ожидать от нее? Для этого разработчикам необходимо правильно понять, вопервых, чего хочет пользователь, и, во-вторых, его уровень подготовки и окружающую его обстановку. Ясное описание соответствующей сферы деятельности пользователя или интересующей его проблемной области во многом облегчает достижение разработчиками этой цели. При разработке ПС следует привлекать пользователя для участия в процессах принятия решений, а также тщательно освоить особенности его работы (лучше всего побывать в его "шкуре"). 4. Методология ООАП Как уже говорилось, разделение процесса разработки сложных программных приложений на отдельные этапы способствовало становлению концепции жизненного цикла программы. Под жизненным циклом (ЖЦ) программы понимают совокупность взаимосвязанных и следующих во времени этапов, начиная от разработки требований к ней и заканчивая полным отказом от ее использования Стандарты жизненного цикла Чтобы получить представление о возможной структуре жизненного цикла ПО, обратимся сначала к соответствующим стандартам, описывающим технологические процессы. Международными организациями, такими, как: IEEE читается «ай-трипл-и», Institute of Electrical and Electronic Engineers, Институт инженеров по электротехнике и электронике; ISO International Standards Organization, Международная организация по стандартизации; EIA Electronic Industry Association, Ассоциация электронной промышленности;

14 16 IEC International Electrotechnical Commission, Международная комиссия по электротехнике; а также некоторыми национальными и региональными институтами и организациями (в основном, американскими и европейскими, поскольку именно они оказывают наибольшее влияние на развитие технологий разработки ПО во всем мире): ANSI American National Standards Institute, Американский национальный институт стандартов; SEI Software Engineering Institute, Институт программной инженерии; ECMA European Computer Manufactures Association, Европейская ассоциация производителей компьютерного оборудования; Разработан набор стандартов, регламентирующих различные аспекты жизненного цикла и вовлеченных в него процессов. Группа стандартов ISO ISO/IEC Standard for Information Technology Software Life Cycle Processes (процессы жизненного цикла ПО, есть его российский аналог ГОСТ Р- 1999). Определяет общую структуру жизненного цикла ПО в виде 3-х ступенчатой модели, состоящей из процессов, видов деятельности и задач. Стандарт описывает вводимые элементы в терминах их целей и результатов, тем самым задавая неявно возможные взаимосвязи между ними, но не определяя четко структуру этих связей, возможную организацию элементов в рамках проекта и метрики, по которым можно было бы отслеживать ход работ и их результативность. Самыми крупными элементами являются процессы жизненного цикла ПО (lifecycle processes). Всего выделено 18 процессов, которые объединены в 4 группы. Основные процессы Приобретение ПО; Передача ПО (в использование); Разработка ПО; Эксплуатация ПО; Поддержка ПО Поддерживающие процессы Документирование; Управление конфигурациями; Обеспечение качества; Верификация; Валидация; Совместные экспертизы; Аудит; Разрешение проблем Организационные процессы Управление проектом; Управление инфраструктурой; Усовершенствован ие процессов; Управление персоналом Адаптация Адаптация описываемых стандартом процессов под нужды конкретного проекта

CASE технологии. Лекция 4

CASE технологии. Лекция 4 CASE технологии Лекция 4 1 Язык UML: предыстория середина 1970-х конец 1980-х годов Появление и расцвет объектно-ориентированного проектирования (ООП) «Война методов» проектирования середина 1990-х годов

Подробнее

Определение 1: Определение 2:

Определение 1: Определение 2: РАЗРАБОТКА ИС Жизненный цикл ИС Определение 1: Жизненный цикл ИС это процесс ее построения и развития. Определение 2: Жизненный цикл ИС период времени, который начинается с момента принятия решения о необходимости

Подробнее

Программные интерфейсы Жизненный цикл и процессы разработки ПО

Программные интерфейсы Жизненный цикл и процессы разработки ПО Программные интерфейсы Жизненный цикл и процессы разработки ПО Кафедра дискретной математики и информационных технологий Синельников Евгений Александрович 19 Сентябрь, 2011 Инструментарий разработчика

Подробнее

2. Процессы жизненного цикла программных средств Создание любого программного средства выполняется по некоторой схеме. Данная схема представляет

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

Подробнее

Лекция 2.1 Язык UML. Диаграммы вариантов использования

Лекция 2.1 Язык UML. Диаграммы вариантов использования Лекция 2.1 Язык UML. Диаграммы вариантов использования 1. Язык UML Содержание 2. Диаграммы вариантов использования Вариант использования Актеры Отношения 3. Пример диаграммы вариантов использования Графическая

Подробнее

Лабораторная работа 1. «Диаграмма вариантов использования»

Лабораторная работа 1. «Диаграмма вариантов использования» Лабораторная работа 1 «Диаграмма вариантов использования» Оглавление Понятие языка UML... 3 Диаграмма вариантов использования (usecase diagram)... 6 Вариант использования... 7 Актеры... 7 Интерфейсы...

Подробнее

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ СТАВРОПОЛЬСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ СТАВРОПОЛЬСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ СТАВРОПОЛЬСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ Экономический факультет Кафедра информационных систем УТВЕРЖДАЮ

Подробнее

СИСТЕМНОЕ И ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ. Лекция 4: Жизненный цикл ПО Требования Техническое задание

СИСТЕМНОЕ И ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ. Лекция 4: Жизненный цикл ПО Требования Техническое задание СИСТЕМНОЕ И ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ Лекция 4: Жизненный цикл ПО Требования Техническое задание Жизненный цикл программного обеспечения Понятие жизненного цикла Жизненный цикл период: с момента

Подробнее

Лабораторная работа 1. Диаграмма вариантов использования

Лабораторная работа 1. Диаграмма вариантов использования Лабораторная работа Диаграмма вариантов использования Цель работы:. Знакомство с основными понятиями UML 2. Знакомство со средой моделирования Rational Rose 3. Изучение компонентов модели 4. Построение

Подробнее

1. Контроль изучения дисциплины. 2. Вопросы модульных тестов. Модульный тест 1.

1. Контроль изучения дисциплины. 2. Вопросы модульных тестов. Модульный тест 1. 1. Контроль изучения дисциплины. Текущий контроль освоения дисциплины студентом осуществляется путем компьютерного тестирования (вопросы модульных тестов прилагаются). Итоговый контроль качества знаний

Подробнее

CASE технологии. Лекция 5

CASE технологии. Лекция 5 CASE технологии Лекция 5 1 Язык UML: виды диаграмм UML 1.5 определял двенадцать типов диаграмм, разделенных на три группы: четыре типа диаграмм представляют статическую структуру приложения; пять представляют

Подробнее

ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПО UML

ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПО UML ПРОГРАММНАЯ ИНЖЕНЕРИЯ ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПО UML РАДЧЕНКО Г.И., КАФЕДРА СП ЮУРГУ ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПО РАДЧЕНКО Г.И., КАФЕДРА СП ЮУРГУ 2 ЭТАПЫ РАЗРАБОТКИ ПО Нету «Православного» деления на этапы

Подробнее

4 Унифицированный язык визуального моделирования Unified Modeling Language (UML)

4 Унифицированный язык визуального моделирования Unified Modeling Language (UML) 4 Унифицированный язык визуального моделирования Unified Modeling Language (UML) Диаграммы в UML. Классы и стереотипы классов. Ассоциативные классы. Основные элементы диаграмм взаимодействия объекты, сообщения.

Подробнее

Технология программирования

Технология программирования Технология программирования Литература (основная) 1. Брауде Э. Технология разработки программного обеспечения - СПб.: Питер, 2004 2. Кантор М. Управление программными проектами. Пер, с англ. - М.: Издательский

Подробнее

CASE-СРЕДСТВА РАЗРАБОТКИ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ САПР. Лекция 2 «Жизненный цикл программного обеспечения ИС»

CASE-СРЕДСТВА РАЗРАБОТКИ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ САПР. Лекция 2 «Жизненный цикл программного обеспечения ИС» CASE-СРЕДСТВА РАЗРАБОТКИ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ САПР Лекция 2 «Жизненный цикл программного обеспечения ИС» 1 Жизненный цикл ЖЦ ряд событий, происходящих с системой в процессе ее создания и использования.

Подробнее

Программная инженерия. Описание требований на языке UML

Программная инженерия. Описание требований на языке UML Программная инженерия Описание требований на языке UML Вопросы Обсуждение курсовой работы Описание требований на языке UML: Иерархия требований Use Case и ссылки на требования Диаграмма последовательности

Подробнее

БАЛТИЙСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «ВОЕНМЕХ» имени Д. Ф. Устинова. Обзор стандарта ГОСТ Р ИСО/МЭК

БАЛТИЙСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «ВОЕНМЕХ» имени Д. Ф. Устинова. Обзор стандарта ГОСТ Р ИСО/МЭК БАЛТИЙСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «ВОЕНМЕХ» имени Д. Ф. Устинова Обзор стандарта ГОСТ Р ИСО/МЭК 12207-99. Автор: Трыков П.С. Санкт-Петербург 2009 год Жизненный цикл программного обеспечения

Подробнее

«Программная инженерия» Фонд оценочных средств по учебной дисциплине

«Программная инженерия» Фонд оценочных средств по учебной дисциплине Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Карачаево-Черкесский государственный университет имени У.Д. Алиева» Кафедра информатики и вычислительной

Подробнее

Проектирование информационных систем

Проектирование информационных систем Проектирование информационных систем Учебно-методическое пособие О.В. Федорова Рецензенты: доктор технических наук, профессор, декан факультета Технической информатики и кибернетики Казанского Государственного

Подробнее

Моделирование потоков данных

Моделирование потоков данных Моделирование потоков 1 Моделирование потоков В основе данной методологии (методологии Gane/Sarson) лежит построение модели анализируемой ИС проектируемой или реально существующей. В соответствии с методологией

Подробнее

УНИВЕРСИТЕТ УПРАВЛЕНИЯ ПРОЕКТАМИ ПРЕОДОЛЕНИЕ РАЗРЫВА МЕЖДУ ПРОГРАММНЫМ УПРАВЛЕНИЕМ И СИСТЕМНЫМ ИНЖИНИРИНГОМ

УНИВЕРСИТЕТ УПРАВЛЕНИЯ ПРОЕКТАМИ ПРЕОДОЛЕНИЕ РАЗРЫВА МЕЖДУ ПРОГРАММНЫМ УПРАВЛЕНИЕМ И СИСТЕМНЫМ ИНЖИНИРИНГОМ УНИВЕРСИТЕТ УПРАВЛЕНИЯ ПРОЕКТАМИ ПРЕОДОЛЕНИЕ РАЗРЫВА МЕЖДУ ПРОГРАММНЫМ УПРАВЛЕНИЕМ И СИСТЕМНЫМ ИНЖИНИРИНГОМ Кокушкин Владимир Анатольевич Балясов Алексей Вячеславович Определение системной инженерии Инженерное

Подробнее

Элементы графической нотации диаграммы последовательности

Элементы графической нотации диаграммы последовательности Лекция 3 часть 4 Элементы графической нотации диаграммы Аннотация: Назначение диаграммы. Объекты, их графическое представление. Линия жизни и фокус управления. Особенности изображения моментов создания

Подробнее

12_Этапы проектирования ИС с применением UML Основные типы UML-диаграмм, используемые в проектировании информационных систем.

12_Этапы проектирования ИС с применением UML Основные типы UML-диаграмм, используемые в проектировании информационных систем. 12_Этапы проектирования ИС с применением UML Основные типы UML-диаграмм, используемые в проектировании информационных систем. Взаимосвязи между диаграммами. Поддержка UML итеративного процесса проектирования

Подробнее

РУКОВОДСТВО ПО УПРАВЛЕНИЮ ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

РУКОВОДСТВО ПО УПРАВЛЕНИЮ ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ГОСТ Р ИСО/МЭК ТО 9294-93 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ Информационная технология РУКОВОДСТВО ПО УПРАВЛЕНИЮ ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ГОССТАНДАРТ РОССИИ Москва Предисловие

Подробнее

ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ

ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ УТВЕРЖДЕН приказом Министерства труда и социальной защиты Российской Федерации от 2013 г. ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ Программист I. Общие сведения Разработка программного 06.001 (наименование вида профессиональной

Подробнее

А.С. Кольцов Е.Д. Федорков ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ. Учебное пособие

А.С. Кольцов Е.Д. Федорков ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ. Учебное пособие А.С. Кольцов Е.Д. Федорков ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ Учебное пособие Воронеж 2005 А.С. Кольцов Е.Д. Федорков ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ Утверждено Редакционно-издательским советом университета в качестве

Подробнее

«Совершенствование технологии разработки и эксплуатации программных комплексов»

«Совершенствование технологии разработки и эксплуатации программных комплексов» ФГОБУ ВПО «Финансовый университет при Правительстве Российской Федерации» Кафедра «Информационные технологии» «Совершенствование технологии разработки и эксплуатации программных комплексов» Москва 2012

Подробнее

Освоение каждого профессионального модуля завершается оценкой компетенций студентов по системе «освоен / не освоен».

Освоение каждого профессионального модуля завершается оценкой компетенций студентов по системе «освоен / не освоен». Специальность 230115 Программирование в компьютерных системах базовая подготовка ОБЩАЯ ХАРАКТЕРИСТИКА ПРИМЕРНЫХ ПРОГРАММ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ Основная профессиональная образовательная программа по

Подробнее

ТЕХНОЛОГИИ ПРОГРАММИРОВАНИЯ Контрольно-измерительные материалы для студентов направления подготовки для всех форм обучения

ТЕХНОЛОГИИ ПРОГРАММИРОВАНИЯ Контрольно-измерительные материалы для студентов направления подготовки для всех форм обучения МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КАФЕДРА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И МОДЕЛИРОВАНИЯ Крайнова Т.С. ТЕХНОЛОГИИ ПРОГРАММИРОВАНИЯ Контрольно-измерительные

Подробнее

Проектирование архитектур программного обеспечения

Проектирование архитектур программного обеспечения Проектирование архитектур программного обеспечения лекция 1 Зозуля А.В. 2016 г. Содержание Введение Информационные системы Архитектура ПО Архитектурные слои Моделирование Место курса 1 курс: Программирование

Подробнее

ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ

ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ УТВЕРЖДЕН приказом Министерства труда и социальной защиты Российской Федерации от «18» ноября 2013 г. 679н ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ Программист 4 I. Общие сведения Разработка программного 06.001 (наименование

Подробнее

Программная инженерия. Анализ и проектирование программного обеспечения 1

Программная инженерия. Анализ и проектирование программного обеспечения 1 Программная инженерия Анализ и проектирование программного обеспечения 1 Вопросы Демонстрация описания ТЗ в EA Проектирование ПО: Общие понятия Подходы к проектированию Применимые стандарты, эскизный проект

Подробнее

РАБОЧАЯ ПРОГРАММА ПО ДИСЦИПЛИНЕ «РАЗРАБОТКА И СТАНДАРТИЗАЦИЯ ПРОГРАММНЫХ СРЕДСТВ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ»

РАБОЧАЯ ПРОГРАММА ПО ДИСЦИПЛИНЕ «РАЗРАБОТКА И СТАНДАРТИЗАЦИЯ ПРОГРАММНЫХ СРЕДСТВ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ» НОУ ВПО Частное образовательное учреждение высшего образования «ЕССЕНТУКСКИЙ ИНСТИТУТ УПРАВЛЕНИЯ, БИЗНЕСА И ПРАВА» кафедра Высшей математики и информатики ЕИУБиП ЧОУ ВО ЕИУБП РАБОЧАЯ ПРОГРАММА ПО ДИСЦИПЛИНЕ

Подробнее

Лекция 2.5 Диаграмма развертывания. Диаграмма синхронизации 1 Диаграмма развертывания (deployment diagram) Артефакт 3. 1.

Лекция 2.5 Диаграмма развертывания. Диаграмма синхронизации 1 Диаграмма развертывания (deployment diagram) Артефакт 3. 1. Лекция 2.5 Диаграмма развертывания. Диаграмма синхронизации 1 Диаграмма развертывания (deployment diagram) 2 1.1 Артефакт 3 1.2 Узел 3 1.3 Соединения 5 1.3.1 Отношения зависимости 6 1.4 Рекомендации по

Подробнее

Проектирование и архитектура программных систем

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

Подробнее

Документирование на этапах проектирования ИС

Документирование на этапах проектирования ИС Документирование на этапах проектирования ИС 1 Этап 1. Системный анализ проекта ПС 1.1. Исследования и определение концепции версии ПС Результаты обследования и описание объекта и целей его информатизации

Подробнее

Лабораторная работа 3. «Диаграмма состояний и диаграмма деятельности»

Лабораторная работа 3. «Диаграмма состояний и диаграмма деятельности» Лабораторная работа 3 «Диаграмма состояний и диаграмма деятельности» Оглавление ДИАГРАММА СОСТОЯНИЙ... 3 Общее понятие... 3 Состояние... 4 Переход... 6 Составное состояние и подсостояние... 8 Примеры диаграмм

Подробнее

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

Метаязык построения визуальных языков моделирования Метаязык построения визуальных языков моделирования Л.Н. Лядова, А.О. Сухов Пермский государственный университет LNLyadova@gmail.com, Sukhov_PSU@mail.ru Введение С увеличением числа требований к адаптируемым

Подробнее

Образец пакета Modern SRS Package

Образец пакета Modern SRS Package Часть 2. Понимание потребностей пользователей Приложение В Образец пакета Modern SRS Package Ниже приводится схема пакета Modern Software Requirement Specification (SRS), в котором используются как традиционные

Подробнее

Раздел II. Исследование и моделирование социальных и экономических систем

Раздел II. Исследование и моделирование социальных и экономических систем В.Н. Тюшняков МОДЕЛИРОВАНИЕ ЦИКЛА ОБСЛУЖИВАНИЯ КЛИЕНТОВ В ГОСТИНИЦЕ НА ОСНОВЕ ПРИМЕНЕНИЯ UML-ДИАГРАММ При разработке масштабных проектов перед началом создания системы необходим этап анализа предметной

Подробнее

Российский союз промышленников и предпринимателей. Профессиональный стандарт. Программист высокопроизводительных вычислительных систем

Российский союз промышленников и предпринимателей. Профессиональный стандарт. Программист высокопроизводительных вычислительных систем Российский союз промышленников и предпринимателей Профессиональный стандарт Программист высокопроизводительных вычислительных систем Москва, 2012 Профессиональный стандарт: Программист высокопроизводительных

Подробнее

Построение информационных систем

Построение информационных систем Лекция 14 Построение информационных систем План 14.1. Системный подход к построению информационных систем 14.2. Стадии разработки информационных систем Контрольные вопросы Задание для самостоятельной работы

Подробнее

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

A) методология проектирования программных средств, а также набор инструментальных средств (ПС), которые позволяют в наглядной форме моделировать Экзаменационные тесты по дисциплине «Технология разработки программного обеспечения» для специальности 1304000 «Вычислительная техника и программное обеспечение» 3 курс 1. Программное обеспечение (ПО)

Подробнее

СТАНДАРТЫ И МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

СТАНДАРТЫ И МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СТАНДАРТЫ И МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Алиева А. Дагестанский государственный университет Махачкала, Дагестан, Россия STANDARDS AND LIFE CYCLE MODEL SOFTWARE Dagestan state University

Подробнее

Гради Буч, Джеймс Рамбо, Ивар Якобсон Язык UML. Руководство пользователя

Гради Буч, Джеймс Рамбо, Ивар Якобсон Язык UML. Руководство пользователя Гради Буч, Джеймс Рамбо, Ивар Якобсон Язык UML. Руководство пользователя The Unified Modeling Language Usere Guide SECOND EDITION Grady Booch James Rumbaugh Ivar Jacobson Upper Saddle River, NJ Boston

Подробнее

ОСНОВЫ СИСТЕМНОЙ ИНЖЕНЕРИИ ЛЕКЦИЯ 1. ОСНОВНЫЕ ПОНЯТИЯ СИСТЕМНОЙ ИНЖЕНЕРИИ

ОСНОВЫ СИСТЕМНОЙ ИНЖЕНЕРИИ ЛЕКЦИЯ 1. ОСНОВНЫЕ ПОНЯТИЯ СИСТЕМНОЙ ИНЖЕНЕРИИ ОСНОВЫ СИСТЕМНОЙ ИНЖЕНЕРИИ ЛЕКЦИЯ 1. ОСНОВНЫЕ ПОНЯТИЯ СИСТЕМНОЙ ИНЖЕНЕРИИ 1.1. Возникновение системной инженерии Рост масштабов и усложнение способов организации деятельности по созданию систем, повышение

Подробнее

Код компетенции. Название компетенции. способностью использовать основы философских знаний для формирования мировоззренческой позиции

Код компетенции. Название компетенции. способностью использовать основы философских знаний для формирования мировоззренческой позиции Код компетенции ОК-1 Название компетенции способностью использовать основы философских знаний для формирования мировоззренческой позиции ОК-2 способностью анализировать основные этапы и закономерности

Подробнее

МЕЖДУНАРОДНЫЕ СТАНДАРТЫ И ЖИЗНЕННЫЕ ЦИКЛЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

МЕЖДУНАРОДНЫЕ СТАНДАРТЫ И ЖИЗНЕННЫЕ ЦИКЛЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ УДК 681.32.019 Т.Я. ЧУМАКОВА, С.М. ЦЫГАНЕНКО МЕЖДУНАРОДНЫЕ СТАНДАРТЫ И ЖИЗНЕННЫЕ ЦИКЛЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Abstract: In the paper the structure of type model of life cycle of the difficult programmatic

Подробнее

Информатика Информатика наука Предметом информатики Теоретическая информатика

Информатика Информатика наука Предметом информатики Теоретическая информатика Информатика Информатика устанавливает законы преобразования информации в условиях функционирования автоматизированных систем, разрабатывает методы еѐ алгоритмизации, формирования языковых средств общения

Подробнее

Министерство образования Российской Федерации НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ РАБОЧАЯ ПРОГРАММА НОВОСИБИРСК 2004

Министерство образования Российской Федерации НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ РАБОЧАЯ ПРОГРАММА НОВОСИБИРСК 2004 Министерство образования Российской Федерации НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ 1 УТВЕРЖДАЮ Декан АВТФ д.т.н., проф. Губарев В.В. 2004 РАБОЧАЯ ПРОГРАММА дисциплины: Технология программ

Подробнее

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от N 260

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от N 260 ГОСТ Р ИСО/МЭК ТО 9294-93 Группа Т55 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ Информационная технология РУКОВОДСТВО ПО УПРАВЛЕНИЮ ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Information technology.

Подробнее

Кафедра. «Информационные технологии» В.И. Рахманов "Прикладная информатика" (программа подготовки бакалавра)

Кафедра. «Информационные технологии» В.И. Рахманов Прикладная информатика (программа подготовки бакалавра) Федеральное государственное образовательное бюджетное учреждение высшего профессионального образования «ФИНАНСОВЫЙ УНИВЕРСИТЕТ ПРИ ПРАВИТЕЛЬСТВЕ РОССИЙСКОЙ ФЕДЕРАЦИИ» (ФИНАНСОВЫЙ УНИВЕРСИТЕТ) Кафедра «Информационные

Подробнее

Savina N.S. Volzhskiy Polytechnical Institute, branch of the Volgograd State Technical University Volzhskiy, Russia

Savina N.S. Volzhskiy Polytechnical Institute, branch of the Volgograd State Technical University Volzhskiy, Russia CASE технологии разработки программных систем. Савина Н.С. Волжский политехнический институт (филиал) ФГБОУ ВПО "Волгоградский государственный технический университет" Волжский, Россия СASE-technology

Подробнее

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

Программный комплекс верификации алгоритмов программного обеспечения с помощью иерархических сетей Петри УДК 681.31 Программный комплекс верификации алгоритмов программного обеспечения с помощью иерархических сетей Петри И. В. Рудаков 1, А. В. Пащенкова 1 1 МГТУ им. Н.Э. Баумана, Москва, 105005, Россия Рассмотрен

Подробнее

Содержание. Часть I. Введение 27. Предисловие 19 Введение 21. Глава 1. Объектно-ориентированный анализ и проектирование 29

Содержание. Часть I. Введение 27. Предисловие 19 Введение 21. Глава 1. Объектно-ориентированный анализ и проектирование 29 Содержание Предисловие 19 Введение 21 Образовательные и Web-ресурсы 22 Для кого предназначена эта книга 22 Что необходимо знать 22 Примеры на языке Java 22 Структура книги 23 Об авторе 23 Контакты 24 Дополнения

Подробнее

Основная задача. Ознакомиться с конкретными примерами, рассматриваемыми в этой книге.

Основная задача. Ознакомиться с конкретными примерами, рассматриваемыми в этой книге. Глава 3 Конкретные примеры Существует совсем немного вещей, которые придумать труднее, чем хороший пример. Марк Твен (Mark Twain) Основная задача Ознакомиться с конкретными примерами, рассматриваемыми

Подробнее

Технология разработки программного обеспечения (программная инженерия) Лекция 16 Сопровождение программного обеспечения

Технология разработки программного обеспечения (программная инженерия) Лекция 16 Сопровождение программного обеспечения Технология разработки программного обеспечения (программная инженерия) Лекция 16 Сопровождение программного обеспечения Внедрение программного обеспечения Разработка программного обеспечения 1. Выявление

Подробнее

Лабораторная работа 4 «Введение в Rational Unified Process. Паттерны»

Лабораторная работа 4 «Введение в Rational Unified Process. Паттерны» Лабораторная работа 4 «Введение в Rational Unified Process. Паттерны» Цель работы научиться разрабатывать модели потока работ; понять место данной модели при определении функций разрабатываемой системы

Подробнее

РАЗРАБОТКА МОДЕЛИ ВИРТУАЛЬНОГО МУЗЕЯ

РАЗРАБОТКА МОДЕЛИ ВИРТУАЛЬНОГО МУЗЕЯ УДК 004.946 Кулева Н.С. студент Поволжский государственный университет телекоммуникаций и информатики 4 курс, факультет «Информационные системы и технологии» РАЗРАБОТКА МОДЕЛИ ВИРТУАЛЬНОГО МУЗЕЯ Россия,

Подробнее

ПРОГРАММА аттестационных испытаний для поступающих на 2 и последующие курсы специальности «Прикладная информатика (в сфере сервиса)»

ПРОГРАММА аттестационных испытаний для поступающих на 2 и последующие курсы специальности «Прикладная информатика (в сфере сервиса)» ПРОГРАММА аттестационных испытаний для поступающих на 2 и последующие курсы специальности «Прикладная информатика (в сфере сервиса)» Курс Экзамен Форма проведения экзамена 2 курс 3 курс 4 курс 5 курс Комплексный

Подробнее

ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ

ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ Основные задачи проектирования баз данных Обеспечение хранения в БД всей необходимой информации. Обеспечение возможности получения данных по всем необходимым запросам. Сокращение

Подробнее

Жизненный цикл информационных систем

Жизненный цикл информационных систем Жизненный цикл информационных систем Особенности разработки ИС для предприятия Особенности предметной деятельности предприятия оказывают влияние на структуру информационной системы Структуры разных предприятий

Подробнее

Разработка встраиваемых приложений и систем реального времени с использованием визуального моделирования на основе UML и продукта Telelogic Rhapsody

Разработка встраиваемых приложений и систем реального времени с использованием визуального моделирования на основе UML и продукта Telelogic Rhapsody Компания ECI Telecom использует среду проектирования Rhapsody компании I- Logix и методы графического кодирования языка UML для разработки встраиваемых цифровых приложений кросс-коммутации Разработчики,

Подробнее

"МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ ИМПЕРАТОРА НИКОЛАЯ II" АННОТАЦИЯ К РАБОЧЕЙ ПРОГРАММЕ ДИСЦИПЛИНЫ

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ ИМПЕРАТОРА НИКОЛАЯ II АННОТАЦИЯ К РАБОЧЕЙ ПРОГРАММЕ ДИСЦИПЛИНЫ ФЕДЕРАЛЬНОЕ АГЕНТСТВО ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ "МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ ИМПЕРАТОРА

Подробнее

Занятие 7 Формализация и алгоритмизация информационных процессов

Занятие 7 Формализация и алгоритмизация информационных процессов Занятие 7 Формализация и алгоритмизация информационных процессов С развитием вычислительной техники наиболее эффективным методом исследования больших систем стало машинное моделирование, без которого невозможно

Подробнее

ТЕХНОЛОГИЯ КОРПОРАТИВНОГО ВНЕДРЕНИЯ: АКСИОМЫ, МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА И ОБЛАСТЬ ЭФФЕКТИВНОСТИ

ТЕХНОЛОГИЯ КОРПОРАТИВНОГО ВНЕДРЕНИЯ: АКСИОМЫ, МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА И ОБЛАСТЬ ЭФФЕКТИВНОСТИ Планирование Исполнение /Контроль и анализ Принятие решения Управление проектами Информационные технологии «1С:Предприятие» ТЕХНОЛОГИЯ КОРПОРАТИВНОГО ВНЕДРЕНИЯ: АКСИОМЫ, МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА И ОБЛАСТЬ

Подробнее

1. Общая информация о дисциплине 1.1 Название дисциплины: Технологии программирования

1. Общая информация о дисциплине 1.1 Название дисциплины: Технологии программирования 1. Общая информация о дисциплине 1.1 Название дисциплины: Технологии программирования 1.2.1 Трудоѐмкость дисциплины по учебному плану очной формы обучения: 144 часа (4 ЗЕ) из них: лекций 18 час. лабораторных

Подробнее

Областное государственное бюджетное образовательное учреждение среднего профессионального образования «Иркутский авиационный техникум»

Областное государственное бюджетное образовательное учреждение среднего профессионального образования «Иркутский авиационный техникум» Областное государственное бюджетное образовательное учреждение среднего профессионального образования «Иркутский авиационный техникум» УТВЕРЖДАЮ Директор ОГБОУ СПО «ИАТ» В.Г. Семенов Комплект методический

Подробнее

База нормативной документации: Средства вычислительной техники ЗАЩИТА ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА К ИНФОРМАЦИИ

База нормативной документации:  Средства вычислительной техники ЗАЩИТА ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА К ИНФОРМАЦИИ ГОСТ Р 50739-95 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ Средства вычислительной техники ЗАЩИТА ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА К ИНФОРМАЦИИ Общие технические требования ГОССТАНДАРТ РОССИИ Москва

Подробнее

«Институт менеджмента, маркетинга и финансов»

«Институт менеджмента, маркетинга и финансов» Автономная образовательная некоммерческая организация высшего образования «Институт менеджмента, маркетинга и финансов» Учебное издание МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ВЫПОЛНЕНИЮ КУРСОВОЙ РАБОТЫ Б1.В.ОД.9 Объектно-ориентированное

Подробнее

Проектирование информационных систем

Проектирование информационных систем Золотов Сергей Юрьевич к.т.н., доцент кафедры АСУ Проектирование информационных систем Вебинар 3 «Суть объектно-ориентированного подхода к проектированию информационных систем» План вебинара Смысл объектно-ориентированного

Подробнее

ГОСТ Р ИСО/МЭК ТО ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

ГОСТ Р ИСО/МЭК ТО ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ГОСТ Р ИСО/МЭК ТО 9294-93 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ Информационная технология РУКОВОДСТВО ПО УПРАВЛЕНИЮ ДОКУМЕНТИРОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Издание официальное ГОССТАНДАРТ РОССИИ

Подробнее

Тема: UML Диаграмма (видов) деятельности (Activity Diagram)

Тема: UML Диаграмма (видов) деятельности (Activity Diagram) Тема: UML Диаграмма (видов) деятельности (Activity Diagram) Содержание: состояние действия переходы упражнение 1 упражнение 2 При моделировании поведения проектируемой или анализируемой системы возникает

Подробнее

ЭТАЛОННАЯ МОДЕЛЬ СИСТЕМ. МОДЕЛЬ окружений открытых СИСТЕМ. Open. Environment. System. - Basic Reference Model (OSE RM) Masich G.F

ЭТАЛОННАЯ МОДЕЛЬ СИСТЕМ. МОДЕЛЬ окружений открытых СИСТЕМ. Open. Environment. System. - Basic Reference Model (OSE RM) Masich G.F МОДЕЛЬ окружений открытых СИСТЕМ ЭТАЛОННАЯ МОДЕЛЬ СИСТЕМ Open System Environment - Basic Reference Model (OSE RM) Masich G.F. 20.02.2012 OSE RM 1 СОДЕРЖАНИЕ 1. КОНЦЕПЦИЯ ОТКРЫТЫХ СИСТЕМ (ОС) 2. Методологическая

Подробнее

Глава 1. Введение. Проблемы создания больших. программных систем Особенности разработки сложных (больших) программных систем...

Глава 1. Введение. Проблемы создания больших. программных систем Особенности разработки сложных (больших) программных систем... Архитектура и проектирование программных систем: Монография / С.В. Назаров. - М.: НИЦ ИНФРА- М, 2014. - 351 с.: 60x88 1/16 + ( Доп. мат. znanium.com). - (Научная мысль; Информатика). (обложка) ISBN 978-5-16-005735-4

Подробнее

Функции продукта или системы

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

Подробнее

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КАФЕДРА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И МОДЕЛИРОВАНИЯ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КАФЕДРА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И МОДЕЛИРОВАНИЯ МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КАФЕДРА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И МОДЕЛИРОВАНИЯ Крайнова Т.С. РАЗРАБОТКА ПРОГРАММНЫХ ПРИЛОЖЕНИЙ Конспект лекций

Подробнее

Содержание и методы создания информационных систем и информационных технологий

Содержание и методы создания информационных систем и информационных технологий Содержание и методы создания информационных систем и информационных технологий Создание автоматизированных информационных систем и технологий управления может осуществляться по двум вариантам. 1) Первый

Подробнее

Лекция 11. Цикл разработки программного обеспечения. Критерии качества

Лекция 11. Цикл разработки программного обеспечения. Критерии качества Лекция 11. Цикл разработки программного обеспечения. Критерии качества 1 Цикл разработки программного обеспечения это весь процесс его создания и применения от начала до конца. Этапы этого цикла и удельный

Подробнее

Для магистрантов: Технологии разработки ПО

Для магистрантов: Технологии разработки ПО 2011 Для магистрантов: Технологии разработки ПО 9-ый семестр Лекции Курсовой проект 10-ый семестр Лекции Курсовой проект Для инженеров: Промышленные технологии проектирования программного обеспечения 9-ый

Подробнее

Лабораторная работа 2. «Диаграмма классов»

Лабораторная работа 2. «Диаграмма классов» Лабораторная работа 2 «Диаграмма классов» Оглавление Общее понятие... 3 Класс... 3 Атрибуты... 4 Операция... 6 Отношения между классами... 7 Отношение зависимости... 7 Отношение ассоциации... 8 Отношение

Подробнее

Методы и средства защиты информации ЛЕКЦИЯ 3: СИСТЕМЫ АНАЛИЗА И МОДЕЛИРОВАНИЯ ИНФОРМАЦИОННЫХ ПОТОКОВ

Методы и средства защиты информации ЛЕКЦИЯ 3: СИСТЕМЫ АНАЛИЗА И МОДЕЛИРОВАНИЯ ИНФОРМАЦИОННЫХ ПОТОКОВ Методы и средства защиты информации ЛЕКЦИЯ 3: СИСТЕМЫ АНАЛИЗА И МОДЕЛИРОВАНИЯ ИНФОРМАЦИОННЫХ ПОТОКОВ Тейс Г.Н., 2013 Программно-технические способы и средства обеспечения ИБ Средства защиты от несанкционированного

Подробнее

Глава 1. Информационные технологии и информационные процессы

Глава 1. Информационные технологии и информационные процессы Королькова А. В., Кулябов Д. С. Моделирование информационных процессов 3 Глава 1. Информационные технологии и информационные процессы В данном разделе изучается понятие технологии (в частности, информационной

Подробнее

Проектирование информационной системы продажи контента для мобильных телефонов Золотов Р.О. Ярославский филиал РЭУ им. Г.В.Плеханова Ярославль, Россия

Проектирование информационной системы продажи контента для мобильных телефонов Золотов Р.О. Ярославский филиал РЭУ им. Г.В.Плеханова Ярославль, Россия Проектирование информационной системы продажи контента для мобильных телефонов Золотов Р.О. Ярославский филиал РЭУ им. Г.В.Плеханова Ярославль, Россия Design of information system sales of content for

Подробнее

ЭТАПЫ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ ОБРАЗОВАТЕЛЬНЫХ СИСТЕМ

ЭТАПЫ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ ОБРАЗОВАТЕЛЬНЫХ СИСТЕМ 51 ЭТАПЫ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ ОБРАЗОВАТЕЛЬНЫХ СИСТЕМ Л.Л. Горбунова Описываются результаты применения методологии функционального моделирования для построения модели общего образования взрослых,

Подробнее

Разработка методов проектирования информационноаналитических

Разработка методов проектирования информационноаналитических Электронный журнал «Труды МАИ». Выпуск 45 www.mai.ru/science/trudy/ УДК 004.413 Разработка методов проектирования информационноаналитических систем И.А Селянова. Аннотация Информационно-аналитическая система

Подробнее

Федеральное агентство по образованию УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КАФЕДРА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И МОДЕЛИРОВАНИЯ

Федеральное агентство по образованию УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КАФЕДРА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И МОДЕЛИРОВАНИЯ Федеральное агентство по образованию УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КАФЕДРА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И МОДЕЛИРОВАНИЯ О.А. Карасева Проектный практикум Учебно-методические указания

Подробнее

Диаграммы взаимодействия объектов в UML

Диаграммы взаимодействия объектов в UML Диаграммы взаимодействия объектов в UML В данной статье рассматриваются во всех подробностях диаграммы сотрудничества (collaboration diagram) и диаграммы последовательности взаимодействия (sequence diagram)

Подробнее

Лекция 4 ИМИТАЦИОННЫЕ МОДЕЛИ: СТРУКТУРА, ТРЕБОВАНИЯ, ПРОЦЕСС ИМИТАЦИИ. ПЛАНИРОВАНИЕ ИМИТАЦИОННЫХ ЭКСПЕРИМЕНТОВ С МОДЕЛЯМИ

Лекция 4 ИМИТАЦИОННЫЕ МОДЕЛИ: СТРУКТУРА, ТРЕБОВАНИЯ, ПРОЦЕСС ИМИТАЦИИ. ПЛАНИРОВАНИЕ ИМИТАЦИОННЫХ ЭКСПЕРИМЕНТОВ С МОДЕЛЯМИ Лекция 4 1 ИМИТАЦИОННЫЕ МОДЕЛИ: СТРУКТУРА, ТРЕБОВАНИЯ, ПРОЦЕСС ИМИТАЦИИ. ПЛАНИРОВАНИЕ ИМИТАЦИОННЫХ ЭКСПЕРИМЕНТОВ С МОДЕЛЯМИ Имитационное моделирование процесс конструирования модели реальной системы и

Подробнее

Принципы управления требованиями в стандартах SEI-CMM и ISO 9000

Принципы управления требованиями в стандартах SEI-CMM и ISO 9000 Часть 2. Понимание потребностей пользователей Приложение Г Принципы управления требованиями в стандартах SEI-CMM и ISO 9000 Принципы управления требованиями в стандарте SEI-CMM В ноябре 1986 года в Институте

Подробнее

ИДЗ. - WinSockets API

ИДЗ. - WinSockets API Государственное образовательное учреждение высшего профессионального образования «Липецкий государственный технический университет» «УТВЕРЖДАЮ» Декан ФАИ / П.В. Сараев / РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ (МОДУЛЯ)

Подробнее

Профессиональный стандарт «Тестирование программного обеспечения» 1. Общие положения

Профессиональный стандарт «Тестирование программного обеспечения» 1. Общие положения ПРОЕКТ Профессиональный стандарт «Тестирование программного обеспечения» 1. Общие положения 1. Профессиональный стандарт «Тестирование программного обеспечения» предназначен для формирования образовательных

Подробнее

Министерство образования Республики Беларусь Учреждение образования «Белорусский государственный университет информатики и радиоэлектроники»

Министерство образования Республики Беларусь Учреждение образования «Белорусский государственный университет информатики и радиоэлектроники» Министерство образования Республики Беларусь Учреждение образования «Белорусский государственный университет информатики и радиоэлектроники» В. В. Бахтизин, Л. А. Глухова Технология разработки программного

Подробнее

Компания TEM consulting Телефон: (495) С. Ю. Быков МЕТОДЫ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

Компания TEM consulting Телефон: (495) С. Ю. Быков МЕТОДЫ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С. Ю. Быков МЕТОДЫ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ 2016 СОДЕРЖАНИЕ Компания TEM consulting 1. ПРАВИЛА ПРИМЕНЕНИЯ БЛОК-СХЕМ 3 1.1. Краткое описание 3 1.2. Условные обозначения 3 1.3. Правила нотации 4 2.

Подробнее

Конструирование ПО: общее понятие, основные задачи. С. Макконнелл «Совершенный код. Практическое руководство по разработке ПО»

Конструирование ПО: общее понятие, основные задачи. С. Макконнелл «Совершенный код. Практическое руководство по разработке ПО» Конструирование ПО: общее понятие, основные задачи. С. Макконнелл «Совершенный код. Практическое руководство по разработке ПО» Разработка ПО это наука (Грайс, 1981), процесс (Хамфри, 1989), фермерство,

Подробнее

МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА СИСТЕМНОЙ ИНЖЕНЕРИИ ДЛЯ СОЗДАНИЯ ИННОВАЦИОННОГО ЛЕТАТЕЛЬНОГО АППАРАТА

МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА СИСТЕМНОЙ ИНЖЕНЕРИИ ДЛЯ СОЗДАНИЯ ИННОВАЦИОННОГО ЛЕТАТЕЛЬНОГО АППАРАТА Баданов А.Ю., Рызванов Р.А. Инженер 2к.; Инженер-программист 2к. Центральный аэрогидродинамический институт (ЦАГИ), г. Жуковский МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА СИСТЕМНОЙ ИНЖЕНЕРИИ ДЛЯ СОЗДАНИЯ ИННОВАЦИОННОГО

Подробнее

Основы управления ИТ проектами. Лекция 1.

Основы управления ИТ проектами. Лекция 1. 1 Основы управления ИТ проектами. Лекция 1. Термин "ИТ-проект" обычно используется для обозначения деятельности, связанной с использованием или созданием некоторой информационной технологии. Это приводит

Подробнее

Тема 2. Системный анализ в исследовании управления

Тема 2. Системный анализ в исследовании управления Тема 2. Системный анализ в исследовании управления 2.1. Понятие системного анализа. 2.2. Системный анализ в исследовании управления. 2.3. Стадии системного анализа систем управления. 2.4. Принципы системного

Подробнее

Имитационное моделирование Сущность имитационного моделирования

Имитационное моделирование Сущность имитационного моделирования Имитационное моделирование Сущность имитационного моделирования Почему необходим двойной термин «имитационное моделирование». Слова имитация и моделирование являются почти синонимами. Фактически все расчетные

Подробнее