Будь ласка, використовуйте цей ідентифікатор, щоб цитувати або посилатися на цей матеріал:
http://elartu.tntu.edu.ua/handle/lib/36771| Назва: | Дослідження процесів прийняття рішень стосовно архітектури програмного продукту для гнучких моделей життєвого циклу |
| Інші назви: | Research of decision-making processes regarding software product architecture for flexible life cycle models |
| Автори: | Флейтута, Анастасія Андріївна Fleituta, Anastasiya Andriyivna |
| Приналежність: | ТНТУ ім. І. Пулюя, Факультет комп’ютерно-інформаційних систем і програмної інженерії, Кафедра комп’ютерних наук, м. Тернопіль, Україна |
| Бібліографічний опис: | Флейтута А. А. Дослідження процесів прийняття рішень стосовно архітектури програмного продукту для гнучких моделей життєвого циклу : кваліфікаційна робота освітнього рівня „Магістр“ „122 – комп’ютерні науки“ / А. А. Флейтута. – Тернопіль : ТНТУ, 2021. – 53 с. |
| Дата публікації: | 21-гру-2021 |
| Дата подання: | 8-гру-2021 |
| Дата внесення: | 24-гру-2021 |
| Країна (код): | UA |
| Місце видання, проведення: | ТНТУ ім. І.Пулюя, ФІС, м. Тернопіль, Україна |
| Науковий керівник: | Боднарчук, Ігор Орестович |
| Члени комітету: | Оробчук, Олександра Романівна |
| УДК: | 004.04 |
| Теми: | програмна архітектура software development agile розробка agile development великі проєкти large-scale projects управління проєктом project management |
| Короткий огляд (реферат): | Роль програмної архітектури у Agile-розробці великих проєктів, де бере участь декілька команд, важлива, оскільки кільком командам потрібно працювати разом, щоб випустити єдиний програмний продукт, допомагаючи максимізувати автономність команд. Керування та узгодження архітектури Agile між автономними командами проблемою, оскільки в гнучких моделях Agile бракує практики управління архітектурою. Пропонований підхід до архітектурного управління включає зміну організаційної структури та процес управління змінами архітектури. Переваги, про які повідомляють фахівці-практики, включають передачу прийняття архітектурних рішень на операційний рівень, покращення обміну архітектурними знаннями між командами, мінімізацію зусиль, що витрачаються на архітектурний рефакторинг. The role of software architecture in Agile development of large projects involving several teams is important because several teams need to work together to release a single software product, helping to maximize team autonomy. Managing and coordinating the Agile architecture between stand-alone teams is a challenge because Agile's flexible models lack architectural management practices. The proposed approach to architectural management includes changing the organizational structure and the process of managing architectural change. The benefits reported by practitioners include transferring architectural decision-making to the operational level, improving the exchange of architectural knowledge between teams, and minimizing the effort spent on architectural refactoring. |
| Зміст: | Вступ 7 1 Теоретичне обґрунтування дослідження 9 1.1 Гнучка архітектура 9 1.2 Автономні команди розробників 13 1.3 Розробка моделі менеджменту Spotify 14 1.4 FinTech 16 2 Методологія дослідження 18 2.1 Об'єкт дослідження 18 2.2 Збір даних 19 2.3 Аналіз даних 19 3 Практична реалізація процесу менеджменту 22 3.1 Підготовка до впровадження змін 22 3.2 Оцінка пропонованого підходу на основі введення змін 23 3.2.1 Структурні зміни організації 23 3.2.2 Процес управління змінами архітектури 27 3.3 Адаптація підходу Heterogeneous Tailoring для управління архітектурними рішеннями 31 3.4 Переваги та проблеми підходу архітектурного управління 34 3.4.1 Переваги 34 3.4.2 Проблеми 36 4 Охорона праці та безпека в надзвичайних cитуаціях 38 4.1 Методи та засоби психофізіологічного розвантаження як допоміжний процес в розробці ПЗ 38 4.2 Попередження аварій на виробництвах із застосуванням хлору 40 Висновки 44 Список викорситаних джерел 50 Додатки |
| URI (Уніфікований ідентифікатор ресурсу): | http://elartu.tntu.edu.ua/handle/lib/36771 |
| Власник авторського права: | © Флейтута Анастасія Андріївна, 2021 |
| Перелік літератури: | 1. Bodnarchuk, Ihor, et al. "Adaptive Method for Assessment and Selection of Software Architecture in Flexible Techniques of Design." 2018 IEEE 13th International Scientific and Technical Conference on Computer Sciences and Information Technologies (CSIT). Vol. 1. IEEE, 2018. 2. Ihor, Bodnarchuk, et al. "Multicriteria choice of software architecture using dynamic correction of quality attributes." International Conference on Computer Science, Engineering and Education Applications. Springer, Cham, 2019. Abrahamsson P, Babar MA, Kruchten P (2010) Agility and architecture: Can they coexist? IEEE Softw 27(2):16–22. 3. Kharchenko, Olexandr, et al. "Optimization of software architecture selection for the system under design and reengineering." 2018 14th International Conference on Advanced Trends in Radioelecrtronics, Telecommunications and Computer Engineering (TCSET). IEEE, 2018. 4. Kharchenko, A., et al. "Trade-off optimization in the problem of software system architecture choice." 2016 XII International Conference on Perspective Technologies and Methods in MEMS Design (MEMSTECH). IEEE, 2016. 5. Anderson C, McMillan E (2003) Of ants and men: self-organized teams in human and insect organizations. Emergence 5(2):29–41. 6. Bass J, Salameh A (2020) Architectural Governance Interview Guide. University of Salford, UK. 7. Bellomo S, Kruchten P, Nord RL, Ozkaya I (2014) How to Agilely architect an Agile architecture. Cut IT J 27(2):12–17. 8. Booch G (2009) The defenestration of superfluous architectural accoutrements. IEEE Softw 26(4):7–8. 9. Braun V, Clarke V (2006) Using thematic analysis in psychology. Qual Res Psychol 3(2):77–101. 10. Buschmann F, Henney K (2013) Architecture and agility: married, divorced, or just good friends? IEEE Softw 30(2):80–82. 11. Cockburn A, Highsmith J (2001) Agile software development, the people factor. Computer 34(11):131–133. 12. Conboy K, Carroll N (2019) Implementing large-scale Agile frameworks: challenges and recommendations. IEEE Softw 36(2):44–50. 13. Dingsøyr T, Dybå T, Moe NB (2010) Agile software development: current research and future directions, 1st edn. Springer Publishing Company (Incorporated) 14. Erdogmus H (2009) Architecture meets agility. IEEE Softw 26(5):2–4. 15. Gimpel H, Rau D, Röglinger M (2018) Understanding FinTech startups – a taxonomy of consumer-oriented service offerings. Electron Mark 28(3):245–264. 16. Glaser BG (1998) Doing grounded theory: issues and discussions. Sociology Press. 17. Hammond S, Umphress D (2012) Test driven development: the state of the practice. In: Proceedings of the 50th Annual Southeast Regional Conference, Tuscaloosa, Alabama. 18. Hoda R, Noble J, Marshall S (2013) Self-organizing roles on Agile software development teams. IEEE Trans Software Eng 39(3):422–444. 19. Kilu E, Milani F, Scott E, Pfahl D (2019) Agile software process improvement by learning from financial and fintech companies: LHV Bank Case Study. Software Quality: the complexity and challenges of software engineering and software quality in the cloud. 20. Knewtson HS, Rosenbaum ZA (2020) Toward understanding FinTech and its industry. Managerial Fin 46(8):1043–1060. 21. Kniberg H (2014) Spotify Squad framework. Retrieved July, 2020 from https:// medium.com/ project-management-learnings/. 22. Kniberg H, Ivarsson A (2012). Scaling Agile @ Spotify with tribes, squads, chapters & guilds. Retrieved June, 2020 from https://blog.crisp.se/wp-content/uploads/ 2012/11/ SpotifyScaling.pdf. 23. Lincoln YS, Guba EG (1985) Naturalistic inquiry. Sage Publications, Berlin 24. Linders B (2016) Don’t copy the Spotify model. https://www.infoq.com/news/ 2016/10/no-Spotify-model. 25. Martini A, Bosch J (2016) A multiple case study of continuous architecting in large Agile companies: current gaps and the CAFFEA framework. In: 2016 13th Working IEEE/IFIP Conference on Software Architecture (WICSA). 26. Moe NB, Dingsøyr T (2008) Scrum and team effectiveness: theory and practice. Agile Processes in Software Engineering and Extreme Programming, Berlin. 27. Moe NB, Dingsøyr T, Dybå T (2008) Understanding self-organizing teams in Agile software development. In: Proceedings of the 19th Australian Conference on Software Engineering (aswec 2008). 28. Moe NB, Olsson HH, Dingsøyr T (2016) Trends in large-scale Agile development: a summary of the 4th workshop at XP2016. In: Proceedings of the Scientific Workshop Proceedings of XP2016. 29. Nord RL, Ozkaya I, Kruchten P (2014) Agile in distress: architecture to the rescue. Agile methods. Large-scale development, refactoring, testing, and estimation. 30. Robinson H, Segal J, Sharp H (2007) Ethnographically-informed empirical studies of software practice. Inf Softw Technol 49(6):540–551. 31. Salameh A, Bass JM (2018) Influential factors of aligning Spotify squads in mission-critical and offshore projects – a longitudinal embedded case study. Product-Focused Software Process Improvement. 32. Salameh A, Bass JM (2019a) Spotify tailoring for B2B product development. In: Proceedings of the 2019 45th Euromicro Conference on Software Engineering and Advanced Applications (SEAA) Salameh A, Bass JM (2019b) Spotify tailoring for promoting effectiveness in cross-functional autonomous squads. Agile processes in software engineering and extreme programming – Workshops. 33. Salameh A, Bass JM (2020) Heterogeneous tailoring approach using the Spotify model. In: EASE ’20 proceedings of the evaluation and assessment on software engineering, Trondheim, Norway. 34. Šmite D, Moe NB, Levinta G, Floryan M (2019) Spotify guilds: how to succeed with knowledge sharing in large-scale Agile organizations. IEEE Softw 36(2):51–57. 35. Šmite D, Moe NB, Floryan M, Levinta G, Chatzipetrou P (2020) Spotify guilds. Commun ACM 63(3):56–61. 36. Stray V, Moe NB, Hoda R (2018) Autonomous Agile teams: challenges and future directions for research. In: Proceedings of the 19th international conference on Agile software development: companion, Porto, Portugal. 37. Yang C, Liang P, Avgeriou P (2016) A systematic mapping study on the combination of software architecture and Agile development. J Syst Softw 111:157–184. 38. Publisher’s Note Springer Nature remains neutral with regard to jurisdictional claims in published maps and institutional affiliations. 39. Abrahamsson P, Babar MA, Kruchten P (2010) Agility and architecture: Can they coexist? IEEE Softw 27(2):16–22 40. Информационная культура предприятий, виды информационной культуры, информационное поведение [Електронний ресурс]. – Електронні дані (Лекції). –Режим доступу: https://lektsii.com/1-78900.html 41. Пивоваров М.Г., Медко Д.А. Перспективы создания и развития информационно-коммуникационной системы Украины // Економіка: проблеми теорії та практики: 3б. наук. праць. – Вип. 49. –Дніпропетровськ: Дніпропетр. Нац. Ун-т, 2000. – С. 56-61. 42. Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин МОЗ України від 10.12.1998 № 7. // Офіційний сайт Верховної Ради України. – [Електронний ресурс]. – Режим доступу https://zakon.rada.gov.ua/rada/show/v0007282-98 43. Бідяк О. Профілактика отруєння хлором. // Офіційний сайт управління держпраці в Тернопільській області. – [Електронний ресурс]. – Режим доступу https://te.dsp.gov.ua/profilaktyka-otruyennya-hlorom/ |
| Тип вмісту: | Master Thesis |
| Розташовується у зібраннях: | 122 — комп’ютерні науки |
Файли цього матеріалу:
| Файл | Опис | Розмір | Формат | |
|---|---|---|---|---|
| Флейтута_магістр_2021_СНмз-61.pdf | 1,44 MB | Adobe PDF | Переглянути/відкрити |
Усі матеріали в архіві електронних ресурсів захищені авторським правом, всі права збережені.
Інструменти адміністратора