Ograniczanie wyników
Czasopisma help
Autorzy help
Lata help
Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 18

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  jakość oprogramowania
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
PL
Cel: Celem artykułu jest ocena, czy wykorzystanie podejścia zwinnego Scrum w organizacji podnosi jakość wytwarzanego oprogramowania oraz próba uzyskania odpowiedzi na pytanie, jak nowelizacja Przewodnika po Scrumie (Scrum Guide) z listopada 2020 roku wpłynęła na proces wytwarzania oprogramowania. Projekt badania/metodyka badawcza/koncepcja: Przyjętą metodyką badawczą jest przegląd literatury przedmiotu oraz badania własne autora. Wyniki/wnioski: Wnioskiem z przeprowadzonych badań jest fakt, że zastosowanie podejścia zwinnego Scrum pozytywnie wpływa na jakość wytwarzanego oprogramowania. Postępowanie zgodnie z wytycznymi zawartymi w Przewodniku oraz podnoszenie kompetencji w zespołach wytwórczych powoduje, że wzrasta świadomość dotycząca wytwarzanych produktów, co ma bezpośredni wpływ na jakość. Ograniczenia: Do ograniczeń w prowadzonych badaniach zaliczyć można stosunkowo niewielką liczbę przeprowadzonych wywiadów. Liczba ta wynika z trudności w uzyskaniu obecnie rzetelnych danych, ale zdaniem autora badania takie są znacznie bardziej wiarygodne i niosą większą wartość poznawczą aniżeli badania ilościowe. Zastosowanie praktyczne: Uzyskane wyniki niewątpliwie przyczynią się do poprawy obszarów w organizacji i ciągłego ich doskonalenia, a organizacjom zamierzającym dokonać transformacji z podejścia klasycznego do zwinnego – uniknąć powielania potencjalnych błędów. Oryginalność/wartość poznawcza: Dotychczas w literaturze przedmiotu brak jest badań skupiających się na porównaniu bieżącej wersji Przewodnika po Scrumie z jego poprzednią wersją i wpływu tychże różnic na funkcjonowanie organizacji.
EN
Purpose: The aim of the article is to verify whether the use of agile testing improves the software quality and to try to answer the question how an updated version of the Scrum Guide (November 2020) influenced the software development process.. Design/methodology/approach: The adopted research methodology is a review of the literature on the subject and the author's own research. Findings/conclusions: The conclusion of the research is the fact that the use of the Scrum agile approach positively affects the quality of the software produced. Following the guidelines contained in the Guide and increasing competences in production teams increases the awareness of the manufactured products, which has a direct impact on quality. Research limitations: The limitations in the conducted research include a relatively small number of conducted interviews. This number results from the difficulties in obtaining reliable data at present, but according to the author, such studies are much more reliable and carry more cognitive value than quantitative studies. Practical implications: The obtained results will undoubtedly contribute to the improvement of areas in the organization and their continuous improvement, and for organizations intending to transform from a classic to an agile approach – avoid duplicating potential mistakes. Originality/value: So far, the literature on the subject lacks research focusing on comparing the current version of Scrum Guide with its previous version and the impact of these differences on the functioning of the organization.
EN
Purpose: The main purpose of the research is to examine the suitability of exploratory tests in the software testing process. Design/methodology/approach: An experiment, carried out for the sake of this study, consisted of two parts. First, a test was performed, and in the second part a survey was conducted, which allowed for the comparison of exploratory and test-based tests. Findings: The results of the tests indicated a slightly lower effectiveness of the exploratory approach, which may have been caused by the conditions of the experiment: the choice of the tested software, short duration of test sessions, participants lacking knowledge about the investigated software and experience in performing exploratory tests. Originality/value: Despite the weaker results obtained, the exploratory tests proved useful, as evidenced by the detection of distinctive errors, not found during tests based on test cases. In the survey, 90% of respondents confirmed the use of formalized test approach, based on test cases, while just over a half (57%) indicated having experience in conducting exploratory tests. Testers considered both approaches useful, addressing greater need for conducting formalized tests using test cases. Results included in the research allowed to indicate the qualities and shortcomings of the exploratory approach to software testing.
PL
W pracy omówiono stosowane obecnie techniki wytwarzania systemów automatycznej regulacji. Rozpoczęto od przybliżenia stosowanych w inżynierii oprogramowania pojęć: kryzys oprogramowania, katastrofa oprogramowania oraz cykl życia oprogramowania. To ostatnie zostało w kolejnych rozdziałach poszerzone o najbardziej popularne modele wytwarzania oprogramowania. Następnie przybliżono na bazie modelu V rolę weryfikacji i walidacji w cyklu życia oprogramowania i sterownika oraz przedstawiono techniki testowe stosowane w walidacji sterownika. Są to testy typu: oprogramowanie w pętli, procesor w pętli oraz sterownik w pętli. Ostatni rozdział opisuje technikę projektowania systemów automatyki w oparciu o zaawansowane modele matematyczne Model Based Design.
EN
The paper presents the currently used techniques for the development of the automation control systems. It begins with the introduction of the concepts used in software engineering: software crisis, software disaster, and software life cycle. The subsequent chapters extend the latter by including the most popular software development models. Then, based on the V model, the role of verification and validation in the software and controller life cycle is presented, and the test techniques used in the controller validation are given. These test types include: software in the loop, processor in the loop, and controller in the loop. The last chapter describes the technique of designing automation systems based on the advanced mathematical models Model-Based Design.
PL
Programiści pracujący zgodnie z metodykami zwinnymi bardzo chętnie implementują wzorce projektowe w trakcie swojej pracy. Często robią to bazując wyłącznie na własnym doświadczeniu, co nie uwzględnia dodatkowych korzyści, których można oczekiwać po implementacji wzorców. Celem artykułu jest przedstawienie przebiegu i wyników z weryfikacji metody oceny wzorców projektowych w zastosowaniu produkcyjnym. Eksperyment przeprowadzono wspólnie z zewnętrzną firmą, pracującą według zwinnej metodyki wytwórczej.
EN
Developers working according to agile methodologies are very happy to implement design patterns in their work. They often do so based solely on their own experience, which does not take into account the additional benefits that can be expected from implementing patterns. The purpose of the article is to present the mileage and results of verification of the method of assesment design patterns in production. The experiment was conducted jointly with an external company, working according to a agile manufacturing methodology.
EN
Design patterns are very popular in programmers. It allow you to solve choosen problems in the object-oriented languages, and also provide some benefits, for example: lower cost of program upgrades. Implementations of patterns (even the same kind) can vary considerably from one another and do not provide the expected benefits. The paper presents a solution for measuring the implementation of patterns, and then provides a verification of this solution in practice and on the space of a joint formal representation.
EN
Professional programmers use many additional tools over the Integrated Development Environment during their work. Very often they are looking for new solutions, while expecting that the new tool will provide accurate results, and the cost of use will fit within the planned budget. The aim of the article is to present the results of two comparative analyzes carried out in terms of accuracy and the cost of using the quality assessment method of implementation of design patterns.
7
Content available remote A design and experiment of automation management system for platform as a service
EN
Security [11] and quality [4] of cloud computing services represent significant factors that affect the adoption by consumers. Platform as a Service (PaaS) is one of cloud computing service models [14]. Management of database systems, middleware and application runtime environments is automated in PaaS [2]. PaaS automation management issues and requirements were collected in three rounds from information technology experts using Delphi technique. In this paper, PaaS automation quality and security management system is proposed and evaluated. Evaluation of the management system was based on experiment in a private cloud for an organization undergoing a transformation toward PaaS computing.
8
Content available Model oceny jakości oprogramowania
PL
Artykuł przedstawia tematykę jakości oprogramowania, opisuje kryteria oceny jakości zewnętrznej oraz prezentuje wielokryterialny model jej oceny. Ze względu na fakt określania oceny jako stopnia spełnienia oczekiwań względem finalnego produktu uwzględnia również niepewność. W celu reprezentacji niepewnej informacji artykuł przedstawia liczby rozmyte typu LR, umożliwiające proste operacje arytmetyczne na niepewnych wartościach ocen.
EN
The article presents the subject of software quality, describes criteria for external quality assessment and presents multicriteria model of its assessment. Due to the fact of determining the assessment as a degree of meeting expectations for the final product, it also takes into account the uncertainty. In order to represent uncertain information, the article presents LR type fuzzy numbers, enabling simple arithmetic operations on uncertain values of ratings.
PL
W pracy przedstawiono wyniki badań doświadczalnych będących kontynuacją interdyscyplinarnego projektu InfoPsycho. Celem badań przeprowadzonych na 93osobowej grupie osób studiujących kierunek Informatyka była detaliczna analiza wybranych cech osobowości będących korelatami neurotyczności. Autorzy spodziewali się uzyskania odpowiedzi na pytanie, w jakim stopniu takie cechy osobowości jak samoskuteczność, wrażliwość empatyczna, kontrola emocjonalna, pośpiech, rywalizacja i poczucie stresu psychologicznego mogą być czynnikami predykcyjnymi - będą mogły charakteryzować przyszłych deweloperów oprogramowania. Udało się scharakteryzować ogólny niski poziom neurotyczności dla badanej grupy, która okazała się dość jednolita względem badanych zmiennych. Skutkowało to odrzuceniem statystycznych hipotez o istotnej korelację między poziomem gotowości zawodowej studentów a ich cechami związanymi ze strefą emocjonalną.
EN
The paper presents results of experimental studies as a follow up of an interdisciplinary project InfoPsycho. The aim of the research conducted at the 93person group of students of Computer Science was selected retail analysis which correlates of personality traits of neuroticism. The authors expected to find answers to the question of the extent to which personality traits such as self-efficacy, empathic sensitivity, emotional control, hurry, rivalry and sense of psychological stress may be a predictors (will be able to characterize future software developers). Authors managed to characterize the overall low level of neuroticism for the study group, which turned out to be quite uniform in relation to the variables tested. This resulted in a rejection of the hypothesis of a significant statistical correlation between the level of professional readiness of students and their characteristics associated with emotional zone.
10
Content available remote Jak zapewnić poprawności działania programów komputerowych?
PL
Narasta problem skutków błędów w oprogramowaniu. Konieczna stała się zmiana podejścia – zapewnienie poprawności działania programów komputerowych. Dotyczy to głównie programów współbienych – reaktywnych. Metody formalne pozwalają na zastąpienie metody testowania programów (o wątpliwej skuteczności) metodami walidacji, czyli dowodzenia poprawności działania przez sprawdzanie stanów osiagąnych przez model sterowania programu. Podstawą jest pomysł użycia logiki temporalnej do opisu działania programów współbiernych Amira Pnueli z 1977 roku, który został rozwinięty na początku lat osiemdziesiątych ubiegłego wieku w teorie przez Clarke’a, Emersona oraz Sifakisa (uhonorowani w 2007 r. ACM A.M. Turing Award). Wzmiankowana teorie zastosowano w języku modelowania Promela oraz procesorze Spin (Simple Promela Interpreter) autorstwa zespołu Gerarda J. Holzmanna (uhonorowanego w 2002 r. ACM Software System Award).
EN
There is a growing tendency of the effects of bugs in the software. It becomes necessary to change the approach – to ensure proper operation of computer programs. This applies mainly to concurrent programs – reactive ones. Formal methods allow substitution of the method of testing programs (of dubious efficacy) by validation methods, which is proving the correctness of the action – by checking the status achieved by the control model program. The basis is the idea of using temporal logic to describe the actions of concurrent programs by Amir Pnueli from 1977, further developed in the early eighties of the last century into the theory of Clarke, Emerson and Sifakis (honored in 2007 ACM A.M. Turing Award). The theory mentioned above, was used in modeling language Promela and Spin processor (Simple Promela Interpreter) by Gerard J. Holzmann team (which won the 2002 ACM Software System Award).
PL
W artykule wykazano, że jest możliwa poprawa jakości procesu wytwarzania oprogramowania poprzez wdrożenie zaleceń standardu CMMI oraz wykorzystywanie doświadczeń z poprzednich udanych i udokumentowanych projektów. Wykazano znaczącą rolę szablonów dokumentacji w poprawie jakości procesu. Przeanalizowano praktyczne konsekwencje nierównomiernego zapotrzebowaniu na zasoby i zmiennej w czasie intensywności prac w cyklu życia oprogramowania. Zjawisko to, przy złym oszacowaniu czasu trwania projektu, może prowadzić do jego nierealizowalności. Omówiono wpływ wielkości zespołu na jego wydajność. Otrzymane wyniki pokazują, że poprawa procesu wytwarzania oprogramowania pomimo kosztów początkowych może być opłacalna. Dane zawarte w tym artykule mogą być interesujące dla projektantów i kierowników projektów informatycznych.
EN
The paper shows that the software development process may be improved by implementation of CMMI standard recommendations and application of experiences from successfully realized and documented previous projects. Significant importance of documentation templates in the improvement process was shown. Practical consequences of irregular resource demand and time-dependant workload were analyzed in the context of software development lifecycle. The occurrence of irregularities may lead to project infeasibility if development time requirements are calculated incorrectly. Additionally, the dependence between team size and team efficiency was analyzed. The results show that improvement of the software development process may be profitable though it requires initial costs. Presented data may be of interest for software designers and software project leaders.
PL
Współczesne projekty informatyczne w coraz większej części prowadzone są w oparciu o metodyki zwinne. Ich zastosowanie ma z definicji zapewnić szybkie dostarczanie klientowi kolejnych wersji funkcjonującego oprogramowania charakteryzującego się określoną jakością. W artykule podjęto próbę zbadania wpływu odpowiedniego doboru personelu do zespołów wytwarzających oprogramowanie w oparciu o podejście zwinne na jakość powstającego produktu. W tym celu opracowano model symulacyjny, który - czerpiąc z osiągnięć nauk humanistycznych i inżynierii oprogramowania - obejmuje swoim zakresem obszary: zarządzania przepływem pracy, detekcją i naprawą błędów oraz budową zespołów w projekcie zarządzanym według metodyki Scrum. Zbudowany model pozwala między innymi zbadać, jak dopasowanie cech osobowości poszczególnych członków zespołu do różnych ról i procesów wpływa na jakość produktu, w którego tworzenie są oni zaangażowani. Przeprowadzone przy jego użyciu eksperymenty symulacyjne dają ciekawe spojrzenie na aspekty dotyczące zarządzania zasobami ludzkimi i ich wpływu na przebieg projektu oraz jakość otrzymanego w rezultacie oprogramowania. Wykorzystanie zaproponowanego modelu w praktyce może przyczynić się do lepszego zarządzania projektami prowadzonymi w zgodzie z filozofią Agile poprzez dobór kadry charakteryzującej się odpowiednimi zdolnościami zarówno technicznymi, jak i interpersonalnymi.
EN
IT projects currently more often base on agile management methods. This approach should ensure that project will, by the definition, provide quick delivery of the next versions of the software on the specific level of the quality. This paper is an attempt to examine the impact of appropriate team composition on the quality of software developed in the agile oriented environment. The simulation model proposed in this paper spans social sciences and software engineering and covers following areas: workflow management, defects detection and repair, and construction of teams in projects run with Scrum. The model allows to examine how personality fit of the individual team members to different roles and processes affects the quality of the software. Simulation experiments provide an interesting insight at the aspects of human resource management and its impact on the course of the project and the quality of developed software. The use of the proposed model in practice can contribute to better management of projects carried out in accordance with the philosophy of Agile through the selection of staff characterized by appropriate set of skills both technical and interpersonal.
EN
Because of the peculiarity of software as a product, its quality is especially hard to measure. This is true particularly when quality is considered from the users' point of view - so called quality in use. In the paper, a tool for quantifying software quality in use is proposed. Then, the results of the research carried on the users of the text editor arę presented. These encompass the importance-performance assessment of the three dimensions of software quality in use.
EN
This article is concerned with the methods of ensuring the required quality and reliability of software in safetyrelated systems. The basic types of software reliability models and their specific properties are presented. The principles of managing the process of software development, based on the "Model V" life cycle, with particular emphasis on the role of inspection and testing processes are discussed. Also the methodology of quality management and reliability of the software recommended by the PN-EN 61508-3 are outlined. At the end the concept of application to support the process of assessing the quality and integrity of the safety-related software is described.
15
Content available remote Evaluation of software product quality based on ISO standards
EN
ISO Standard named Software engineering – Product quality (ISO/IEC 9126) as well as series of ISO standards named Software product Quality Requirements and Evaluation (ISO/IEC 25000) are intended for developers that are interested in developing high quality software. The paper gives interpretation of the key notions from these standards and presents their application in the process of software product evaluation.
PL
Standard pt. Inżynieria oprogramowania - jakość produktu (ISO/IEC 9126) jak również seria standardów ISO pt. Wymagania jakości i ocena produktów programowych (ISO/IEC 25000) są przeznaczone dla osób zainteresowanych wytwarzaniem oprogramowania wysokiej jakości. W artykule przedstawiono interpretację kluczowych pojęć pochodzących z wyżej wymienionych standardów i zastosowanie tych pojęć w procesie oceny produktu programowego.
PL
W rozdziale opisano aspekty dotyczące ergonomii oprogramowania Omówiono przepisy prawne i normy dotyczące projektowania ergonomicznego oprogramowania komputerowego. Przedstawiono zasady projektowania ergonomicznego interfejsu użytkownika w systemach informatycznych sformułowane w wyniku prowadzenia zajęć dydaktycznych ze studentami z projektowania systemów bazodanowych oraz ich wpływ na jakość użytkową oprogramowania.
EN
The aspects concerning the ergonomics of software have been described in the chapter. Legal articles and norms concerning the design of ergonomic computer software have been discussed. We have also described the principles of design of ergonomic user interface in computer systems delineated as a result of carrying out classes on designing database systems with students and also their influence on the functional quality of the software were presented.
PL
Praca opisuje podejście i metodą oceny jakości oprogramowania opracowane podczas wykonywania audytu projektu wielkiego systemu informatycznego budowanego dla administracji rządowej. Celem audytu, wykonywanego w trakcie toczącego się projektu, była ocena jakości wykonania prac projektowych oraz ocena oczekiwanej jakości powstającego oprogramowania. Próba wykorzystania podejścia oraz metryk zdefiniowanych w normie ISO 9126 ujawniła niezbyt dużą przydatność tego standardu do praktycznej oceny jakości. Dlatego metoda zastosowana podczas wykonywania audytu wykorzystuje elementy podejścia GQM, które jednak zostało poddane znaczącej modyfikacji. Treścią tej pracy są krótkie opisy normy ISO 9126 i podejścia GQM oraz przedstawienie oryginalnej metody oceny jakości wykorzystanej podczas wykonywania prac audytorskich.
EN
The paper describes a method for software quality evaluation, which we applied during an audit of the development process of a huge governmental system. The audit was aimed at the evaluation of quality of the development process itself and the expected quality of software. The statistical quality metrics defined in ISO 9126 appeared not very helpful within the context of this project. Therefore our approach was based on a modification to GQM and was focused on the evaluation of the quality of methods and the deliverables of the project. The paper describes the areas of the quality evaluation, the criteria which we selected, questions which we stated and the metrics which we used.
18
Content available remote Analiza porównawcza modeli jakości oprogramowania
EN
The software quality is one of the most important aspect of software. The aim of this work is to compare chosen software quality models. Several point of view on software quality have been discussed. Software quality models have been presented and compared according to specified criteria.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.