Použijte tento identifikátor k citaci nebo jako odkaz na tento záznam: http://elartu.tntu.edu.ua/handle/lib/43376
Full metadata record
DC poleHodnotaJazyk
dc.contributor.advisorМарценюк, Василь Петрович-
dc.contributor.authorСеменюк, Володимир Володимирович-
dc.contributor.authorSemeniuk, Volodymyr Volodymyrovych-
dc.date.accessioned2024-01-05T08:31:19Z-
dc.date.available2024-01-05T08:31:19Z-
dc.date.issued2023-12-27-
dc.date.submitted2023-12-13-
dc.identifier.citationСеменюк В.В. Особливості реалізації процесів забезпечення якості в гнучких технологіях розробки програмного забезпечення: кваліфікаційна робота освітнього рівня „Магістр“ "124 – системний аналіз" / В. В. Семенюк. – Тернопіль: ТНТУ, 2023. – 67 с.uk_UA
dc.identifier.urihttp://elartu.tntu.edu.ua/handle/lib/43376-
dc.description.abstractДіяльність забезпечення якості (QA) у розробці програмного забезпечення є невід'ємною складовою проекту. Це не лише відповідальність за якість готового продукту, але й за якість усього процесу його створення. У звичайному варіанті розробки ПЗ, QA зазвичай виконується експертною групою з якості. Однак у гнучкій розробці більшість цих завдань виконується самими розробниками. Співпраця між усіма учасниками процесу розробки, орієнтована на тестування, виступає як один із підходів у гнучкій розробці для досягнення високої якості продукту. Ця кваліфікаційна робота ставить перед собою завдання представити принципи забезпечення якості в гнучкій розробці. Хоча уявлення про гнучку розробку сфокусоване на якості продукту, проте важливо активно працювати над забезпеченням якості процесу гнучкої розробки, зробивши його стандартизованим і краще організованим. Діяльність забезпечення якості залишається акцентованою на тестуванні. Проте в контексті практик, таких як SPI (Software Process Improvement) та дотримання певних стандартів, бракує гнучких методологій. У цьому дослідженні ми розглядаємо можливість додаткового контролю якості у гнучких проектах. Мета введення додаткового рівня контролю полягає в залученні експертів забезпечення якості для підвищення якості процесу розробки, що в свою чергу призведе до підвищення якості виробленого продукту. The activity of Quality Assurance (QA) in software development stands as the foundation of any project. This function is responsible not only for the quality of the product but also for the quality of the development process itself. In traditional software development, QA is carried out by a team of quality experts. However, with the shift towards agile development, the quality assurance activity has also evolved. In Agile development, most of these tasks are performed by developers themselves. Close collaboration among stakeholders, testing-oriented development are approaches in agile development aimed at achieving superior product quality. This research paper presents the principles of ensuring quality in agile development. While the concept of agile development focuses on product quality, there is a need to put significant effort into ensuring the quality of the agile development process, to standardize and organize it better. Quality assurance activities remain focused on testing. In practices like Software Process Improvement (SPI) and adherence to certain standards, there's a lack of agile methodologies. In this study, we propose adding an additional layer of quality control in agile projects. The purpose of introducing this added layer is to leverage the expertise of quality assurance professionals to enhance the development process's quality, ultimately leading to a higher level of product quality.uk_UA
dc.description.tableofcontentsВСТУП 6 1 ЗАДАЧІ ІНЖЕНЕРІЇ ВИМОГ В AGILE-ПРОЄКТАХ 9 1.1 SQA ПРИ ТРАДИЦІЙНІЙ РОЗРОБЦІ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ 10 1.2 ГНУЧКА РОЗРОБКА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ 13 1.3 ФОРМУЛЮВАННЯ ЗАДАЧ ДОСЛІДЖЕННЯ 16 2 МЕТОДОЛОГІЯ ДОСЛІДЖЕННЯ 20 2.1 АНАЛІЗ ЛІТЕРАТУРНИХ ДЖЕРЕЛ ДЛЯ ПРОВЕДЕННЯ ДОСЛІЖЕННЯ 20 2.2 ЯКІСНИЙ ПІДХІД ДО ВИРІШЕННЯ ПОСТАВЛЕНИХ ЗАДАЧ 21 2.3 ЗАГАЛЬНА ХАРАКТЕРИСТИКА ГНУЧКИХ ПРОЦЕСІВ РОЗРОБКИ 22 2.4 НОВІ ПІДХОДИ ДО РОЗРОБКИ 31 2.5 РОЗУМІННЯ ЯКОСТІ В КОНТЕКСТІ AGILE-РОЗРОБКИ 36 2.6 ЗАБЕЗПЕЧЕННЯ ЯКОСТІ ПРОДУКТУ ЧЕРЕЗ ЯКІСТЬ ПРОЦЕСІВ 38 3 ПРОПОНОВАНЕ РІШЕННЯ З ВПРОВАДЖЕННЯ SQA В AGILE-МЕТОДОЛОГІЇ РОЗРОБКИ 40 3.1 AGILE-ТЕХНОЛОГІЇ ТЕСТУВАННЯ 40 3.2 ПАРНЕ ПРОГРАМУВАННЯ 42 3.3 РЕФАКТОРИНГ 43 3.4 SPI ТА ГНУЧКА МЕТОДОЛОГІЯ 44 3.5 ПРОПОНОВАНЕ РІШЕННЯ 47 3.6 ЗАСТОСУВАННЯ ДОДАТКОВОГО РІВНЯ КОНТРОЛЮ ЯКОСТІ 51 4 ОХОРОНА ПРАЦІ ТА БЕЗПЕКА В НАДЗВИЧАЙНИХ CИТУАЦІЯХ 55 4.1 МЕТОДИ ТА ЗАСОБИ ПСИХОФІЗІОЛОГІЧНОГО РОЗВАНТАЖЕННЯ ЯК ДОПОМІЖНИЙ ПРОЦЕС В РОЗРОБЦІ ПЗ 55 4.2 ПОПЕРЕДЖЕННЯ АВАРІЙ НА ВИРОБНИЦТВАХ ІЗ ЗАСТОСУВАННЯМ ХЛОРУ 57 ВИСНОВКИ 62 СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ 64 ДОДАТКИuk_UA
dc.language.isoukuk_UA
dc.subjectAgile-розробкаuk_UA
dc.subjectAgile developmentuk_UA
dc.subjectзабезпечення якостіuk_UA
dc.subjectquality assuranceuk_UA
dc.subjectQAuk_UA
dc.subjectsoftware process improvementuk_UA
dc.subjectSPIuk_UA
dc.titleОсобливості реалізації процесів забезпечення якості в гнучких технологіях розробки програмного забезпеченняuk_UA
dc.title.alternativePeculiarities of quality assurance processes in Agile software development technologiesuk_UA
dc.typeMaster Thesisuk_UA
dc.rights.holder© Семенюк Володимир Володимирович, 2023uk_UA
dc.contributor.committeeMemberЗагородна, Наталія Володимирівна-
dc.coverage.placenameТНТУ ім. І.Пулюя, ФІС, м. Тернопіль, Українаuk_UA
dc.subject.udc004.41uk_UA
dc.relation.references1. Software Assurance and Software Safety. [Електронний ресурс]. – Режим доступу: URL: https://sma.nasa.gov/sma-disciplines/software-assurance-and-software-safety, вільний. – Загол. з екрану.uk_UA
dc.relation.references2. Manifesto, Agile. "Manifesto for agile software development." (2001).uk_UA
dc.relation.references3. Kharchenko, A., Raichev, I., Bodnarchuk, I., & Matsiuk, O. (2021, October). The Survey of Global Software Design Processes. In 2021 IEEE 8th International Conference on Problems of Infocommunications, Science and Technology (PIC S&T) (pp. 291-294). IEEE.uk_UA
dc.relation.references4. Mnkandla, Ernest, and Barry Dwolatzky. "Defining agile software quality assurance." 2006 International Conference on Software Engineering Advances (ICSEA'06). IEEE, 2006.uk_UA
dc.relation.references5. Saleh, F. Malik. "Software Quality Framework." Journal of Computer Science and Engineering 13.2 (2012): 1-6.uk_UA
dc.relation.references6. Bergman, Bo, and Bengt Klefsjö. Quality from customer needs to customer satisfaction. Studentlitteratur AB, 2010.uk_UA
dc.relation.references7. McCall, Jim A., Paul K. Richards, and Gene F. Walters. "Factors in software quality. volume i. concepts and definitions of software quality." General Electric CO Sunnyvale CA (1977).uk_UA
dc.relation.references8. Boehm, B. W., Brown, J. R., Kaspar, H., Lipow, M., MacLeod, G., J. & Merit, M. J., Characteristics of Software Quality, TRW Series of Software Technology 1, North-Holland, 1978.uk_UA
dc.relation.references9. Stamelos, Ioannis G., and Panagiotis Sfetsos, eds. Agile software development quality assurance. Igi Global, 2007.uk_UA
dc.relation.references10. Cockburn, Alistair. Agile software development: the cooperative game. Pearson Education, 2006.uk_UA
dc.relation.references11. Ullah, Malik Imran, and Waqar Ali Zaidi. "Quality Assurance Activities in Agile: Philosophy to Practice." (2009).uk_UA
dc.relation.references12. Dybå, Tore, and Torgeir Dingsøyr. "Empirical studies of agile software development: A systematic review." Information and software technology 50.9-10 (2008): 833-859.uk_UA
dc.relation.references13. Malik, Ahsan Nawaz, and Kashif Masood. "Software testing process in agile development." (2008).uk_UA
dc.relation.references14. Erickson, John, Kalle Lyytinen, and Keng Siau. "Agile modeling, agile software development, and extreme programming: the state of research." Journal of Database Management (JDM) 16.4 (2005): 88-100.uk_UA
dc.relation.references15. Williams, Laurie, and Alistair Cockburn. "Agile software development: It's about feedback and change." Computer 36.6 (2003): 39-43.uk_UA
dc.relation.references16. Lindstrom, Lowell, and Ron Jeffries. "Extreme programming and agile software development methodologies." IS management handbook. Auerbach Publications, 2003. 531-550.uk_UA
dc.relation.references17. Beck, Kent. "Embracing change with extreme programming." Computer 32.10 (1999): 70-77.uk_UA
dc.relation.references18. Jeffries, Ron. "What is extreme programming." XP magazine 11 (2001).uk_UA
dc.relation.references19. Schwaber, Ken, and Mike Beedle. Agile software development with Scrum. Prentice Hall PTR, 2001.uk_UA
dc.relation.references20. Rosenberg, Doug, Matt Stephens, and Mark Collins-Cope. "Agile development with ICONIX process." New York: Editorial Apress (2005).uk_UA
dc.relation.references21. The 12th Annual State of Agile Report. [Електронний ресурс]. – Режим доступу: URL: https://www.qagile.pl/wp-content/uploads/2018/04/versionone-12th-annual-state-of-agile-report.pdf. вільний. – Загол. з екрану.uk_UA
dc.relation.references22. Vijayasarathy, L. E. O. R., and Dan Turk. "Agile software development: A survey of early adopters." Journal of Information Technology Management 19.2 (2008): 1-8.uk_UA
dc.relation.references23. Mahanti, Aniket. "Challenges in enterprise adoption of agile methods-A survey." Journal of Computing and Information technology 14.3 (2006): 197-206.uk_UA
dc.relation.references24. Fowler, Martin. "The new methodology." Wuhan University Journal of Natural Sciences 6 (2001): 12-24.uk_UA
dc.relation.references25. Boehm, Barry, and Richard Turner. "Using risk to balance agile and plan-driven methods." Computer 36.6 (2003): 57-66.uk_UA
dc.relation.references26. Talby, David, et al. "Agile software testing in a large-scale project." IEEE software 23.4 (2006): 30-37.uk_UA
dc.relation.references27. Parnas, David L., and Mark Lawford. "Inspection's role in software quality assurance." IEEE Software 20.4 (2003): 16.uk_UA
dc.relation.references28. Nerur, Sridhar, RadhaKanta Mahapatra, and George Mangalaraj. "Challenges of migrating to agile methodologies." Communications of the ACM 48.5 (2005): 72-78.uk_UA
dc.relation.references29. McBreen, P., and M. Consulting. "Quality assurance and testing in agile projects." McBreen Consulting (2003).uk_UA
dc.relation.references30. Beck, Kent. "Embracing change with extreme programming." Computer 32.10 (1999): 70-77.uk_UA
dc.relation.references31. Cockburn, Alistair, and Laurie Williams. "The costs and benefits of pair programming." Extreme programming examined 8 (2000): 223-247.uk_UA
dc.relation.references32. Fowler, Martin, and Kent Beck. "Refactoring: Improving the design of existing code." 11th European Conference. Jyväskylä, Finland. 1997.uk_UA
dc.relation.references33. Capiluppi, Andrea, et al. "An empirical study of the evolution of an agile-developed software system." 29th International Conference on Software Engineering (ICSE'07). IEEE, 2007.uk_UA
dc.relation.references34. Glazer, Hillel, et al. "CMMI or agile: Why not embrace both! Software Engineering Institute." Software Engineering Institute (2008).uk_UA
dc.relation.references35. Aaen, Ivan, Anna Börjesson, and Lars Mathiassen. "SPI agility: How to navigate improvement projects." Software Process: Improvement and Practice 12.3 (2007): 267-281.uk_UA
dc.relation.references36. Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин МОЗ України від 10.12.1998 № 7. // Офіційний сайт Верховної Ради України. – [Електронний ресурс]. – Режим доступу https://zakon.rada.gov.ua/rada/show/v0007282-98uk_UA
dc.relation.references37. Бідяк О. Профілактика отруєння хлором. // Офіційний сайт управління держпраці в Тернопільській області. – [Електронний ресурс]. – Режим доступу https://te.dsp.gov.ua/profilaktyka-otruyennya-hlorom/uk_UA
dc.contributor.affiliationТНТУ ім. І. Пулюя, Факультет комп’ютерно-інформаційних систем і програмної інженерії, Кафедра комп’ютерних наук, м. Тернопіль, Українаuk_UA
dc.coverage.countryUAuk_UA
Vyskytuje se v kolekcích:124 — системний аналіз

Soubory připojené k záznamu:
Soubor Popis VelikostFormát 
mag2023_САм-61_Семенюк.pdf1,98 MBAdobe PDFZobrazit/otevřít


Všechny záznamy v DSpace jsou chráněny autorskými právy, všechna práva vyhrazena.

Nástroje administrátora