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

Save this PDF as:
 WORD  PNG  TXT  JPG

Размер: 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). Набор данных, содержащихся в какой-либо момент в информационной среде, будем называть состоянием этой информационной среды. Процесс можно определить как последовательность сменяющих друг друга состояний некоторой информационной среды. Описать процесс это значит определить последовательность состояний заданной информационной среды. Если мы хотим, чтобы по заданному описанию требуемый процесс порождался автоматически на каком-либо компьютере, необходимо, чтобы это описание было формализованным. Такое описание называется программой. С другой стороны, программа должна быть понятной и человеку, так как и при разработке программ, и при их использовании часто приходится выяснять, какой именно процесс она порождает. Поэтому программа составляется на удобном для человека формализованном языке программирования, с которого она автоматически переводится на язык соответствующего компьютера с помощью другой программы, называемой транслятором. Человеку (программисту), прежде чем составить программу на удобном для него языке программирования, приходится проделывать большую подготовительную работу по уточнению постановки задачи, выбору метода ее решения, выяснению специфики применения требуемой программы, прояснению общей организации разрабатываемой программы и многое другое. Использование этой информации может существенно упростить задачу понимания программы человеком, поэтому весьма полезно ее как-то фиксировать в виде отдельных документов (часто не формализованных, рассчитанных только для восприятия человеком). Обычно программы разрабатываются в расчете на то, чтобы ими могли пользоваться люди, не участвующие в их разработке (их называют пользователями). Для освоения программы пользователем помимо ее текста требуется определенная дополнительная документация. Программа или логически связанная совокупность программ на носителях данных, снабженная программной документацией, называется программным средством (ПС). Программа позволяет осуществлять некоторую автоматическую обработку данных на компьютере. Программная документация позволяет понять, какие функции выполняет та или иная программа ПС, как подготовить исходные данные и запустить требуемую программу в процесс ее выполнения, а также: что означают получаемые результаты

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 группы. Основные процессы Приобретение ПО; Передача ПО (в использование); Разработка ПО; Эксплуатация ПО; Поддержка ПО Поддерживающие процессы Документирование; Управление конфигурациями; Обеспечение качества; Верификация; Валидация; Совместные экспертизы; Аудит; Разрешение проблем Организационные процессы Управление проектом; Управление инфраструктурой; Усовершенствован ие процессов; Управление персоналом Адаптация Адаптация описываемых стандартом процессов под нужды конкретного проекта

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

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

Подробнее

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

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

Подробнее

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

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

Подробнее

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

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

Подробнее

Моделирование бизнес-процессов

Моделирование бизнес-процессов Глава 5 Моделирование бизнес-процессов Основные положения Для анализа проблем в среде IS/IT наиболее подходящим является метод моделирования бизнес-процессов. Модель бизнес-процесса помогает нам при определении

Подробнее

Отношения и их графическое изображение на диаграмме классов

Отношения и их графическое изображение на диаграмме классов Лекция 3 часть2: Отношения и их графическое изображение на диаграмме классов Ключевые слова: UML, ассоциация, association relationship, обобщение, generalization relationship, агрегация, композиция, представление,

Подробнее

ЛАБОРАТОРНАЯ РАБОТА 4 РАЗРАБОТКА ФИЗИЧЕСКОГО ПРЕДСТАВЛЕНИЯ ПРОЦЕССА ФУНКЦИОНИРОВАНИЯ ПРОГРАММНОГО СРЕДСТВА С ИСПОЛЬЗОВАНИЕМ UML

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

Подробнее

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

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

Подробнее

Жизненный цикл ПО 2012

Жизненный цикл ПО 2012 Жизненный цикл ПО 2012 Авторы: А. Якобсон Г. Буч Дж. Рембо Продвигается IBM Rational Начало разработки - 1995 г. Первая версия RUP - 1998 г. Наиболее глубоко проработанная методология Ицыксон В.М. ОСНОВЫ

Подробнее

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

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

Подробнее

Документирование требований

Документирование требований Документирование требований Чтобы требования, выявленные и описанные приняли силу соглашения между Заказчиком и Разработчиком, их необходимо оформит Документирование РФ Запад "Техническое задание", ТЗ

Подробнее

Диаграммы прецедентов

