Методические указания к практическим занятиям по дисциплине Методы и средства проектирования информационной системы

• Название: Методические указания к практическим занятиям по дисциплине Методы и средства проектирования информационной системы
• Дата: 26.02.2020
• Размер: 0.76 Mb.
• Имя файла: 00042e56-3ee2dad2.docx
• Тип: Методические указания; #109956
• страница: 8 из 8

Вопросы для подготовки лабораторной работы

1. 
   Для чего строится IDEF0-диаграмма модели TO-BE, что она показывает?
   
2. 
   На основании чего строится IDEF0-диаграмма модели TO-BE?
   
3. 
   За счет чего IDEF0-диаграмма модели TO-BE является более эффективной по отношению к модели AS-IS?
   
4. 
   В чем выражается отличие моделей AS-IS и TO-BE на DFD?
   
5. 
   Что является логическим развитием IDEF0-диаграммы модели TO-BE?
   

Форма отчетности по лабораторной работе

Отчет по лабораторной работе  должен содержать следующие диаграммы:

1. Контекстная диаграмма «А0 TO-BE», при наличии в ней изменений по сравнению с моделью AS-IS.

2. Декомпозированная диаграмма «А0 TO-BE», при наличии в ней изменений по сравнению с моделью AS-IS.

3. Диаграмма второго уровня. Модель TO-BE (рис. Рис. 8 .7).

4. Диаграмма третьего уровня (в случае наличия). Модель TO-BE.

Все представленные диаграммы должны сопровождаться необходимыми комментариями.

Практическая работа Диаграмма вариантов использования

Цель работы: изучение основных возможностей создания и редактирования диаграмм вариантов использования в MS Visio

Задачи исследований

1. 
   Изучить операции по созданию модели UML MS Visio на персональном компьютере.
   
2. 
   Познакомиться со структурой UML-системы, создаваемой в MS Visio.
   
3. 
   Изучить возможности работы с проводником по модели UML.
   
4. 
   Рассмотреть возможности создания диаграммы вариантов использования в MS Visio.
   
5. 
   Описать сценарии выполнения ИС.
   
6. 
   Детализировать пользовательские требования к ИС.
   

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

1. 
   Запустить редактор MS Visio 2010. Выбрать категорию шаблонов «Программы и базы данных», шаблон «Схема модели UML», нажать на кнопку «Создать».
   
2. 
   В проводнике по моделям UML дать осмысленное имя информационной системе (например: «Система обработки заказов»). При необходимости изменить имя статической модели и основного пакета.
   
3. 
   В проводнике по моделям UML щелкнуть правой кнопкой мыши по папке «Основной пакет», выбрать команду меню «Создать» и далее «Схема сценариев выполнения». Все диаграммы UML за исключением схемы состояний создаются аналогичным образом.
   
4. 
   У рабочего листа MS Visio появится название «Сценарий выполнения-1». Поскольку вся модель UML с множеством схем будет сохранена в одном файле, необходимо давать соответствующим листам более короткие названия. В частности рассматриваемый лист желательно переименовать в «ДВИ» (сокращенно от «Диаграмма вариантов использования» - классическое название данной схемы). Для переименования листа нужно щелкнуть правой кнопкой мыши по его ярлычку и выбрать команду «Переименовать».
   
5. 
   В результате создания новой схемы сценариев, автоматически откроется соответствующий шаблон графических элементов для данной диаграммы.
   
6. 
   Разместить на рабочем листе элемент «Граница системы» и дать ему соответствующее название.
   
7. 
   Разместить на рабочем листе необходимое количество элементов «Сценарий выполнения», соответствующих различным вариантам использования ИС. Каждому сценарию дать соответствующее название. Для этого нужно щелкнуть дважды по элементу, и ввести в поле «Имя» требуемое название. При этом размер эллипса, соответствующего сценарию выполнения будет увеличиваться в размерах пропорционально длине его названия.
   
8. 
   При необходимости расширить/сузить границы информационной системы так, чтобы все сценарии выполнения разместились в них.
   
9. 
   Разместить на рабочем листе необходимое количество элементов «Актер», соответствующих Действующим лицам (внешним субъектам информационной системы). Каждому актеру дать соответствующее название. Для этого нужно щелкнуть дважды по элементу, и ввести в поле «Имя» требуемое название.
   
