Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników
Powiadomienia systemowe
  • Sesja wygasła!

Znaleziono wyników: 6

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
PL
W artykule przedstawiono koncepcję utrzymywania wymaganego poziomu bezpieczeństwa przez służbę bezpieczeństwa organizacji. Zaproponowano model służby bezpieczeństwa dla potrzeb utrzymania wymaganego poziomu bezpieczeństwa. Wyróżniono i scharakteryzowano podstawowe elementy służby bezpieczeństwa, takie jak: podmiot działania, przedmiot działania oraz cel działania. Ponadto zdefiniowano pojęcie konfiguracji bezpieczeństwa oraz model podsystemu sterowania bieżącym poziomem bezpieczeństwa informacji w przypadku wystąpienia sytuacji awaryjnej. Rozważania teoretyczne zostały poparte przykładem.
EN
The article presents the concept of maintaining the required level of security by the security service of the organization. A model of security service was proposed for maintaining the required level of security. The basic elements of the security service were distinguished and characterized, such as the subject of action, the subject of the activity and the purpose of the action. In addition, the concept of security configuration and the subsystem model for controlling the current level of information security in the event of an emergency situation were defined. Theoretical considerations have been supported by an example.
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.
PL
W artykule przedstawiono koncepcję utrzymywania wymaganego poziomu bezpieczeństwa platformy integracyjnej (PI). Wyróżniono i scharakteryzowano podstawowe elementy PI z punktu widzenia sterowania jej bieżącym poziomem bezpieczeństwa. Zaproponowano model platformy integracyjnej dla potrzeb utrzymania wymaganego poziomu bezpieczeństwa. Pożądaną bieżącą właściwość bezpieczeństwa PI uzyskuje się poprzez wygenerowanie odpowiedniej konfiguracji bezpieczeństwa PI ze zbioru rozwiązań dopuszczalnych. Zaproponowana koncepcja zapewniania bezpieczeństwa, uwzględniająca wpływ nie tylko bezpieczeństwa zasobów informacyjnych, lecz także zmian uwarunkowań pracy zarówno platformy integracyjnej (PI), systemu informacyjnego korporacji, jak i całej korporacji, stanowi własną propozycję autora.
EN
The paper presents the concept of maintaining the required level of electronic integration platform (EPI) security. There were identified and characterized the basic elements of EPI from the viewpoint of controlling the current level of security. Electronic model of integration platform was proposed for maintaining the required level of security. The desired property of the current EPI security is achieved by generating the appropriate security configuration from the set of feasible solutions. The proposed concept of security maintenance takes into account the security of information resources, changes in operating conditions of electronic integration platform, company's information system and the entire corporation. This concept is the author's own proposal.
4
Content available Quality Modelling for Web-based Information Systems
EN
The scope and complexity of current World Wide Web applications vary widely: from small scale, short-lived services to large-scale enterprise applications distributed across the Internet and corporate intranets and extranets. As Web applications have evolved, the demands placed on Web-based systems and the complexity of designing, developing, maintaining, and managing these systems have also increased significantly. They provided vast, dynamic information in multiple media formats (graphics, images, and video). Web site design for these and many other applications demand balance among information content, aesthetics, and performance. In accordance with the growth of the Internet and World Wide Web, there has been some research on quality issues of Web-based software systems. The main problems and challenges in achieving high quality of the Web-based information systems are discussed in the paper.
PL
Przedstawione w artykule rozważania dotyczą problematyki jakości webowych systemów informatycznych, tj. systemów, podstawowa funkcjonalność których jest dostępna za pośrednictwem przeglądarki internetowej. Z uwagi na bardzo gwałtowny rozwój technologii internetowych i aplikacji webowych problematyka ta ma bardzo duże i stale rosnące znaczenie praktyczne. Zasadniczym celem zawartych w artykule rozważań jest identyfikacja podstawowych czynników wpływających na jakość oprogramowania aplikacji webowych oraz analiza różnic pomiędzy technologiami ich wytwarzania, a technologiami wytwarzania oprogramowania konwencjonalnych systemów informatycznych. Artykuł składa się z trzech części. Część pierwsza zawiera opis ewolucji webowych systemów informatycznych. W części drugiej przedstawiona została charakterystyka stosowanych w praktyce kryteriów do oceny jakości oprogramowania aplikacji webowych. W trzeciej części artykułu przedstawione zostały podstawowe techniki modelowania jakości oprogramowania webowych systemów informatycznych.
EN
Considerable development resources are consumed during the software-testing phase. The software development manager has to decide how to use the testing-resources effectively in order to maximize the software quality and reliability. The paper discusses a management problem to achieve a reliable software system efficiently during the module testing stage by applying a software reliability growth model. This model both describes the software-error detection phenomenon and represents the relationship between the cumulative number of errors encountered by software testing and the time span of the testing. As testing cost and software reliability are both important factors in the testing-resource allocation problems an investigation is performed in the paper to search for the optimal solution for modular software system with the objectives of maximising system reliability and minimising testing cost.
PL
W artykule przedstawiona jest metoda określania struktury niezawodnościowej programu, rozumianej jako wektor wskaźników niezawodności jego modułów składowych. Modelem rozpatrywanego programu jest graf przepływu sterowania, w którym prawdopodobieństwa uaktywniania poszczególnych modułów składowych w procesie wykonywania programu wynikają z tzw. profilu operacyjnego programu, charakteryzującego rzeczywiste środowisko jego pracy. Struktura niezawodnościowa wyznaczana jest w wyniku rozwiązania określonego zadania programowania matematycznego. Znajomość struktury niezawodnościowej programu umożliwia właściwe zaplanowanie nakładów czasowo-finansowych, wymaganych dla wytworzenia programu, spełniającego założone wymagania niezawodnościowe. Zastosowanie przedstawionej metody zilustrowane zostało przykładem liczbowym.
EN
The partition testing method is a commonly followed practice towards the selection of test cases. For partition testing, the program's input domain is divided into subsets, called subdomains, and one or more representatives from each subdomain are selected to test the program. The goal of such partitioning is to make the division of the program's input domain in such a way that when the tester selects test cases based on the subsets, the resulting test set is a good representation of the entire domain. The main aim of the paper is to analyse the fault-detecting ability of the partition testing method. Using effectiveness metrics for testing and partitioning schemes this paper makes a comparison of various test case allocation schemes in partition testing.
PL
W artykule przedstawione są wyniki porównania dwóch, najczęściej wykorzystywanych w praktyce, strategii losowego tworzenia zbioru danych testowych. Pierwsza z tych strategii, nazywana testowaniem w pełni losowym, polega na losowaniu poszczególnych przypadków testowych ze zbioru wszystkich możliwych zestawów danych wejściowych rozpatrywanego programu, przy czym najczęściej przyjmuje się tutaj, że wylosowanie każdego z tych zestawów jest jednakowo prawdopodobne. Druga z analizowanych strategii zakłada podział całego zbioru wszystkich możliwych zestawów danych wejściowych programu na tzw. partycje, będące podzbiorami, tworzonymi w oparciu o kryteria wykorzystywane w testowaniu strukturalnym. Strategia ta jest nazywana strukturalnym testowaniem losowym. Zawarte w artykule rozważania mają na celu określenie warunków, dla których jedna z ww. strategii testowania losowego jest lepsza od drugiej, w sensie prawdopodobieństwa wykrycia co najmniej jednego błędu.
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ć.