Содержание
- 2. Сущность ИСРПО Инструментальное программное обеспечение — программное обеспечение, предназначенное для использования в ходе проектирования, разработки и
- 3. Процессы и модели жизненного цикла информационных систем В соответствии с ГОСТ Р ИСО/МЭК 12207-99 процессы жизненного
- 4. Основные процессы жизненного цикла Процесс заказа. Определяет работы заказчика, то есть организации, которая приобретает систему, программный
- 5. Вспомогательные процессы ЖЦ 1) Процесс документирования. Определяет работы по описанию информации, выдаваемой в процессе жизненного цикла.
- 6. Вспомогательные процессы жизненного цикла 6) Процесс совместного анализа. Определяет работы по оценке состояния и результатов какой-либо
- 7. Организационные процессы жизненного цикла 1) Процесс управления. Определяет основные работы по управлению, включая управление проектом, при
- 8. Области знаний в сфере программной инженерии (SWEBOK) SWEBOK (Software Engineering Body of Knowledge) — международный стандарт
- 9. Области знаний в сфере программной инженерии (SWEBOK) software engineering management — управление IT проектом; software engineering
- 10. ITIL (IT Infrastructure Library) ITIL - библиотека инфраструктуры информационных технологий. Сегодня это уже не аббревиатура, а
- 11. Практики общего управления (ITIL) Управление архитектурой Постоянное улучшение Управление информационной безопасностью Управление знаниями Измерение и отчетность
- 12. Практики управления услугами (ITIL) Управление доступностью Бизнес-анализ Управление мощностями и производительностью Управление инцидентами Управление ИТ активами
- 13. Актуальность соответствия международным стандартам повышение качества обслуживания и удовлетворенности клиентов (67%) поддержание ИТ-систем в актуальном состоянии
- 14. Прочие стандарты. COBIT COBIT - пакет открытых документов, около 40 международных и национальных стандартов и руководств
- 15. Прочие стандарты. ISO 20000 ISO 20000 — международный стандарт для управления и обслуживания IT-сервисов. Процессы предоставления
- 16. Как управлять качеством ПО? Проектирование программных средств сопровождается анализом взаимодействия факторов, влияющих на качество конечного продукта.
- 17. Качество ПО
- 18. Категории показателей качества программного обеспечения 1) Анализ надежности ПО, дающая возможность анализировать ситуации отказов и прогнозировать
- 19. СИСТЕМЫ ПРОГРАММИРОВАНИЯ ассемблеры; трансляторы; компоновщики; отладчики; текстовые редакторы; библиотеки подпрограмм; редакторы графического интерфейса; средства автоматизации разработки
- 20. ВИДЫ ИНСТРУМЕНТАЛЬНОГО ПО Интегрированные среды разработки Компиляторы и кросс-компиляторы Интерпретаторы Линковщики Парсеры и генераторы парсеров Профилировщики
- 21. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) CASE-средства (от Computer Aided Software/System Engineering) - позволяют
- 22. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) IBM Rational Rose Rational Rose - современное и
- 23. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) Sparx Systems Enterprise Architect Как уверяют разработчики (Sparx
- 24. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) Gentleware Poseidon Poseidon for UML - это популярное
- 25. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) SmartDraw SmartDraw - это простая и дружественная, да
- 26. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) Dia - программа для создания диаграмм, базирующаяся на
- 27. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) TAU G2 от Telelogic. Это легендарное средство моделирования,
- 28. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) StarUML - программный инструмент моделирования, который поддерживает UML
- 29. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) Umbrello — среда UML-моделирования. Это приложение является свободным
- 30. CASE-средства проектирования ПО (помимо изучавшихся в курсе ТРПО) ArgoUML — средство UML моделирования. ArgoUML является открытым
- 31. Средства построения готовых UML-диаграмм по коду или наоборот UML/Code Generation Tool. Generate source code from/as UML
- 32. Средства построения готовых UML-диаграмм по коду или наоборот C++ Round-Trip Engineering Generate ANSI C++ source code
- 33. Средства построения готовых UML-диаграмм по коду или наоборот Instant Code Generation/Reversal Model the new system with
- 34. Помимо диаграмм классов Form Sequence Diagram from Java Code Logic Study the runtime behavior of an
- 35. Sourcetrail
- 36. Среды разработки и средства построения готовых UML-диаграмм по коду или наоборот Разрабатывайте и внедряйте программное обеспечение
- 37. Средства построения готовых UML-диаграмм по коду или наоборот It provides the industry's best code engineering mechanism
- 38. Средства построения готовых UML-диаграмм по коду или наоборот StarUML действительно поддерживает профили UML. Это максимизирует расширяемость
- 39. СИСТЕМЫ УПРАВЛЕНИЯ ТРЕБОВАНИЯМИ (ТРАССИРОВКА ТРЕБОВАНИЙ)
- 40. Инженерия требований Применение подхода управления требованиями позволяет определить те самые особенности, реализация которых привлечёт потенциальных клиентов.
- 41. Требования (IEEE) Требование — это любое условие, которому должна соответствовать разрабатываемая система или программное средство. Требованием
- 42. Требования (ITIL) В соответствии с ITILv3 все требования в проекте можно разделить на следующие группы: Функциональные
- 43. Роль требований Стоит также заметить, что правильная организация работы с требованиями позволяет управлять рисками на самых
- 44. Взаимосвязь стадий проекта и процесса управления требованиями. V-модель
- 45. Стадии процесса управления требованиями
- 46. Стадии процесса управления требованиями Процесс управления требования начинается с планирования. На этапе планирования системный аналитик создает
- 47. Этапы процесса разработки требований Идентификация заинтересованных сторон. Выявление требований заинтересованных сторон. Формирование требований. Уточнение и переформулирование
- 48. Этапы процесса разработки требований Определение стратегии проверки требований. Создание тестов. Спецификация требований. Определение приоритетов требований. Выведение
- 49. Системы управления требованиями (трассировки требований) Цели: 1. Обеспечение уверенности заказчика в том, что проектируемая АС соответствует
- 50. Системы управления требованиями (трассировки требований) Способы достижения: 1. Сбор и анализ количественных показателей процесса и конечного
- 51. Количественные показатели процесса. Пример – АСУ В требованиях к показателям назначения АС приводят значения параметров, характеризующие
- 52. Профессиональная разработка и управление требованиями Совместное создание полноценных документов требований из браузера Удобная работа с реестром
- 54. Решаемые задачи Разработка требований с вовлечением всех участников команды, начиная с самых ранних этапов жизненного цикла
- 55. IBM Rational Requisite Pro
- 56. IBM Rational/Telelogic DOORS
- 57. Borland Caliber RM
- 58. JIRA
- 59. aNimble
- 60. Redmine
- 61. in-STEP BLUE
- 62. Выводы Исходя из приведённого обзора подхода к управлению требованиями, необходимо заметить, что для максимально эффективной работы
- 63. Выводы Среди систем подобного рода можно выделить: 1. 3SL Cradle. 2. IBM Rational DOORS. 3. Borland
- 64. ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА ТЕСТИРОВАНИЯ ПРИЛОЖЕНИЙ
- 65. Инструментальные средства тестирования приложений Тестирование – дорогой и трудоемкий этап разработки программных систем. Поэтому создан широкий
- 66. Классификация основных методов тестирования 1. По знанию внутренностей системы: • черный ящик (black box testing); •
- 67. Классификация основных методов тестирования 3. По субъекту тестирования: • альфа-тестировщик (alpha tester); • бета-тестировщик (beta tester).
- 68. Классификация основных методов тестирования 5. По критерию “позитивности” сценариев: • позитивное тестирование (positive testing); • негативное
- 69. Классификация основных методов тестирования 7. По степени автоматизированности тестирования: • ручное тестирование (manual testing); • автоматизированное
- 70. Инструментальные средства тестирования приложений Перечислим возможные инструментальные средства тестирования и отношения между ними. 1. Организатор тестов.
- 71. Инструментальные средства тестирования приложений 4. Компаратор файлов. Сравнивает результаты тестирования с результатами предыдущего тестирования и составляет
- 72. Selenium
- 73. Selenium
- 74. Katalon Studio
- 75. UFT (Unified Functional Testing )
- 76. UFT (Unified Functional Testing )
- 77. Watir
- 78. IBM Rational Functional Tester
- 79. TestComplete
- 80. Выводы
- 81. Выводы Обзор: https://otus.ru/nest/post/617/ Selenium. TestingWhiz. HPE Unified Functional Testing (HP – UFT ранее QTP) TestComplete. Ranorex.
- 82. СИСТЕМА СОЗДАНИЯ, ХРАНЕНИЯ И ЗАПУСКА ТЕСТОВЫХ СЦЕНАРИЕВ
- 83. Система создания, хранения и запуска тестовых сценариев Автоматические тесты выполняют тестовые сценарии автоматически, но при этом
- 84. Примеры 1. Jenkins CI. 2. Atlassian Bamboo. 3. ThoughtWorks Go. 4. Buildbot. 5. JetBrains TeamCity. 6.
- 85. ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА РАЗРАБОТКИ БАЗ ЗНАНИЙ
- 86. Инструментальные средства разработки баз знаний Процесс разработки любой системы сопровождается созданием большого количества информации: диаграммами, схемами,
- 87. Инструментальные средства разработки баз знаний Важным моментом, при создании данного информационного агрегатора, является разработка структурированного рубрикатора,
- 88. Wiki
- 89. Wiki
- 90. Atlassian Confluence
- 91. eXo Platform
- 92. Helpjuice
- 93. Spiceworks’ Knowledge Base
- 94. Freshdesk
- 95. Выводы Существуют следующие популярные средства реализации базы знаний: 1. Wiki. 2. Atlassian Confluence. 3. eXo Platform.
- 96. СИСТЕМЫ УПРАВЛЕНИЯ ЗАДАЧАМИ
- 97. Системы управления задачами Процесс разработки информационной системы требует консолидации усилий большого числа людей. Каждый из них
- 98. Bitrix24
- 99. eXo Platform
- 100. Asana
- 101. JIRA Atlassian
- 102. Trello
- 103. Gantt Project
- 104. Gitea
- 105. Выводы 1. Bitrix24. 2. eXo Platform. 3. Wrike. 4. Asana. 5. JIRA Atlassian. 6. Trello. 7.
- 106. ИНСТРУМЕНТЫ ПРОВЕРКИ КОДА НА СООТВЕТСТВИЕ СТАНДАРТАМ КОДИРОВАНИЯ (ВАЛИДНОСТЬ)
- 107. Инструменты проверки кода на соответствие стандартам кодирования (валидность) В разработке проекта зачастую принимают участие разработчики разного
- 108. Стандарт оформления кода (стандарт кодирования, стиль программирования) набор правил и соглашений, используемых при написании исходного кода
- 109. Состав стандарта оформления кода Обычно, стандарт оформления кода описывает: способы выбора названий и используемый регистр символов
- 110. Install Pear: http://pear.php.net/go-pear.phar
- 112. Ошибки В случае, если будут найдены ошибки, операция коммита прерывается и на экран выводится список ошибок
- 113. Актуальность Сильные стороны этого способа: Централизованный контроль; Нельзя полностью избежать проверки кода; Скрипты проверки кода не
- 114. Cpplint cpplint или cpplint.py - это похожий на линты инструмент с открытым исходным кодом, разработанный Google,
- 115. Общий вид
- 116. Пример работы
- 117. Как проверить код на валидность Не нужно вычитывать код и считать символы — для этого есть
- 118. Примеры
- 119. Примеры
- 120. Примеры. WDG HTML Validator
- 121. PyCharm PyCharm позаботится о рутинных задачах, а вы сможете сосредоточиться на более важных вещах. Работая в
- 122. СИСТЕМЫ ОТСЛЕЖИВАНИЯ ОШИБОК. СИСТЕМА УПРАВЛЕНИЯ ДЕФЕКТАМИ
- 123. Система управления дефектами Отношение пользователя к информационной системе в целом чаще всего складывается из опыта работы
- 124. Система управления дефектами Правильная организация этого процесса затрагивает множество участников. Выявление дефекта и его документирование происходит
- 125. Примеры
- 127. BugTracker.NET
- 128. BUGS - the Bug Genie
- 129. Inflectra SpiraTeam
- 130. YouTrack
- 131. Выводы 1. Inflectra SpiraTeam. 2. YouTrack. 3. Bugzilla. 4. Mantis. 5. FogBugz. 6. Zoho Projects. 7.
- 132. Выводы. Часть 2 Redmin BUGS - the Bug Genie Bugzilla eTraxis GNATS Launchpad Mantis bug tracking
- 133. РЕДАКТОРЫ ИСХОДНОГО КОДА
- 134. Редакторы исходного кода Редактор исходного кода — текстовый редактор для создания и редактирования исходного кода программ.
- 135. Visual Studio Code Visual Studio Code это бесплатный кросс-платформенный редактор кода, разработанный Microsoft. Программа имеет открытый
- 136. Visual Studio Code
- 137. Sublime Text 3 предоставляет базовое автодополнение, подсветку синтаксиса и функционал сворачивания (фолдинга). Но используя Package Control
- 138. Atom Atom это еще один бесплатный, кросс-платформенный редактор с открытым исходным кодом. Он создан и выпущен
- 139. Atom
- 140. SpaceMacs
- 141. Notepad++
- 142. Brackets Brackets также поставляется с основными стандартными свойствами, включая автодополнение, подсветку синтаксиса для многих языков программирования,
- 143. Brackets
- 144. Atom Atom является кроссплатформенным приложением и работает таких операционных системах, как Windows , OS X и
- 145. Brackets Связь с Google Chrome. Основная особенность редактора Brackets, выделяемая многими разработчиками - связь с Google
- 146. Выводы Ace AkelPad Atom Eclipse Emacs Geany IntelliJ IDEA Light Table Visual Studio Code Notepad++ PSPad
- 147. ГЕНЕРАТОРЫ ДОКУМЕНТАЦИИ
- 148. Генераторы документации Генератор документации — программа или пакет программ, позволяющая получать документацию, предназначенную для программистов (документация
- 149. Sphinx Хотя Sphinx написан на языке Python и изначально был разработан для создания документации по этому
- 150. Sphinx
- 151. JSDuck Хорошие разработчики тратят много времени на поддержку документации, но в дальнейшем это окупается с лихвой:
- 152. SLATE
- 153. Документирование средствами Process Modeller
- 154. Документирование средствами Process Modeller
- 155. Документирование моделей данных в ERwin DM ERwin DM имеет собственные встроенные средства документирования моделей, такие как
- 156. Документирование моделей данных в ERwin DM
- 157. Документирование моделей данных в ERwin DM
- 158. Выводы 1. Bit.ai 2. LaTex 3. JavaDoc 4. Haroopad 5. Sphinx Для документации API: 1. https://redoc.ly/
- 159. ПРОФИЛИРОВАНИЕ
- 160. Профилирование Профилирование — сбор характеристик работы программы, таких как время выполнения отдельных фрагментов (обычно подпрограмм), число
- 161. AQtime
- 162. dotTrace
- 163. VTune
- 164. WordPress
- 165. Xdebug
- 166. dotMemory
- 167. Выводы Многоплатформенные универсальные решения: gprof[en] (Linux/Unix/*BSD) — несколько реализаций традиционного профилировщика, требующие инструментирования программы компилятором. VTune
- 168. Выводы Для отдельных языков программирования (подобные инструменты могут быть встроены в среду разработки): Xdebug — средство
- 169. СИСТЕМЫ УПРАВЛЕНИЯ ВЕРСИЯМИ
- 170. Системы управления версиями программное обеспечение для облегчения работы с изменяющейся информацией. Система управления версиями позволяет хранить
- 171. Системы управления версиями Позволяют создавать разные варианты одного документа, т.н. ветки, с общей историей изменений до
- 172. Subversion (SVN) МОДЕЛЬ РАБОТЫ: ЦЕНТРАЛИЗОВАННАЯ СИСТЕМА (В ОТЛИЧИЕ ОТ РАСПРЕДЕЛЕННЫХ СИСТЕМ, ТАКИХ КАК GIT ИЛИ MERCURIAL).
- 173. Subversion (SVN)
- 174. Использование Subversion РАССМОТРИМ ПОШАГОВО ОСНОВНЫЕ КОМАНДЫ. В СКОБКАХ УКАЗАНЫ КОМАНДЫ ДЛЯ КОМАНДНОЙ СТРОКИ. Создание хранилища (svnadmin
- 175. Работа с ветвями Cоздание ветви (svn copy). Переключение имеющейся рабочей копии на ветвь (svn switch) или
- 176. GIT
- 177. Team Foundation Server
- 178. Рейтинг систем контроля версий 2016
- 179. Выводы 1. Первое поколение SCCS (Source Code Control System) RCS (Revision Control System) 2. Второе поколение
- 180. Выводы. Помощь Общая теория: https://ru.hexlet.io/courses/git_base/lessons/vcs_intro/theory_unit Система контроля версий (cvs) — Сравниваем: Git, SVN, Mercurial https://biz30.timedoctor.com/ru/c%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0-%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8F-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B9/ Рейтинг
- 181. ПАРСЕРЫ (СИНТАКСИЧЕСКИЕ АНАЛИЗАТОРЫ)
- 182. Парсеры (синтаксические анализаторы) Парсер или синтаксический анализатор, — часть программы, преобразующей входные данные (как правило, текст)
- 183. Import.io Import.io предлагает разработчику легко формировать собственные пакеты данных: нужно только импортировать информацию с определенной веб-страницы
- 184. Dexi.io (ранее CloudScrape) CloudScrape способен парсить информацию с любого веб-сайта и не требует загрузки дополнительных приложений,
- 185. Scrapinghub это облачный инструмент парсинга данных, который помогает выбирать и собирать необходимые данные для любых целей.
- 186. ParseHub может парсить один или много сайтов с поддержкой JavaScript, AJAX, сеансов, cookie и редиректов. Приложение
- 187. VisualScraper это еще одно ПО для парсинга больших объемов информации из сети. VisualScraper извлекает данные с
- 188. Выводы 10 инструментов, позволяющих парсить информацию с веб-сайтов https://habr.com/ru/post/340038/ ANTLR — генератор парсеров Bison — генератор
- 189. Разделение по стадиями ЖЦ ПО (ЗАДАНИЕ)
- 190. ЗАДАНИЕ НА ГРУППОВУЮ РАБОТУ 1. Разделиться на группы до 5 человек. 2. Выбрать ПО 1 ТЕМЕ
- 192. Скачать презентацию