10. 
    Разместить на рабочем листе элемент «Сообщение», который на данной диаграмме будет выполнять роль отношения ассоциации. Это единственный тип отношения на ДВИ, который используется для соединения актеров и сценариев. Все остальные отношения связывают только однотипные элементы. Щелкнуть правой кнопкой мыши по данному элементу и выбрать команду меню «Параметры отображения фигуры …». В появившемся окне настроить параметры отображения так, как показано на рис. Рис. 9 .9. Чаще всего для элемента «Сообщение» на диаграмме вариантов использования имеет смысл отображать только направление стрелки (перемещаемость) и в более редких случаях множественность. Множественность показывает, сколько актеров одного типа может быть связано с конкретным сценарием, и наоборот – сколько однотипных сценариев может инициировать один актер. По умолчанию считается, что это количество никак не ограничивается, поэтому по умолчанию ставится значок * (любое число), в связи с чем этот значок можно не отображать, чтобы не загромождать схему. Также задавая параметры отображения фигуры, в данном окне желательно отмечать галочками 2 последние команды – это позволит не повторять одни и те же действия по настройке отображения много раз.
    
11. 
    Разместить на рабочем листе необходимое количество элементов «Сообщение», для соединения актеров и сценариев. В случае необходимости задать направление потока информации. Для этого нужно дважды щелкнуть по элементу «Сообщение», чтобы вызвать для него окно свойств. Далее в разделе «Окончание ассоциаций» нужно для соответствующего конца поставить галочку в столбце «isNavigable» (перемещаемый).
    
12. 
    Провести описание сценариев выполнения (прецедентов, вариантов использования). Описать предусловия и постусловия выполнения сценариев.
    

Рис. 9.9. Настройки параметров отображения фигуры «Сообщение»

13. 
    Разместить на рабочем листе необходимое количество элементов «Сообщение», для соединения актеров и сценариев. Соединить актеров с соответствующими сценариями с помощью элементов «Сообщение». В случае необходимости задать направление потока информации. Для этого нужно дважды щелкнуть по элементу «Сообщение», чтобы вызвать для него окно свойств. Далее в разделе «Окончание ассоциаций» нужно для соответствующего конца поставить галочку в столбце «isNavigable» (перемещаемый). В результате этого на отмеченном конце отношения будет отображаться стрелка.
    
14. 
    Открыть команду меню UML и нажать на кнопку «Стереотипы». В появившемся окне нажать на кнопку «Создать». Для нового стереотипа задать имя «include» (включение) и базовый класс – «Обобщение».
    
15. 
    Для отношений расширения и включения нужно изменить внешний вид стрелок, чтобы привести их к виду, который был предложен создателями языка UML. Для этого нужно выделить на схеме любое одно отношение расширения или включения, щелкнуть по нему правой кнопкой мыши и выбрать в контекстном меню Формат – Линия. В категории Линия – Шаблон выбрать 09, в категории Концы линии – Начало выбрать Перемещаемый.
    
16. 
    Создать свой набор элементов. Переместить в него стрелку отношения сообщения. В окне шаблона появится Элемент Master. Желательно дать этому элементу осмысленное имя, например Расширение.
    
17. 
    Разместить на рабочем листе отношения включения в необходимом количестве. Отношения включения также размещаются аналогично отношению расширения: нужно разместить элемент «Расширение», дважды щелкнуть по нему и в появившемся окне свойств в списке «Стереотип» выбрать «include». Если в списке такого стереотипа не оказалось, значит была допущена ошибка на предыдущем шаге – скорее всего для стереотипа «include» был задан не тот класс. Для того, чтобы это исправить, нужно снова вызвать окно «Стереотипы», найти в списке данный стереотип и задать для него необходимый класс. Произведя настройки для одного отношения в дальнейшем можно применить их и для других подобных отношений. Для этого нужно сразу же после проведенных настроек выделить другой подобный элемент (или группу элементов) и нажать на клавиатуре клавишу F4 (повторить последнее действие). Можно использовать и другой способ копирования формата (см. , п. 3.5.7): выделить фигуру, чей формат нужно скопировать, дважды нажать на кнопку «Формат по образцу» на панели инструментов «Главная». После этого к курсору мыши добавится значок кисточки и если щелкнуть по любой фигуре, то она примет такой же формат. Для того, чтобы отключить режим копирования формата, нужно снова нажать на кнопку «Формат по образцу».
    
18. 
    Соединить сценарии с помощью отношений включения или расширения там, где это необходимо.
    