Диаграммы прецедентов Диаграммы прецедентов Диаграммы прецедентов представляют собой один из пяти типов диаграмм, применяемых в UML для моделирования динамических аспектов системы (остальные четыре типа - это диаграммы деятельности,

Подробнее

ОНТОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗ ЗНАНИЙ

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

Подробнее

КПО. Документирование. Лекция 3 (версия 1.0)

КПО. Документирование. Лекция 3 (версия 1.0) КПО Документирование Лекция 3 (версия 1.0) Организации ГОСТ российские государственные стандарты IEEE Институт инженеров по электротехнике и радиоэлектронике ( www.ieee.org) ISO международная организация

Подробнее

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

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

Подробнее

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

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

Подробнее

Методология проектирования баз данных

Методология проектирования баз данных Методология проектирования баз данных Введение в методологию проектирования баз данных Что такое методология проектирования? Методология проектирования - структурированный подход, предусматривающий использование

Подробнее

АННОТАЦИЯ РАБОЧЕЙ ПРОГРАММЫ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ. «ВЫПОЛНЕНИЕ РАБОТ ПО ПРОФЕССИИ «Оператор ЭВМ»

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

Подробнее

Рис Обобщение представления пользователей о данных

Рис Обобщение представления пользователей о данных ЛЕКЦИЯ 4. РАЗЛИЧНЫЕ ПРЕДСТАВЛЕНИЯ О ДАННЫХ В БАЗАХ ДАННЫХ. ОСНОВНЫЕ ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ В лекции рассматриваются различные представления о данных в базах данных. Описываются модели данных (внешнее

Подробнее

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

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

Подробнее

Задание #1 Вопрос: Методология проектирования информационных систем описывает

Задание #1 Вопрос: Методология проектирования информационных систем описывает Тест: C:\Users\shl-d_000\YandexDisk\Дисциплины\ИСиТвЭк\Контрольные точки\контрольная точка 2\КТ-2 Лекция 4-6, ЛР-4-6..mtf Контрольная точка 2 (Лекции 4-6) Задание #1 Методология проектирования информационных

Подробнее

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

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

Подробнее

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

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

Подробнее

Предпроектная. Проектировочная. Внедрение

Предпроектная. Проектировочная. Внедрение Тема 4 Жизненный цикл информационных систем 4.1 Понятие ЖЦ ИС 4.2 Модели ЖЦ ИС 4.1 Понятие ЖЦ ИС. Жизненный цикл информационной системы это непрерывный процесс, начинающийся с момента принятия решения

Подробнее

Руководство по изучению дисциплины

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

Подробнее

ЛАБОРАТОРНАЯ РАБОТА 2 Разработка требований

ЛАБОРАТОРНАЯ РАБОТА 2 Разработка требований ЛАБОРАТОРНАЯ РАБОТА 2 Разработка требований Цель работы: выявление и описание пользовательских требований на основе составления вариантов использования (Use Cases). Теоретические сведения Требование (Requirement)

Подробнее

Графические диаграммы агентов SObjectizer

Графические диаграммы агентов SObjectizer Графические диаграммы агентов SObjectizer Борис Сивко Intervale 2007.11.20 Содержание 1 Введение 1 2 Типы диаграмм 2 3 Диаграмма операций 2 3.1 Используемые элементы.................... 2 3.1.1 Агенты..........................

Подробнее

В.Е. Жужжалов МЕТОДОЛОГИЯ РАЗРАБОТКИ УЧЕБНЫХ ПРОГРАММ НА ОСНОВЕ ПРОЦЕДУРНОЙ ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ

В.Е. Жужжалов МЕТОДОЛОГИЯ РАЗРАБОТКИ УЧЕБНЫХ ПРОГРАММ НА ОСНОВЕ ПРОЦЕДУРНОЙ ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ В.Е. Жужжалов МЕТОДОЛОГИЯ РАЗРАБОТКИ УЧЕБНЫХ ПРОГРАММ НА ОСНОВЕ ПРОЦЕДУРНОЙ ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ (г. Москва, Московская государственная технологическая академия) В настоящее время сложные системы

Подробнее

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

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

Подробнее

А.М. Кенжабаев, доктор экономических наук, профессор, Л.М. Уразбаева, старший преподаватель, ТФИ

А.М. Кенжабаев, доктор экономических наук, профессор, Л.М. Уразбаева, старший преподаватель, ТФИ А.М. Кенжабаев, доктор экономических наук, профессор, Л.М. Уразбаева, старший преподаватель, ТФИ СОВЕРШЕНСТВОВАНИЕ ТЕХНОЛОГИИ РАЗРАБОТКИ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ НАЛОГОВЫХ ОРГАНОВ РЕСПУБЛИКИ

Подробнее

Человечество в своей деятельности (научной, образовательной, технологической, художественной и др.) постоянно создаёт и использует модели окружающего

Человечество в своей деятельности (научной, образовательной, технологической, художественной и др.) постоянно создаёт и использует модели окружающего Человечество в своей деятельности (научной, образовательной, технологической, художественной и др.) постоянно создаёт и использует модели окружающего мира. Модели имеют чрезвычайно важную роль в проектировании

Подробнее

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

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

Подробнее

IBM Rational Software Architect V8.0.1 предоставляет инновационные подходы к разработке архитектур решений

IBM Rational Software Architect V8.0.1 предоставляет инновационные подходы к разработке архитектур решений ZP10-0574 от 14 декабря 2010 г. IBM Rational Software Architect V8.0.1 предоставляет инновационные подходы к разработке архитектур решений Содержание 1 Обзор 1 Дата выпуска 1 Основные условия 2 Описание

Подробнее

Конспект по языку UML. Составитель Лейченок Е.А. гр

Конспект по языку UML. Составитель Лейченок Е.А. гр Конспект по языку UML Составитель Лейченок Е.А. гр.521701 Унифицированный язык моделирования (Unified Modeling Language, UML) является графическим языком для визуализации, специфицирования, конструирования

Подробнее

Автоматизированное тестирование

Автоматизированное тестирование Автоматизированное тестирование залог высокого качества RS-Bank V.6 Владимир Трембач начальник отдела Департамента банковского ПО RS-Bank V.6 Как повысить качество программного продукта, сократив при этом

Подробнее

II. Аннотация 1. Цели и задачи дисциплины Целями освоения дисциплины (модуля) являются изучение основных понятий, методов, средств и технологий

II. Аннотация 1. Цели и задачи дисциплины Целями освоения дисциплины (модуля) являются изучение основных понятий, методов, средств и технологий II. Аннотация 1. Цели и задачи дисциплины Целями освоения дисциплины (модуля) являются изучение основных понятий, методов, средств и технологий проектирования современных информационных систем, методологий

Подробнее

Менеджмент Интернет-проектов. Жизненный цикл интернет-проекта

Менеджмент Интернет-проектов. Жизненный цикл интернет-проекта Менеджмент Интернет-проектов Жизненный цикл интернет-проекта 1. Как предложено инициатором проекта 2. Как определено в техническом задании 3. Как спроектировано 4. Как запрограммировано 5. Как инсталлировано

Подробнее

Учебная практика. Наименование практики. Курс 3 Семестр 6 Трудоемкость 6 з.е. (216 ч.) Формы промежуточной аттестации

Учебная практика. Наименование практики. Курс 3 Семестр 6 Трудоемкость 6 з.е. (216 ч.) Формы промежуточной аттестации Наименование практики Учебная практика Курс 3 Семестр 6 Трудоемкость 6 з.е. (216 ч.) Формы промежуточной аттестации зачет с оценкой Место практики в структуре ОП Б2У.1, блок Б2 «Практики» Компетенции,

Подробнее

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

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

Подробнее

(ФГБОУ ВО «МГТУ «СТАНКИН»)

(ФГБОУ ВО «МГТУ «СТАНКИН») МИНОБРНАУКИ РОССИИ федеральное государственное бюджетное образовательное учреждение высшего образования «Московский государственный технологический университет «СТАНКИН» (ФГБОУ ВО «МГТУ «СТАНКИН») АННОТАЦИЯ

Подробнее

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

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

Подробнее

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

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

Подробнее

Б3.В.ДВ.7 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ Курс лекций

Б3.В.ДВ.7 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ Курс лекций Б3.В.ДВ.7 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ Курс лекций Направление: 38.03.05 бизнес-информатика Направленность электронный бизнес в лесном секторе Квалификация бакалавр Модуль 1. Теоретические основы

Подробнее

Аннотация к дисциплине. Направление подготовки «Информационные системы и технологии» Профиль Информационные технологии в строительстве

Аннотация к дисциплине. Направление подготовки «Информационные системы и технологии» Профиль Информационные технологии в строительстве Аннотация к дисциплине «Технологии программирования» Направление подготовки 09.03.02«Информационные системы и технологии» Профиль Информационные технологии в строительстве Цели дисциплины Целью данной

Подробнее

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

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

Подробнее

Фонд оценочных средств для проведения промежуточной аттестации обучающихся по дисциплине (модулю):

Фонд оценочных средств для проведения промежуточной аттестации обучающихся по дисциплине (модулю): Фонд оценочных средств для проведения промежуточной аттестации обучающихся по дисциплине (модулю): Общие сведения 1. Кафедра Математики и математических методов в экономике 2. Направление подготовки 38.03.01

Подробнее

ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ КЕМЕРОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ Кафедра ЮНЕСКО по Новым информационным технологиям

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

Подробнее

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

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

Подробнее

ЭТАЛОННАЯ МОДЕЛЬ СИСТЕМ. МОДЕЛЬ окружений открытых СИСТЕМ. 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. Методологическая

Подробнее

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

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

Подробнее

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

Современная индустрия в стремлении удовлетворить Системно-ориентированный подход к разработке продукции на базе продуктов Siemens PLM Software Современная индустрия в стремлении удовлетворить потребности пользователей продукции в разных областях промышленности

Подробнее

Инструментальные средства поддержки жизненного цикла программного обеспечения

Инструментальные средства поддержки жизненного цикла программного обеспечения Лаборатория информационных технологий (ИТЛаб) При поддержке фирмы Intel Учебно-исследовательский проект Инструментальные средства поддержки жизненного цикла программного обеспечения Куратор проекта: Сысоев

Подробнее

Качество ПО и методы его контроля

Качество ПО и методы его контроля Качество ПО и методы его контроля Кафедра дискретной математики и информационных технологий Синельников Евгений Александрович 7 Ноябрь, 2011 Качество программного обеспечения Типичные проблемы важные для

Подробнее

2.СОСТАВ И СОДЕРЖАНИЕ

2.СОСТАВ И СОДЕРЖАНИЕ Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы Information technology. Set of standards for automated systems. Technical directions for developing

Подробнее

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

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

Подробнее

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ ГОСТ 34.603-92 КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР Москва ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР Информационная

Подробнее

А.И. Лозинин, И.Б. Шубинский

А.И. Лозинин, И.Б. Шубинский Определение требований к программному обеспечению А.И. Лозинин, И.Б. Шубинский Определяющей задачей в жизненном цикле современных программнотехнических комплексов автоматизированных систем стало обеспечение

Подробнее

«УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ИС»

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

Подробнее

Базы данных. Лектор Азарченков А.А.

Базы данных. Лектор Азарченков А.А. Базы данных Лектор Азарченков А.А. Основные компоненты работы с данными База данных (БД) связанная совокупность структурированных данных, относящихся к определенному процессу или явлению, в конкретной

Подробнее

Девятков В.В. (Казань), Угрозов В.В. (Москва)

Девятков В.В. (Казань), Угрозов В.В. (Москва) Девятков В.В. (Казань), Угрозов В.В. (Москва) ИМИТАЦИОННЫЕ ИССЛЕДОВАНИЯ: СОВРЕМЕННОЕ СОСТОЯНИЕ И ПЕРСПЕКТИВЫ РАЗВИТИЯ Введение Отличительной чертой имитационного моделирования (ИМ) конца прошлого и начала

Подробнее

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

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

Подробнее

Международный научно-технический журнал «ТЕОРИЯ. ПРАКТИКА. ИННОВАЦИИ» ИЮНЬ 2017 ОРГАНИЗАЦИЯ И УПРАВЛЕНИЕ

Международный научно-технический журнал «ТЕОРИЯ. ПРАКТИКА. ИННОВАЦИИ» ИЮНЬ 2017 ОРГАНИЗАЦИЯ И УПРАВЛЕНИЕ УДК 004.414.23 РАЗРАБОТКА ФОРМАЛИЗОВАННОГО ОПИСАНИЯ ПРОЦЕССА СЕРТИФИКАЦИИ СЛОЖНЫХ ПРОГРАММНО-ТЕХНИЧЕСХ КОМПЛЕКСОВ БОРТОВОЙ ЭЛЕКТРОННОЙ АППАРАТУРЫ Волков А.Н., Золотухина Е.Б. Национальный исследовательский

Подробнее

СТАНДАРТ БАНКА РОССИИ ФИНАНСОВЫЕ СООБЩЕНИЯ В НПС

СТАНДАРТ БАНКА РОССИИ ФИНАНСОВЫЕ СООБЩЕНИЯ В НПС СТАНДАРТ БАНКА РОССИИ СТО БР НПС-1.0-2017 ФИНАНСОВЫЕ СООБЩЕНИЯ В НПС ОБЩИЕ ПОЛОЖЕНИЯ Дата введения: 2017-03-20 Издание официальное Москва 2017 Предисловие 1. ПРИНЯТ И ВВЕДЕН в действие приказом Банка России

Подробнее

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

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

Подробнее

CASE-СРЕДСТВА РАЗРАБОТКИ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ САПР. Лекция 5 «Разработка требований к информационному обеспечению»

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

Подробнее

ЦЕЛИ И ЗАДАЧИ ДИСЦИПЛИНЫ

ЦЕЛИ И ЗАДАЧИ ДИСЦИПЛИНЫ ЦЕЛИ И ЗАДАЧИ ДИСЦИПЛИНЫ Слово информатика происходит от французского слова Informatique, образованного в результате объединения терминов Information (информация) и Automatique (автоматика). Это отражает

Подробнее

ГОСУДАРСТВЕННАЯ ТЕХНИЧЕСКАЯ КОМИССИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ. Руководящий документ

ГОСУДАРСТВЕННАЯ ТЕХНИЧЕСКАЯ КОМИССИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ. Руководящий документ ГОСУДАРСТВЕННАЯ ТЕХНИЧЕСКАЯ КОМИССИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Руководящий документ СРЕДСТВА ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ ЗАЩИТА ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА К ИНФОРМАЦИИ. ПОКАЗАТЕЛИ ЗАЩИЩЕННОСТИ ОТ НЕСАНКЦИОНИРОВАННОГО

Подробнее

C. типа "Черный ящик", не параметризованные, параметризованные, типа "Белый (прозрачный) ящик" D. управляемые извне, управляемые, с комбинированным

C. типа Черный ящик, не параметризованные, параметризованные, типа Белый (прозрачный) ящик D. управляемые извне, управляемые, с комбинированным Тестовые задания по дисциплине «Основы информационных систем» для подготовки к 1-му рубежнму контролю Специальность 5B070300 «Информационные системы» (1 курс, группа ИС-504) @@@ Основные понятия теории

Подробнее

IBM InfoSphere Master Data Management Server V8.0.1 предоставляет компаниям возможность контролировать информацию

IBM InfoSphere Master Data Management Server V8.0.1 предоставляет компаниям возможность контролировать информацию Информационное письмо о программном продукте IBM Europe ZP08-0272 от 27 мая 2008 г. Server V8.0.1 предоставляет компаниям возможность контролировать информацию Содержание Краткое описание Обзор Краткое

Подробнее

Возможности использования 1С Web-расширения

Возможности использования 1С Web-расширения Возможности использования 1С Web-расширения Механизмы Web-расширения используются для решения задач нескольких уровней, в различных комбинациях с другими системами. Реализация веб-доступа к информационной

Подробнее

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

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

Подробнее

Лекция 4. ИС. Планирование ИС.

Лекция 4. ИС. Планирование ИС. Лекция 4 ИС. Планирование ИС. Информационная система(ис) Информационная система (ИС) это система, предназначенная для ведения информационной модели, чаще всего какой-либо области человеческой деятельности.

Подробнее

Е.В. Судов, С.С. Кондрашина. О концепции управления жизненным циклом изделий

Е.В. Судов, С.С. Кондрашина. О концепции управления жизненным циклом изделий Е.В. Судов, С.С. Кондрашина О концепции управления жизненным циклом изделий В последние пару лет в лексиконе специалистов появился термин "управление жизненным циклом продукции" 1. В статье формулируются

Подробнее

Специфика управления проектом внедрения MES. Дмитрий Анисимов ООО «Компания «ТЕРСИС»

Специфика управления проектом внедрения MES. Дмитрий Анисимов ООО «Компания «ТЕРСИС» Специфика управления проектом внедрения MES Дмитрий Анисимов ООО «Компания «ТЕРСИС» Содержание 1. Предпосылки для начала проекта. Готовность предприятия. Постановка задачи. Ключевые участники. 2. Этапы

Подробнее

Промышленные технологии проектирования программного обеспечения. Раздел 1. Жизненный цикл ПО

Промышленные технологии проектирования программного обеспечения. Раздел 1. Жизненный цикл ПО Промышленные технологии проектирования программного обеспечения Раздел 1. Жизненный цикл ПО 2 Определения Программное обеспечение Проектирование ПО Фаза проектирования ПО Жизненный цикл ПО Программный

Подробнее

Менеджмент риска СИСТЕМЫ МЕНЕДЖМЕНТА НАДЕЖНОСТИ

Менеджмент риска СИСТЕМЫ МЕНЕДЖМЕНТА НАДЕЖНОСТИ ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ ГОСТ Р 51901.2 2005 (МЭК 60300-1:2003) Менеджмент риска СИСТЕМЫ МЕНЕДЖМЕНТА НАДЕЖНОСТИ ІЕС 60300-1:2003

Подробнее

IBM Rational Statemate помогает системным инженерам решать задачи, возникающие на рынке сложных встроенных систем

IBM Rational Statemate помогает системным инженерам решать задачи, возникающие на рынке сложных встроенных систем ZP09-0207 от 2 июня 2009 г. IBM Rational Statemate помогает системным инженерам решать задачи, возникающие на рынке сложных встроенных систем Содержание 1 Краткое описание 2 Планируемые даты выпуска: 1

Подробнее

Оптимизация кросс-системной интеграции бизнес-процессов

Оптимизация кросс-системной интеграции бизнес-процессов Климов Вадим Владимирович, к.э.н., технический консультант SAP Центр экспертизы, группа интеграции процессов ООО «САП СНГ» (Санкт-Петербург) Оптимизация кросс-системной интеграции бизнес-процессов Корпоративные

Подробнее

Парадигма предметно-ориентированного программирования в «1С:Предприятии 8»

Парадигма предметно-ориентированного программирования в «1С:Предприятии 8» Марков Е. П., eugenem@cs.spb.su Софтека г. Санкт-Петербург Парадигма предметно-ориентированного программирования в «1С:Предприятии 8» Развитие методологий разработки программного обеспечения имеет хорошо

Подробнее

Архитектура системы. ISO/IEC FDIS Systems and software engineering Architecture description

Архитектура системы. ISO/IEC FDIS Systems and software engineering Architecture description Архитектура системы ISO/IEC FDIS 42010 Systems and software engineering Architecture description Введение Концепции, принципы и процедуры построения архитектуры системы приобретают все большее значение

Подробнее

АНАЛИЗ ТРЕБОВАНИЙ К ИНФОРМАЦИОННЫМ СИСТЕМАМ

АНАЛИЗ ТРЕБОВАНИЙ К ИНФОРМАЦИОННЫМ СИСТЕМАМ Федеральное агентство по образованию Сибирский федеральный университет АНАЛИЗ ТРЕБОВАНИЙ К ИНФОРМАЦИОННЫМ СИСТЕМАМ Методические указания по выполнению лабораторных работ Маглинец Ю.А. Красноярск СФУ 2007

Подробнее

ТЕХНОЛОГИИ ИСКУССТВЕННОГО ИНТЕЛЛЕКТА

ТЕХНОЛОГИИ ИСКУССТВЕННОГО ИНТЕЛЛЕКТА ТЕХНОЛОГИИ ИСКУССТВЕННОГО ИНТЕЛЛЕКТА Лекция 5. Экспертные системы Продолжение Технологии ИИ 1 СЕМИОТИЧЕСКИЕ МОДЕЛИ Классические задачи управления. В их фундаменте лежит тезис о том, что нам известны: назначение

Подробнее

Как моделируют бизнес-процессы

Как моделируют бизнес-процессы Процесс моделирования бизнес-процесоов не следует начинать, не имея четко поставленных конкретных задач с измеримым результатом. В противном случае вы рискуете свести все усилия на нет. Как моделируют

Подробнее

Лекция 1. Введение. Назначение и состав методологий внедрения информационных систем

Лекция 1. Введение. Назначение и состав методологий внедрения информационных систем Курс Управление внедрением информационных систем Лекция 1. Введение. Назначение и состав методологий внедрения информационных систем Информационная система (ИС). Задачи и проблемы внедрения информационных

Подробнее

МЕТОДЫ ПРЕДСТАВЛЕНИЯ ЗНАНИЙ В ИНТЕЛЛЕКТУАЛЬНЫХ СИСТЕМАХ

МЕТОДЫ ПРЕДСТАВЛЕНИЯ ЗНАНИЙ В ИНТЕЛЛЕКТУАЛЬНЫХ СИСТЕМАХ СБОРНИК НАУЧНЫХ ТРУДОВ НГТУ. 2009. 2(56). 87 92 УДК 681.3 МЕТОДЫ ПРЕДСТАВЛЕНИЯ ЗНАНИЙ В ИНТЕЛЛЕКТУАЛЬНЫХ СИСТЕМАХ М.Г. ГРИФ, Е.В. ГЕНИАТУЛИНА Показано функционирование человеко-машинных систем. Описаны

Подробнее

Таврический научный обозреватель 1 (18) январь 2017

Таврический научный обозреватель  1 (18) январь 2017 УДК: 519.683.2, 004.4'22, 004.415.2.043 Романов С. С. магистрант 2 курса Хакасский Государственный Университет им. Н. Ф. Катанова ОБ ИНФОЛОГИЧЕСКОМ МОДЕЛИРОВАНИИ БАЗ ДАННЫХ С ПОМОЩЬЮ НОРМАЛИЗАЦИИ ER-ДИАГРАММ

Подробнее

СТАНДАРТИЗАЦИЯ В СФЕРЕ CALS - ТЕХНОЛОГИЙ

СТАНДАРТИЗАЦИЯ В СФЕРЕ CALS - ТЕХНОЛОГИЙ УДК 621:681.5 СТАНДАРТИЗАЦИЯ В СФЕРЕ CALS - ТЕХНОЛОГИЙ Паневчик В.В, Акулич В.В., Акулич Ю.И., Некраха С.В. УО «БГЭУ», г.минск, Республика Беларусь, e-mail: vpan1948@mail.ru В работе рассматривается CALS

Подробнее

УДК 004 РЕАЛИЗАЦИЯ ПОДДЕРЖКИ БИЗНЕС ПРОЦЕССОВ КАФЕДРЫ ВУЗА СРЕДСТВАМИ RUNA WFE

УДК 004 РЕАЛИЗАЦИЯ ПОДДЕРЖКИ БИЗНЕС ПРОЦЕССОВ КАФЕДРЫ ВУЗА СРЕДСТВАМИ RUNA WFE УДК 004 РЕАЛИЗАЦИЯ ПОДДЕРЖКИ БИЗНЕС ПРОЦЕССОВ КАФЕДРЫ ВУЗА СРЕДСТВАМИ RUNA WFE 1 А.М. Кадан, 2 В.В. Гибульский Гродненский государственный университет имени Янки Купалы, Беларусь 1 заведующий кафедрой,

Подробнее

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА ПОЯСНИТЕЛЬНАЯ ЗАПИСКА Программа по информатике и информационным технологиям составлена на основе федерального компонента государственного стандарта профильного общего образования (утверждена приказом Минобразования

Подробнее

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р УДК 65.011.56:006.354 Группа П87 Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р Единая система стандартов автоматизированных систем управления АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ. ОСНОВНЫЕ

Подробнее

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

Аннотация программы учебной дисциплины «Методы исследования и моделирования информационных процессов и технологий» Аннотация программы учебной дисциплины «Методы исследования и моделирования информационных процессов и технологий» Цель дисциплины: 1. ЦЕЛИ И ЗАДАЧИ ДИСЦИПЛИНЫ Дисциплина «Методы исследования и моделирования

Подробнее

1. ЦЕЛИ ОСВОЕНИЯ ДИСЦИПЛИНЫ

1. ЦЕЛИ ОСВОЕНИЯ ДИСЦИПЛИНЫ 1. ЦЕЛИ ОСВОЕНИЯ ДИСЦИПЛИНЫ 1.1 Цели изучения дисциплины - систематизация знаний о подходах к проектированию автоматизированных систем; - формирование навыков системного аналитика, способного обеспечить

Подробнее

АККРЕДИТАЦИОННЫЕ ПЕДАГОГИЧЕСКИЕ ИЗМЕРИТЕЛЬНЫЕ МАТЕРИАЛЫ для проведения внутренней экспертизы по МДК «Обеспечение проектной деятельности»

АККРЕДИТАЦИОННЫЕ ПЕДАГОГИЧЕСКИЕ ИЗМЕРИТЕЛЬНЫЕ МАТЕРИАЛЫ для проведения внутренней экспертизы по МДК «Обеспечение проектной деятельности» Департамент образования города Москвы ГБОУ СПО Колледж индустрии гостеприимства и менеджмента АККРЕДИТАЦИОННЫЕ ПЕДАГОГИЧЕСКИЕ ИЗМЕРИТЕЛЬНЫЕ МАТЕРИАЛЫ для проведения внутренней экспертизы по МДК.04.01.

Подробнее

Лядова Людмила Николаевна кандидат физико-математических наук, доцент

Лядова Людмила Николаевна кандидат физико-математических наук, доцент УДК 681.3 ИНТЕЛЛЕКТУАЛЬНЫЕ СИСТЕМЫ Интеллектуальные САПР, СASE-, СALS-технологии Многоуровневые модели и языки DSL как основа создания интеллектуальных CASE-систем Лядова Людмила Николаевна кандидат физико-математических

Подробнее

Системная инженерия. Системная инженерия на основе моделей MBSE Model-Based Systems Engineering

Системная инженерия. Системная инженерия на основе моделей MBSE Model-Based Systems Engineering Системная инженерия Системная инженерия на основе моделей MBSE Model-Based Systems Engineering Процесс разработки системы упрощенное представление процесса Спецификация и дизайн системы Выявление и анализ

Подробнее

МОДЕЛИРОВАНИЕ И ПРОЕКТИРОВАНИЕ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ В СРЕДЕ PDM-СИСТЕМЫ В.В. Богданов, Д.Д. Куликов

МОДЕЛИРОВАНИЕ И ПРОЕКТИРОВАНИЕ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ В СРЕДЕ PDM-СИСТЕМЫ В.В. Богданов, Д.Д. Куликов МОДЕЛИРОВАНИЕ И ПРОЕКТИРОВАНИЕ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ В СРЕДЕ PDM-СИСТЕМЫ В.В. Богданов, Д.Д. Куликов В данной статье рассматриваются предложения по созданию методологии моделирования технологических

Подробнее

«УПРАВЛЕНИЕ КАЧЕСТВОМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ» АВТОРЕФЕРАТ БАКАЛАВРСКОЙ РАБОТЫ. должность, уч. степень, уч. звание подпись, дата инициалы, фамилия

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

Подробнее

Применение фреймовой модели знаний в системе поддержки принятия решений в чрезвычайных ситуациях «ЭСПЛА-ПРО»

Применение фреймовой модели знаний в системе поддержки принятия решений в чрезвычайных ситуациях «ЭСПЛА-ПРО» Применение фреймовой модели знаний в системе поддержки принятия решений в чрезвычайных ситуациях «ЭСПЛА-ПРО» Морозов Роман Институт вычислительного моделирования СО РАН (Красноярск), Россия e-mail: frozzen@krasn.ru

Подробнее

РАЗРАБОТКА СИСТЕМЫ ОБМЕНА СООБЩЕНИЯМИ. Андрей Широков

РАЗРАБОТКА СИСТЕМЫ ОБМЕНА СООБЩЕНИЯМИ. Андрей Широков II-nd International Conference «Modern (e-) Learning» 2007 1 РАЗРАБОТКА СИСТЕМЫ ОБМЕНА СООБЩЕНИЯМИ Андрей Широков Аннотация: Статья посвящена разработке приложения для обмена сообщениями в рамках университетской

Подробнее