Краткая презентация о нотации UML, как её можно использовать в работе системного аналитика.
Short presentation on UML notation and how it can be used in the work of system analyst.
Краткая презентация о нотации UML, как её можно использовать в работе системного аналитика.
Short presentation on UML notation and how it can be used in the work of system analyst.
This document discusses and compares several software installation package creators. It provides information on their basic functions, developers, pricing and websites. The main installation package creators mentioned are InstallShield, Wise InstallMaster, Setup Factory, Ghost Installer and Inno Setup. They allow creating installation packages with wizards, dependencies tracking, scripting, registry editing and uninstall capabilities. Pricing ranges from free to $400 and they support platforms like Windows, .NET and databases.
This document provides instructions for creating a Word file from a C# console application by adding references to the Microsoft Word Object Library, creating a new Word document, inputting text, and providing multiple examples of source code that can be used to interact with the Word document from the application. The source code examples demonstrate how to open the Word file, add text, save and close the file, and display the results.
The document describes how to create a Word file from a template using Visual Studio. It involves creating a new Windows Forms project in Visual Studio, adding references to Microsoft Word, and adding namespaces. The template is then copied to the project directory. Bookmarks are added to cells in the template to later fill with data. On a button click event, code is added to open the template, fill the bookmark fields with input data, and save the file. When run, the program fills the corresponding template cells with the input data.
В ООП важно исследовать взаимодействие объектов т.к. тогда мы исследуем процесс работы самой программы, а не просто данные которые есть в системе. Когда пользователь нажимает кнопку “Заказать”, программа оживляет объекты и они живут своею жизнью, взаимодействуют друг с другом, выполняют свою работу. Как нам представить этот процесс? Для этой задачи и были придуманы CRC-карты и CRC-диаграммы.
This document discusses and compares several software installation package creators. It provides information on their basic functions, developers, pricing and websites. The main installation package creators mentioned are InstallShield, Wise InstallMaster, Setup Factory, Ghost Installer and Inno Setup. They allow creating installation packages with wizards, dependencies tracking, scripting, registry editing and uninstall capabilities. Pricing ranges from free to $400 and they support platforms like Windows, .NET and databases.
This document provides instructions for creating a Word file from a C# console application by adding references to the Microsoft Word Object Library, creating a new Word document, inputting text, and providing multiple examples of source code that can be used to interact with the Word document from the application. The source code examples demonstrate how to open the Word file, add text, save and close the file, and display the results.
The document describes how to create a Word file from a template using Visual Studio. It involves creating a new Windows Forms project in Visual Studio, adding references to Microsoft Word, and adding namespaces. The template is then copied to the project directory. Bookmarks are added to cells in the template to later fill with data. On a button click event, code is added to open the template, fill the bookmark fields with input data, and save the file. When run, the program fills the corresponding template cells with the input data.
В ООП важно исследовать взаимодействие объектов т.к. тогда мы исследуем процесс работы самой программы, а не просто данные которые есть в системе. Когда пользователь нажимает кнопку “Заказать”, программа оживляет объекты и они живут своею жизнью, взаимодействуют друг с другом, выполняют свою работу. Как нам представить этот процесс? Для этой задачи и были придуманы CRC-карты и CRC-диаграммы.
Диаграмма компонентов как модель представления физической структуры разрабатываемой системы. Понятие компонента программной системы и его графическая нотация. Семантика компонента в контексте реализации классов логической модели. Порты, интерфейсы и соединители на диаграмме компонентов. Особенности построения диаграммы компонентов в качестве модели архитектуры разрабатываемой программной системы. Примеры построения диаграмм компонентов.
Простой подход к проектированию сложной системыAnatoly Simkin
Технические требования настолько сложны, что топ-менеджмент не понимает их и подписывает «не глядя». в результате — нарушение сроков и изменение требований. Добиться понимания можно. есть путь, ведущий к этой цели.
A simple approach to the sytem design
Technical requirements are extremely difficult for top management. Lack of understanding, disruption of the schedule and changing requirements - the most common problems of project management. They can be solved. There is a pathway leading to that goal.
Практический подход к систематизации требований при проектировании информацио...Anatoly Simkin
Тезисы описывают этапы подхода к проектированию информационной системы с целью организации прозрачного процесса разработки и вовлечения в этот проект заказчика.
Abstracts describing the stages of approach to design the information system for the purpose of organizing a transparent design process and involving of stakeholders.
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВITMO University
Рассматриваются основные проблемы, которые возникают при использовании сетевых сервисов на этапах поиска, выбора и интеграции. Рассмотрены качественные характеристики, по которым можно производить сравнение и выбор сервисов, и абстрактная модель, наглядно демонстрирующая взаимодействие сетевых сервисов.
Диаграмма последовательности как логическое представление поведения разрабатываемой системы. Понятие линии жизни классов и сообщений, их графическая нотация. Представление времени на диаграмме последовательности. Комбинированные фрагменты, их нотация и семантика. Особенности использования логических условий в комбинированных фрагментах языка UML 2. Временные ограничения и их запись. Примеры построения диаграмм последовательности в проектах UML 2.
3. Диаграмма вариантовДиаграмма вариантов
использования (ДВИ)…использования (ДВИ)…
= Диаграмма прецедентов;
Описывает функциональное
назначение системы, т.е. то, что
система будет делать в процессе
своего функционирования;
Является исходной концептуальной
моделью системы в процессе ее
проектирования и разработки.
4. Цели построения ДВИЦели построения ДВИ
1) определить общие границы и контекст
моделируемой предметной области на
начальных этапах проектирования;
2) сформулировать общие требования к
функциональному проектированию системы;
3) разработать исходную концептуальную
модель системы для ее последующей
реализации;
4) подготовить документацию для
взаимодействия разработчика системы с ее
заказчиком и пользователями.
5. Суть диаграммы прецедентовСуть диаграммы прецедентов
Проектируемая система представляется в
виде множества сущностей или актеровактеров
(действующих лиц), взаимодействующих с
системой с помощью так называемых
вариантов использованиявариантов использования (прецедентов).
Таким образом,Таким образом,
Основными компонентами ДВИ являются:
актеры
прецеденты
отношения
6. Вариант использованияВариант использования
= Прецедент =use case = юскейс;
Определяет последовательность действий, которая
должна быть выполнена проектируемой системой
при взаимодействии ее с соответствующим актером.
Получение справки о
состоянии счета
Получить справку о
стостоянии счета
Имя ВИ начинается с большой буквы и обозначается
оборотом глагола или существительного, обозначающего
действие
7. АктерАктер
= Actor = действующее лицо
Представляет собой внешнюю по отношению
к моделируемой системе сущность
Взаимодействует с системой и использует ее
функциональные возможности для
достижения определенных целей и решения
частных задач.
Может рассматриваться как некая рольроль
относительно конкретного варианта
использования.
8. АктерАктер
Стандартное графическое изображение актера:
Клиент банка
• Актер всегда находится вне системы, его внутренняя
структура никак не воспринимается.
• Примеры актеров: клиент банка, банковский
служащий, продавец, сотовый телефон.
9. ОтношенияОтношения
Один актер может взаимодействовать с
несколькими вариантами использования и
наоборот.
2 варианта использования, определенные
для одной и той же сущности, не могут
взаимодействовать друг с другом, т.к. любой
из них самостоятельно описывает
законченный вариант использования этой
сущности.
10. Виды отношенийВиды отношений
1) ассоциативное отношениеассоциативное отношение (отношение
ассоциации, association relationship)
2) отношениеотношение расширениярасширения (extend relationship)
3) отношениеотношение обобщенияобобщения (generalization
relationship)
4) отношение включенияотношение включения (include relationship)
11. Отношение ассоциацииОтношение ассоциации
Отношение между вариантом использования и
актером, отражающее связь между ними.
Оно устанавливает, какую конкретную роль играет
актер при взаимодействии с экземпляром варианта
использования.
Студент Сдать зачет
1..*1..*
Обозначение: в виде прямой линии. Могут быть
дополнительные обозначения (кратность связи,
направление связи, наименование связи)
12. Отношение расширенияОтношение расширения
Определяет взаимосвязь базового варианта
использования с некоторым другим вариантом
использования, функциональное поведение которого
задействуется базовым не всегда, а только при
выполнении некоторых дополнительных условий.
Сдать зачет Взять индивидуальную
ведомость
<<extend>>
Стрелка указывает на базовый вариант использования!
13. Отношение обобщенияОтношение обобщения
Служит для указания того факта, что некоторый
вариант использования А может быть обобщен до
варианта использования Б (или актер А может быть
обобщен до актера Б).
Сдать зачет по системному
моделированию
Сдать зачет по предмету
Студент 2
курса
Студент
Стрелка
указывает в
сторону
родительского
ВИ (актера)
14. Отношение включенияОтношение включения
Указывает, что некоторое заданное поведение для
одного варианта использования включается в
качестве составного компонента в
последовательность поведения другого варианта
использования.
Сдать зачет по системному
моделированию
Защитить все
лабораторные работы
Пройти промежуточное
тестирование
Сдать итоговый тест
<<include>>
<<include>>
<<include>>
15. ПримерыПримеры
ДВИ процесса оформления заказа на покупку товара
Продавец Покупатель
Оформить заказ на покупку
товара
1..* 1..*1..* 1..*
Оформить заказ на покупку
компьютера
Запросить каталог товаров
<<extend>>
Согласовать условия
оплаты
Обеспечить покупателя
информацией
Заказать товар со склада
<<include>> <<include>><<include>>
16. ПримерыПримеры
Диаграмма прецедентов для процесса постройки дома
Создание проекта дома
Архитектор
Создание списка
необходимых материалов
Покупка материалов
Постройка дома
Строительная
фирма
Заказчик
Сдача работ
Подписание акта
выполненных работ
<<include>>
19. Примечание как элемент ДВИПримечание как элемент ДВИ
Примечание (Note) в языке UML предназначено для
включения в модель произвольной текстовой
информации, имеющей непосредственное
отношение к контексту разрабатываемого проекта.
Примечание может относиться к любому элементу
диаграммы.
Получение справки о
состоянии счета
Реализовать в форме
печати чека с указанием
реквизитов
20. Изученные вопросыИзученные вопросы
Диаграмма вариантов использования
Вариант использования (прецедент)
Актер
Отношения (ассоциации, обобщения,
включения, расширения)
Примечание