19. 
    Разместить на рабочем листе отношения обобщения в необходимом количестве. Для этого в MS Visio также используется элемент «Использование». Появится стрелка со стереотипом «Uses». Для отношений обобщения стереотип не указывается, поэтому нужно вызвать окно настройки параметров отображения фигуры (о том, как это делается, говорилось в п. 10), и отключить отображение стереотипа. Это связано с тем, что по канонам языка UML, для отношения обобщения стереотипы не отображается, так как внешний вид этой стрелки и без того отличается от других видов отношений. Исправленную стрелку отношения обобщения без стереотипа также можно сохранить в своем наборе элементов. Новому элементу в наборе целесообразно дать осмысленное имя, например «Расширении»
    
20. 
    Соединить между собой отдельные сценарии или отдельных актеров с помощью отношений обобщения там, где это необходимо.
    

Вопросы для подготовки лабораторной работы

1. 
   Какова роль диаграмм вариантов использования в проектировании информационных систем?
   
2. 
   Что показывают сценарии выполнения на ДВИ?
   
3. 
   Каково назначение элементов «Актер» на ДВИ? Почему они так называются?
   
4. 
   Какие виды отношений могут использоваться на ДВИ?
   
5. 
   В каких случаях используется тот или иной тип отношения?
   
6. 
   Что такое стереотип в UML? Для чего используются стереотипы?
   
7. 
   Каким образом можно настроить параметры отображения фигур на схемах UML?
   
8. 
   Для чего проводится анкетирование заказчика ИС?
   
9. 
   Для чего создается словарь предметной области.
   
10. 
    Что показывают предусловия и постусловия выполнения сценариев?
    
11. 
    На какие главные вопросы предпроектного исследования должны быть получены ответы в результате детального описания диаграммы вариантов использования?
    

Форма отчетности по лабораторной работе

Отчет по лабораторной работе №4 должен содержать следующие диаграммы:

1. Контекстная DFD-диаграмма А0.

2. Декомпозированная DFD-диаграмма А0. Модель AS-IS. Данная диаграмма должна представлять текущее движение потоков данных при выполнении рассматриваемого процесса.

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

Практическая работа Диаграмма классов

Цель работы: изучение основных возможностей создания и редактирования диаграмм классов в MS Visio

Задачи исследований

1. 
   Изучить возможности описания статической структуры информационной системы.
   
2. 
   Научиться выделять в системе основные классы и описывать их свойства и поведение.
   
3. 
   Задавать параметры отображения классов и их характеристик.
   
4. 
   Соотносить классы с соответствующими стереотипами.
   
5. 
   Научиться настраивать внешний вид элементов в соответствии со стандартом UML и сохранять изменённые элементы в собственном шаблоне.
   

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

1. 
   Открыть файл UML, созданный в работе 
   
2. 
   В проводнике по модели UML щелкнуть правой кнопкой мыши по папке «Основной пакет», выбрать команду меню «Создать» и далее «Структурная схема».
   
3. 
   У рабочего листа MS Visio появится название «Структурная схема-1». Как говорилось ранее, вся модель UML с множеством схем будет сохранена в одном файле, поэтому необходимо давать соответствующим листам более короткие названия. Для переименования созданного листа щелкнуть правой кнопкой мыши по его ярлычку, выбрать команду «Переименовать» и задать имя, например, ДКл (сокращенно от диаграмма классов).
   
4. 
   В результате создания новой диаграммы классов, автоматически откроется соответствующий шаблон графических элементов для данной диаграммы.
   
5. 
   Открыть команду меню UML и нажать на кнопку «Стереотипы». В появившемся окне создать три новых стереотипа «Сущность», «Граница» и «Управление». Для всех трех вновь созданных стереотипов задать в качестве базового класса «Класс».
   
6. 
   Разместить на рабочем листе в необходимом количестве элементы «Класс» и дать им соответствующие названия. Для этого нужно дважды щелкнуть по классу и в появившемся окне свойств в категории «Класс» в поле «Имя» ввести название класса.
   
7. 
   Задать для классов атрибуты и операции. Для этого также нужно вызвать окно свойств класса и выбрать в нем справа соответствующие категории «Атрибуты» и «Операции». Для атрибутов желательно задать типы данных. Параметры «Видимость», «Кратность» и «Начальное значение» можно не задавать. Для операций также можно не задавать параметры. Для отключения отображения необязательных параметров класса, нужно щелкнуть по нему правой кнопкой мыши и выбрать команду меню «Параметры отображения фигуры …». В появившемся окне установить нужные параметры, об этом подробно говорилось в п. 10 лабораторной работы .
   
8. 
   Разместить на рабочем листе необходимое количество элементов «Сценарий выполнения», соответствующих различным вариантам использования ИС. Каждому сценарию дать соответствующее название. Для этого нужно щелкнуть дважды по элементу, и ввести в поле «Имя» требуемое название. При этом размер эллипса, соответствующего сценарию выполнения будет увеличиваться в размерах пропорционально длине его названия.
   

Вопросы для подготовки лабораторной работы

1. 
   Для чего используется диаграмма классов (ДКл)?
   
2. 
   Какие элементы представляются на ДКл?
   
3. 
   Какова роль понятия «класс» в объектно-ориентированном проектировании?
   
4. 
   Что такое стереотип класса?
   
5. 
   Какие базовые стереотипы классов используются в UML? Каково их назначение?
   
6. 
   Может ли проектировщик информационной системы создавать свои стереотипы?
   
7. 
   Какие виды отношений используются на ДКл? Что они показывают?
   
8. 
   Какими свойствами обладают отношения на ДКл?
   
9. 
   Для чего задаются атрибуты класса?
   
10. 
    Что определяют операции класса?
    

Практическая работа Диаграмма коопераций

Цель работы: изучение основных возможностей создания и редактирования диаграмм коопераций в MS Visio

Задачи исследований

1. Изучить возможности описания реализации вариантов использования ИС с помощью диаграмм коопераций

2. Познакомиться с элементами диаграмм коопераций и способами их размещения на диаграмме.

3. Изучить возможности совместного использования различных диаграмм UML между собой.

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

1. 
   Открыть файл UML, созданный в работе .
   
2. 
   В проводнике по модели UML щелкнуть правой кнопкой мыши по папке «Основной пакет», выбрать команду меню «Создать» и далее «Схема взаимодействий».
   
3. 
   У рабочего листа MS Visio появится название «Совместная работа-1». Переименовать созданный лист, дав ему имя ДКп (сокращенно от «Диаграмма кооперации» – классическое название данной диаграммы в UML).
   
4. 
   Разместить на рабочем листа элемент «Роль классификатора». Далее щелкнуть по нему дважды, вызвав окно свойств и в поле «Классификатор» выбрать соответствующий класс из ранее созданных.
   
5. 
   Поскольку диаграммы кооперации чаще всего создаются для описания реализации некоторого варианта использования, то в качестве первого классификатора на диаграмме должен быть представлен Актер, который на диаграмме вариантов использования инициирует данный класс.
   

Если к одному варианту использования направлены отношения ассоциации от нескольких актеров, то можно выбрать любого. Это обусловлено тем, что если два актера связаны с одним вариантом использования, то предполагается, что независимо от типа актера возможности реализации ВИ у них абсолютно одинаковые. В противном случае, если предполагается, что разным актерам предоставляются разные возможности при вызове одного ВИ, значит на схеме необходимо представить два отдельных ВИ. При этом если эти ВИ имеет совпадающие функции, то их можно связать отношением расширения или включения.

6. 
   После выбора в качестве классификатора одного из актеров, внешний вид данного элемента изменится соответствующим образом.
   
7. 
   Разместить в необходимом количестве остальные классы, участвующие в реализации данного ВИ и соотнести их с соответствующими классами.
   
8. 
   Соединить классы между собой с помощью элемента «Роль ассоциации». Направление стрелки указывать не обязательно.
   
9. 
   Сопоставить сообщение, которое получает объект для исполнения с одной из его операций, заданной в предыдущей лабораторной работе. Для этого нужно вызвать окно свойств для ассоциации (дважды щелкнув по нему). В появившемся окне справа в разделе «Категории» выбрать «Сообщение». Далее нажать на кнопку «Свойства», и в появившемся окне в категории «Операция» выбрать из списка соответствующую операцию. Для того, чтобы операция присутствовала в списке, она должна была быть задана для данного класса в предыдущей лабораторной работе. Можно добавить для класса необходимую операцию прямо из этого окна, если нажать на кнопку «Создать». Далее появится окно, уже описанное в пункте 7 лабораторной работы .
   

Вопросы для подготовки лабораторной работы

1. 
   Каково назначение диаграмм кооперации? Почему они так называются?
   
2. 
   Какие элементы располагаются на ДКп?
   
3. 
   С какими другими диаграммами в UML-модели связана ДКп? Какие элементы из этих диаграмм также представлены на ДКп?
   
4. 
   Каким образом связываются между собой элементы на ДКп?
   
5. 
   Какую роль на диаграммах кооперации играют отношения между объектами?
   

6. 
   
   

Практическая работа Диаграмма последовательностей

Цель работы: изучение основных возможностей создания и редактирования диаграмм последовательности в MS Visio

Задачи исследований

1. Изучить возможности описания реализации вариантов использования ИС с помощью диаграмм последовательности.

2. Познакомиться с элементами диаграмм последовательности и способами их размещения на диаграмме.

3. Изучить возможности совместного использования различных диаграмм UML между собой.

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

1. 
   Открыть файл UML, созданный в работе 
   
2. 
   В проводнике по модели UML щелкнуть правой кнопкой мыши по папке «Основной пакет», выбрать команду меню «Создать» и далее «Схема последовательностей».
   
3. 
   У рабочего листа MS Visio появится название «Последовательность-1». Переименовать созданный лист, дав ему имя ДП (сокращенно от «Диаграмма последовательности»).
   
4. 
   Разместить в правом верхнем углу рабочего листа элемент «Линия жизни». Далее щелкнуть по нему дважды, вызвав окно свойств и в поле «Классификатор» выбрать соответствующего актера, инициирующего рассматриваемый ВИ. Более подробно об этом говорилось в пункте 5 лабораторной работы .
   
5. 
   Разместить в верхней части рабочего листа в необходимом количестве остальные классы, участвующие в реализации данного ВИ и соотнести их с соответствующими классами. Если на диаграмме размещено много объектов и они не умещаются по ширине можно использовать многоуровневое расположение объектов как показано на рис. Рис. 12 .10.
   

Рис. 12.10. Многоуровневое расположение объектов на диаграмме последовательности

6. 
   Растянуть вниз пунктир линии жизни. Соединить классы между собой с помощью элемента «Сообщение». При этом линия не всегда будет параллельна горизонтальной оси, так как соединяются фигуры через точки соединения, а они не всегда расположены симметрично по отношению друг к другу. В этом нет ничего страшного, главное чтобы окончание линии находилось по уровню не выше ее начала..
   
7. 
   Сопоставить сообщение, которое получает объект для исполнения с одной из его операций, заданной в предыдущей лабораторной работе.
   
8. 
   Для этого нужно вызвать окно свойств для ассоциации (дважды щелкнув по нему). В появившемся окне в поле «Операция» выбрать из списка соответствующую операцию. Для того, чтобы операция присутствовала в списке, она должна была быть задана для данного класса в лабораторной работе . Можно добавить для класса необходимую операцию прямо из этого окна, если нажать на кнопку «Создать», об этом более подробно говорилось в пункте 9 лабораторной работы .
   

Вопросы для подготовки лабораторной работы

1. 
   Каково назначение диаграмм последовательности? Почему они так называются?
   
2. 
   В чем сходство и в чем отличия диаграмм кооперации и последовательности?
   
3. 
   Какие элементы располагаются на ДП?
   
4. 
   С какими другими диаграммами в UML-модели связана ДП? Какие элементы из этих диаграмм также представлены на ДКп?
   
5. 
   Каким образом связываются между собой элементы на ДП?
   
6. 
   Какую роль играют на диаграммах последовательности играют отношения между объектами?
   

Практическая работа Диаграмма состояний

Цель работы: изучение основных возможностей создания и редактирования диаграмм состояний в MS Visio

Задачи исследований

1. Изучить возможности описания состояний классов с помощью диаграмм состояний.

2. Познакомиться с элементами диаграмм состояний и способами их размещения на диаграмме.

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

1. 
   Открыть файл UML, созданный в работе .
   
2. 
   В Microsoft Visio 2010 диаграмма состояний единственная, которая создается иначе, чем все остальные диаграммы. Для этого в проводнике по модели UML нужно выбрать созданную ранее в работе диаграмму классов и на ней выбрать класс, для которого необходимо создать Диаграмму состояний. Щелкнуть правой кнопкой мыши по значку данного класса, выбрать команду меню «Создать» и далее «Схема состояний».
   
3. 
   У рабочего листа MS Visio появится название «Схема состояний -1». Переименовать созданный лист, дав ему имя ДС (сокращенно от «Диаграмма состояний»).
   
4. 
   Разместить на схеме элементы «Начальное состояние» и «Конечное состояние», а также элементы «Состояние» в необходимом количестве. Если для некоторых состояний необходимо показать внутренние подсостояния, то в этом случае нужно размещать элемент «Составное состояние». При этом каждый раз при добавлении на схему данного элемента будет добавляться новый лист с именем «Схема состояний-N» (номер может отличаться). Эти листы также желательно переименовать, дав им названия ДС1, ДС2 и т.д. Дать всем состояниям (за исключением начального и конечного) соответствующие имена.
   
5. 
   Соединить между собой состояния с помощью элементов переход (прямой и рефлексивный) там, где это необходимо.
   
6. 
   Задать для состояний внутренние действия – дважды щелкнуть правой кнопкой мыши по состоянию и в окне свойств в разделе «Категории» установить действия в соответствующем разделе: для входных действий – раздел «Вход»; для выходных действий – раздел «Выход»; для DO-действий – раздел «Внутренние переходы».
   
7. 
   В случае необходимости построить диаграмму состояний для подсостояний.
   

Вопросы для подготовки лабораторной работы

1. 
   Какова роль диаграмм состояния в проектировании информационных систем?
   
2. 
   Для каких элементов системы создаются диаграммы состояний в UML?
   
3. 
   Что описывает состояние класса на ДС?
   
4. 
   Может ли объект одновременно находиться в двух или более состояний или не находиться ни в одном состоянии?
   
5. 
   Что такое псевдосостояния на ДС?
   
6. 
   Как описывается поведение класса, находящегося в определенном состоянии?
   
7. 
   Что такое переход на ДС? Какие виды переходов на ДС используются? В чем их отличие?
   
8. 
   Каковы правила перехода класса из одного состояния в другое?
   
9. 
   Каким образом задается условие перехода класса из одного состояния в другое?
   
10. 
    Что такое рефлексивный переход? Когда он используется?
    

Практическая работа Диаграмма деятельности

Цель работы: изучение основных возможностей создания и редактирования диаграмм деятельности в MS Visio

Задачи исследований

1. Изучить возможности описания бизнес процесса с использованием ИС с помощью диаграмм деятельности.

2. Познакомиться с элементами диаграмм деятельности и способами их размещения на диаграмме.

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

1. 
   Открыть файл UML, созданный в работе .
   
2. 
   В проводнике по модели UML щелкнуть правой кнопкой мыши по папке «Основной пакет», выбрать команду меню «Создать» и далее «Схема деятельности».
   
3. 
   У рабочего листа MS Visio появится название «Деятельность-1». Переименовать созданный лист, дав ему имя ДД (сокращенно от «Диаграмма деятельности»).
   
4. 
   Разместить на рабочем листе элементы «Дорожка» в необходимом количестве. Дать дорожкам названия в соответствии с распределением ответственности.
   
5. 
   Разместить на схеме элементы «Начальное состояние» и «Конечное состояние», а также элементы «Состояние» в необходимом количестве. Дать всем состояниям (за исключением начального и конечного) соответствующие имена.
   
6. 
   Для соединения состояний между собой следует использовать элемент «Поток управления».
   
7. 
   В случае необходимости представления разветвляющихся и сливающихся потоков разместить в необходимом количестве элементы «Переход (разветвление)» и «Переход (объединение)».
   
8. 
   При отображении альтернативных действий необходимо использовать элемент «Решение». Причем для каждой альтернативной ветви нужно дать осмысленное название. При слиянии потоков нужно использовать этот же элемент, только подписывать потоки уже не нужно.
   
9. 
   Для отображения на ДД изменения состояния объектов необходимо использовать элемент «Состояние объекта». Для сопоставления этого элемента с конкретным классом и его состоянием необходимо дважды щелкнуть по нему левой кнопкой мыши. В появившемся окне свойств выбрать соответствующий класс, после чего для этого класса можно выбрать из списка нужное состояние. Для соединения состояний с состояниями объектов необходимо использовать элемент «Состояние объектов».
   

Вопросы для подготовки лабораторной работы

1. 
   Какова роль диаграмм деятельности в проектировании информационных систем?
   
2. 
   Что описывает состояние деятельности на ДД?
   
3. 
   В чем сходство и в чем отличия диаграмм состояний и деятельности?
   
4. 
   С какими схемами, используемыми в структурном программировании можно сравнить ДД? Что у них общего и в чем отличия?
   
5. 
   Каким образом на ДД отображается разветвление процесса?
   
6. 
   Для чего на ДД используется элемент «Дорожка»?
   

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

Цель работы: изучение основных возможностей создания и редактирования диаграмм компонентов в MS Visio

Задачи исследований

1. 
   Изучить возможности описания файловой структуры проектируемой ИС.
   
2. 
   Определить архитектуру разрабатываемой системы.
   
3. 
   Научиться устанавливать зависимости между программными компонентами, в роли которых может выступать исходный и исполняемый код.
   

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

1. 
   Открыть файл UML, созданный в работе .
   
2. 
   В проводнике по модели UML щелкнуть правой кнопкой мыши по папке «Основной пакет», выбрать команду меню «Создать» и далее «Схема компонентов».
   
3. 
   У рабочего листа MS Visio появится название «Компонент-1». Переименовать созданный лист, дав ему имя ДКм (сокращенно от «Диаграмма компонентов»).
   
4. 
   Разместить в необходимом количестве элемент «Компонент» и задать для них необходимые параметры.
   
5. 
   Для соединения компонентов между собой использовать элементы «Зависимость».
   
6. 
   Для более наглядного представления программных компонентов можно использовать соответствующий шаблон графических элементов. Для этого нужно выбрать «Открыть группу элементов» - «Программы и базы данных» - «Сеть» …
   

Вопросы для подготовки лабораторной работы

1. 
   Какова роль диаграмм компонентов в проектировании информационных систем?
   
2. 
   Что такое диаграммы реализации, и какие виды диаграмм UML относятся к этой категории.
   
3. 
   Что собой в языке UML представляет компонент?
   
4. 
   Какие виды компонентов используются в UML?
   
5. 
   Какие стереотипы определены в языке UML для компонентов?
   
6. 
   Какую роль на ДКм играют интерфейсы?
   
7. 
   Для чего на ДКм используются зависимости?
   

Практическая работа Диаграмма развертывания

Цель работы: изучение основных возможностей создания и редактирования диаграмм развертывания в MS Visio.

Задачи исследований

1. 
   Изучить возможности описания на какой платформе и на каких вычислительных средствах реализована ИС.
   
2. 
   Рассмотреть возможность отображения физических устройств, которые будут участвовать в работе проектируемой ИС.
   
3. 
   Научиться выявлять узкие места системы и реконфигурировать ее топологию для достижения требуемой производительности.
   

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

1. 
   Открыть файл UML, созданный в работе .
   
2. 
   В проводнике по модели UML щелкнуть правой кнопкой мыши по папке «Основной пакет», выбрать команду меню «Создать» и далее «Топологическая схема».
   
3. 
   У рабочего листа MS Visio появится название «Развертывание-1». Переименовать созданный лист, дав ему имя ДР (сокращенно от «Диаграмма развертывания»).
   
4. 
   Разместить в необходимом количестве элемент «Узел» и задать для них необходимые параметры.
   
5. 
   Разместить в необходимом количестве элемент «Компонент» и соотнести их с соответствующими узлами.
   
6. 
   Для соединения узлов между собой использовать элементы «Сообщение», а для соединения узлов и компонентов использовать элемент «Зависимость».
   
7. 
   Для более наглядного представления программных компонентов можно использовать соответствующий шаблон графических элементов. Для этого нужно выбрать «Открыть группу элементов» - «Программы и базы данных» - «Сеть» …
   

Вопросы для подготовки лабораторной работы

1. 
   Какова роль диаграмм развертывания в проектировании информационных систем?
   
2. 
   Какие группы специалистов участвуют в разработке ДР?
   
3. 
   Диаграмма развертывания является единой для системы в целом или может описывать какую-то ее часть?
   
4. 
   В каких случаях использование диаграммы развертывания нецелесообразно?
   
5. 
   Что собой в языке UML представляет узел?
   
6. 
   Какие виды узлов используются в UML?
   
7. 
   В чем разница между элементами «Узел» и «Экземпляр узла»?
   
8. 
   Для чего на ДР могут быть представлены компоненты? Какие виды компонентов для этого используются?
   
9. 
   Какую роль на ДР играют интерфейсы?
   
10. 
    Для чего на ДР используются сообщения и зависимости?
    

Практическая работа Разработка фрагмента ИС
Практическая работа Тестирование и контрольный расчет программы

Введение

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

На левой границе спектра расположена стратегия “Чёрного ящика”. Основная цель этой стратегии – проверить все возможные комбинации значений входных величин. На правой границе спектра находится стратегия “Белого ящика”. Основная её цель – проверить каждый путь, каждую ветвь алгоритма. Стратегия ”белого ящика” позволяет исследовать внутреннюю структуру программы. Подразумевается, что программа проверена полностью, если с помощью тестов удаётся осуществить выполнение программы по всем возможным маршрутам её потока передач управления.

Ни одна из этих крайностей не является хорошей стратегией. Тестирование – проблема в значительной степени экономическая. Тестирование программы для всех комбинаций значений входных данных по стратегии “Чёрного ящика” (исчерпывающее тестирование) неосуществимо, так как количество тестов исчислялось бы миллиардами. Каждый тест должен давать максимальную отдачу по сравнению с затратами. Затраты измеряются временем и стоимостью подготовки, выполнения и проверки результатов теста. По существу, искусство тестирования представляет собой искусство отбора тестов с максимальной отдачей. Каждый тест должен быть представителем некоторого класса входных значений, так, чтобы его правильное выполнение создавало некоторую убеждённость в том, что для определённого класса входных данных программа будет выполняться правильно. Это требует некоторого знания алгоритма и структуры программы, что смещает тестировщика к правому краю спектра стратегий.

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

Задание

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

2. Разработать контрольные примеры так, чтобы обеспечить выполнение программы по всем возможным ветвям алгоритма.

3. Создать входной файл тестовых заданий на основе контрольных примеров.

4. Проверить правильность работы программы, сравнив выходной файл данных с контрольными примерами.

Требования к отчёту

Отчёт должен содержать:

1. Файл контрольных примеров;

2. Входной файл тестовых заданий;

3. Выходной файл результатов работы программы;

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

Практическая работа Разработка руководства программиста.

Введение

Руководство программиста должно состоять из следующих частей:

- Титульной;

- Информационной;

- Основной.

Титульная часть оформляется согласно ГОСТ 19.104-78 ЕСПД. Основные надписи. Информационная часть должна состоять из аннотации и содержания. В аннотации приводят сведения о назначении документа и краткое изложение основной части.

Содержание включает перечень записей о структурных элементах основной части документа.

Основная часть руководства программиста должна содержать следующие разделы: (ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению)

- Назначение и условия применения программы содержит функции, выполняемые программой и условия, необходимые для выполнения программы: объём оперативной памяти, требования к составу и параметрам периферийных устройств, требования к программному обеспечению.

- Характеристики программы описывают временные характеристики, режимы работы, средства контроля правильности выполнения и самовосстанавливаемости программы.

- Обращение к программе представляет собой описание процедур вызова программы, способов передачи параметров.

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

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

Задание

Составить руководство программиста в соответствии с ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению.

Требования к отчёту

Отчёт должен содержать титульный лист, аннотацию, содержание и основную часть, оформленную в соответствии с ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению.

Практическая работа Разработка руководства оператора.

Введение

Руководство оператора должно состоять из следующих частей:

- Титульной;

- Информационной;

- Основной.

Титульная часть оформляется согласно ГОСТ 19.104-78 ЕСПД. Основные надписи. Информационная часть должна состоять из аннотации и содержания. В аннотации приводят сведения о назначении документа и краткое изложение основной части.

Содержание включает перечень записей о структурных элементах основной части документа.

Основная часть руководства оператора должна содержать следующие разделы:

(ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению)

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

- Условия выполнения программы должны содержать минимальный и максимальный состав аппаратурных и программных средств.

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

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

Задание

Составить руководство оператора в соответствии с ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению.

Требования к отчёту

Отчёт должен содержать титульный лист, аннотацию, содержание и основную часть, оформленную в соответствии с ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению
Заключение.

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

Рекомендуемая литература

1. 
   Благодатских В.А., Волнин В.А., Поскакалов К.Ф. Стандартизация разработки программных средств. Учебное издание. М.: Финансы и статистика, 2010.
   
2. 
   Майерс Г. Искусство тестирования программ. Пер с англ.; Под ред. Позина Б.А. М.: Финансы и статистика.
   
3. 
   Канер С., Фолк Д., Енг Кек Нгуен. Тестирование программного обеспечения. Пер с англ.; - Киев.: «ДиаСофт» 2009.
   
4. 
   Майерс Г. Надёжность программного обеспечения. М.: Мир.
   
5. 
   Курата Д. Создание объектов в Microsoft Visual Basic 4.0. Пер с англ.; - М.: «СК Пресс» 2007