Wyniki wyszukiwania - Biblioteka Nauki

1

Analiza wybranych koncepcji w obszarze projektowania wymagań

100%

Stanek S.

Studia Ekonomiczne

|

2013

|

tom 128

137-162

EN

On the eve of the new millennium, the design requirements continue to make significant difficulties to designers. This article aims to analyze three research trends: software engineering, user-oriented approach and agile approach. The paper is to identify, describe, and to discuss mechanisms selected from among those trends.

2

Analiza wybranych koncepcji w obszarze projektowania wymagań

100%

Stanek S.

|

2013

|

nr nr 128 Wyzwania w rozwoju podstaw metodycznych projektowania systemów informatycznych zarządzania

137-162

XX

Celem artykułu jest analiza trzech wymienionych nurtów badawczych (inżynieria wymagań, podejście zorientowane na użytkownika, podejścia zwinne) w kontekście rozwiązań proponowanych dla potrzeb projektowania wymagań. Artykuł ma zidentyfikować, opisać oraz poddać pod dyskusję wybrane, proponowane w ramach wymienionych koncepcji, mechanizmy. (fragment tekstu)

EN

On the eve of the new millennium, the design requirements continue to make significant difficulties to designers. This article aims to analyze three research trends: software engineering, user-oriented approach and agile approach. The paper is to identify, describe, and to discuss mechanisms selected from among those trends. (original abstract)

3

Komunikacja człowiek-komputer

75%

Kostrubała S.

|

2013

|

nr nr 128 Wyzwania w rozwoju podstaw metodycznych projektowania systemów informatycznych zarządzania

23-40

XX

Komunikacja pomiędzy człowiekiem a komputerem od początku odbywała się w głównej mierze poprzez wizualny interfejs. Wraz z rozwojem technologii interfejs stawał się coraz bogatszy, a autorzy systemów zaczęli dysponować szerokim wachlarzem form multimedialnych. Wydajność dzisiejszych urządzeń umożliwia wykorzystywanie chociażby takich technik, jak wirtualna, czy poszerzona rzeczywistość, które stwarzają dodatkowe możliwości dla projektantów i twórców systemów interaktywnych. Również znaczący postęp dokonał się w zakresie sterowania komputerem, gdzie oprócz tradycyjnych kontrolerów, takich jak klawiatura czy mysz, w powszechnym użyciu znalazły się ekrany dotykowe, sterowanie głosem, gestami, czy nawet całym ciałem. (fragment tekstu)

EN

The paper covers deliberations on methods of designing interactive systems. The first part of paper presents the issue of human-computer interaction. Then describes a user-oriented approach and design models of the interactive systems. The last two parts of the paper focuses on the design of user interface. Starting from the description of the design process, and ending with the principles and design patterns (original abstract)

4

Zarządzanie wiedzą z punktu widzenia twórców systemów informatycznych

75%

Borowiec B.

Studia i Materiały / Wydział Zarządzania. Uniwersytet Warszawski

|

2006

|

nr nr 1

63-67

XX

Celem niniejszego artykułu jest przedstawienie aspektów zarządzania wiedzą w firmach tworzących oprogramowanie. W poniższym tekście opisany jest wpływ różnych narzędzi na proces tworzenia oprogramowania wraz z przykładowymi rozwiązaniami, a także rola w procesie zarządzania wiedzą, jaką pełni menadżer projektu, i jego główne zadania. Wprowadzenie jednorodnego środowiska tworzenia oprogramowania pozwala na tworzenie oprogramowania według jednorodnego schematu, czego przykładem mogą być metodologie projektowe wprowadzane przez kierowników zespołów programistów. (abstrakt oryginalny)

5

Standardization of Software Functional Size Measurement Methods

75%

Czarnacka-Chrobot B.

|

2009

|

nr nr 85 Advanced Information Technologies for Management - AITM 2009

40-50

EN

Execution of application software development and enhancement projects encounters many problems, which may be proved by its unsatisfactory effectiveness, leading to considerable financial losses. One of the key reasons behind this status quo is lack of clear-cut measure for such projects product size, which may be regarded as one of the fundamental problems of software engineering. As a result of many years' verification of various approaches to software size measurement reliability and objectivity, this is only the concept called software Functional Size Measurement (FSM) that so far has been standardized by ISO and I EC. Set of rules for such measurement was included in the 6-part norm ISO/IEC 14143. Being compliant with this norm, five of the FSM methods have also been standardized by these organizations. In this paper the author attempts to make synthetic comparison of two most popular normalized FSM methods, dedicated especially for business software systems, namely IFPUG and COSMIC methods. (original abstract)

6

Tworzenie dedykowanych systemów oprogramowania dla organizacji publicznych w świetle wyników badań empirycznych

75%

Sobczak A.

Monografie i Opracowania / Szkoła Główna Handlowa

|

2010

|

nr nr 574 Współczesne aspekty informacji. T. 3

197-208

XX

W pracy przedstawiono wyniki badań empirycznych dotyczących metod tworzenia dedykowanych systemów oprogramowania dla organizacji publicznych. Na ich podstawie zdefiniowano rekomendacje praktyczne dotyczące organizacji IT w jednostkach publicznych.(abstrakt oryginalny)

7

Agile Development in the Context of User-Centered System Design

75%

Zadora P.

|

2012

|

nr nr 117 Creativity support systems, methods, and applications

133-141

XX

W artykule zaprezentowano zasady projektowania wymagane podczas tworzenia oprogramowania najbardziej użytecznego dla odbiorcy końcowego. Skonfrontowano te zasady z praktykami Agile. Zdaniem Autora postępowanie zgodne z obiema podanymi listami wytycznych podczas modelowania, projektowania, kodowania i testowania oprogramowania, powinno prowadzić do tworzenia systemów możliwie najbardziej użytecznych dla odbiorców końcowych. (abstrakt oryginalny)

EN

Agile methods of software development have existed for many years, and are based on much older concepts. This kind of methods achieved its greatest success in small- to mid-sized, commercial applications. In recent years, Agile methods matured and the users became skilled in applying this methodology. It is capable to provide both tactical and strategic benefits. The tactical benefits of lower cost within schedule and increasing quality are important; however, the strategic benefits of being responsive and being able to adjust to the needs of the users more rapidly might be of even greater value. This could be a huge factor in today's world, where the companies need to get results faster. Given this backdrop, the question is: Can Agile methods produce a better software product in terms of usability? (fragment of text)

8

Problematyka złożoności w budowie systemów oprogramowania

75%

Kobyliński A.

Monografie i Opracowania / Szkoła Główna Handlowa

|

2008

|

nr nr 551 Współczesne aspekty informacji

129-138

XX

Zaprezentowano słownikową definicję pojęcia złożoności, a następnie przedstawiono różnice złożoności przejawiane przez produkty materialne w konfrontacji z produktami programowymi, praktyczne konsekwencje złożoności oprogramowania, a także różne sposoby postrzegania problemu złożoności i metody jej ograniczenia. (fragm. wstępu)

EN

There are four aspects of software production that are inherently difficult: complexity, conformity, changeability and invisibility. In the paper the concept of "complexity" is thoroughly analyzed. The differences in complexity of hardware and software products are shown. The consequences of growing complexity are described. Then the paper provides a short overview of different aspects of software complexity: scale, structural, management, environment, problem domain and communication. The implications of software products complexity are enumerated. (original abstract)

9

Zastosowanie e-learningu w nauczaniu programowania - ograniczenia i problemy

75%

Wołoszyn J.

Zeszyty Naukowe / Uniwersytet Ekonomiczny w Krakowie

|

2010

|

nr nr 814

175-184

XX

W artykule omówiono te aspekty nauczania programowania komputerów na studiach wyższych, które stwarzają problemy przy wdrażaniu metod nauczania zdalnego. Narzędzia e-learningowe, pomimo niewątpliwych zalet i rosnącego uznania wykładowców, mają szereg ograniczeń wynikających bądź z możliwości technologicznych, bądź z samych założeń metodycznych takiej formy dydaktyki. W przypadku kształcenia młodych programistów ze względu na specyfikę przedmiotu ograniczenia te mogą stanowić przeszkodę w realizacji niektórych celów nauczania, co nie stanowi jednak powodu do rezygnacji z wykorzystania technik e-learningu, które są bardzo pomocnym narzędziem uzupełniającym klasyczne metody dydaktyki. (abstrakt oryginalny)

EN

The article submits such aspects of teaching the computer programming to students, which cause problems in implementation of distance learning methods. E-learning tools, despite obvious advantages and rising lecturers acceptance, have a number of limitations arising from technological possibilities or from methodological assumptions made for such a type of education. In case of training of young programmers, such constraints, due to the character of the subject, can be obstacles in reaching several teaching goals, however this is not the reason for quitting e-learning techniques that are actually very useful tools - supplementary to classical education methods. (original abstract)

10

Komunikacja człowiek-komputer

75%

Kostrubała S.

Studia Ekonomiczne

|

2013

|

tom 128

23-40

EN

The paper covers deliberations on methods of designing interactive systems. The first part of paper presents the issue of human-computer interaction. Then describes a user-oriented approach and design models of the interactive systems. The last two parts of the paper focuses on the design of user interface. Starting from the description of the design process, and ending with the principles and design patterns.

11

Weryfikacja programów metodą logiki dynamicznej

63%

Łękawa Z.

|

1997

|

tom 3

|

nr nr 744 Zastosowania metod ilościowych

119-130

XX

Dowód poprawności programu wymaga sformułowania odpowiednich własności (warunków) w odniesieniu do poszczególnych instrukcji Zadania tego nie można zmechanizować, gdyż wymaga ono zdolności i intuicji programisty. Nasuwa się więc pytanie o sens takiej weryfikacji programów.Otóż z jednej strony jest rzeczą oczywistą, że chciałoby się mieć gwarancję, że program, który stosujemy (kupujemy), nie zawiera błędów. Z drugiej strony wiadomo, że duża część oprogramowania jest zawodna. Aby zwiększyć niezawodność programów, można postępować w dwojaki sposób. Można testować program na danych próbnych i w środowisku przetwarzania, a po względnie dużej liczbie wykonanych testów przyjąć, że program jest poprawny (jeśli oczywiście nie będzie błędów). Takie testowanie to inaczej szukanie błędów w programie. Zamiast jednak szukać błędów w programie, można udowodnić, że program jest poprawny, tak jak dowodzi się twierdzenia. W tym celu należy dokonać szczegółowej specyfikacji programu, a następnie przyjmując, że program będzie zrealizowany w skończonym czasie, wykazać niesprzeczność tej specyfikacji.Wiele firm zajmujących się oprogramowaniem podaje, że około 50% nakładów związanych z budową oprogramowania przeznacza na testowanie programów. Stąd coraz większą rolę odgrywa weryfikacja programu. (fragment tekstu)

EN

The popular method of software verification is to test its correctness in the processing environment with sample data. It is assumed that a computer program is correct if there are no errors in it after a specified number of tests performed. Such proceedings are just the search for errors in software.Instead, one can prove that a program is correct (just like a theorem is proved). To do this, it is necessary to give a detailed specification of a program and then, assuming that the program will be performed in a finite time, to prove the consistency of this specification. The method of dynamic logic has been applied to verify programs using a traditional framework of static mathematics for describing and explaining dynamic phenomena, in this case for describing a computer program. (original abstract)

12

Ocena miar zakresu produktu programowego

63%

Czarnacka-Chrobot B. , Kobyliński A.

|

2009

|

tom 13

|

nr nr 55 Aspekty informatyzacji organizacji

76-89

XX

Zasadniczym celem zarządzania przedsięwzięciami informatycznymi jest dostarczenie produktu programowego zgodnego z wymaganiami zleceniodawcy bez przekroczenia zaplanowanego czasu i budżetu. Osiągnięcie tego celu utrudnia wiele czynników, wśród których jednym z głównych jest brak jednoznacznej miary zakresu oprogramowania. Rozmiar produktu takiego przedsięwzięcia stanowi bowiem podstawę do estymacji jego pracochłonności, czasu i kosztów realizacji, a także jakości samego produktu. Dlatego brak takiej miary można uznać za jeden z głównych problemów inżynierii oprogramowania. Celem niniejszego artykułu jest zaprezentowanie oraz ocena różnych rodzajów miar zakresu produktu programowego. (abstrakt oryginalny)

EN

The main aim of software project is to deliver a product which meets the client requirements on time and within a budget. There are many factors which make it difficult, but one of the most important is the lack of an unequivocal software size measure. Software size measurement is a base for project effort, time, costs and product quality estimation. That is why the lack of that measure can be recognized as one of the main software engineering problems. The aim of this article is to present and assess the different kinds of software size measures. (original abstract)

13

Proces tworzenia oprogramowania wspomagającego działania korygująco-zapobiegawcze na przykładzie zakładów metalowych

63%

Krzemień E. , Wolniak R. , Żebrucka B.

Zarządzanie Przedsiębiorstwem / Polskie Towarzystwo Zarządzania Produkcją

|

2004

|

nr nr 1

27-34

XX

Polskie przedsiębiorstwa "cierpią" w ostatnich latach na chroniczny brak kapitału pozwalającego podejmować nowe inwestycje. Jest to szczególnie widoczne w firmach małych i średnich, które w okresie ostatnich 5 lat znalazły się w trudnej sytuacji finansowej. Dlatego też w wielu z nich korzystne wydaje się wykorzystywanie rozwiązań tanich, pozwalających na rozwój i wdrażanie nowoczesnych rozwiązań bez inwestycji charakteryzujących się dużą kapitałochłonnością. Tymczasem większość istniejących na rynku pakietów programowych wspomagających procesy zarządzania to programy stosunkowo drogie. Poza tym są one często bardzo rozbudowane i zawierają wiele funkcji nie wykorzystywanych w niewielkich firmach. Dlatego też, jeśli dana organizacja posiada informatyków dysponujących wystarczającym doświadczeniem i odpowiednimi umiejętnościami, warto podjąć próbę samodzielnego sporządzenia aplikacji komputerowych wspomagających wybrane procesy zarządzania jakością. Warto jednak realnie oceniać możliwości swojej kadry informatyczne, gdyż, jeśli będą one zbyt niskie może okazać się, że oprogramowanie nie będzie funkcjonować prawidłowo. W pewnych sytuacjach może się także okazać, że straty wynikające z tych błędów mogą przewyższyć koszty zakupu gotowego oprogramowania. (...) W niniejszej publikacji opiszemy proces tworzenia komputerowego oprogramowania wspomagającego zarządzanie jakością, jaki został przeprowadzony w Zakładach Metalowych "POSTĘP" S.A. Przedsiębiorstwo to jest silnie zaangażowane w zarządzanie jakością. Posiada certyfikat ISO 9001 oraz QS 9000, ponadto jest zaawansowane w zakresie tworzenia nowoczesnych rozwiązań informatycznych. (fragment tekstu)

EN

Speed and flexibility in managing the information is bigger and bigger importance in management at present. Efficient management of a company requires an access to current information, which constitutes the key potential of a company, difficult to forge and of a unique character, thanks to which an appropriate managing the information is an important factor of competitive domination. The best way to achieve such an effect is to computerize the management. Nowadays many organizations use computer systems in quality management. The paper concentrate on quality management software created in polish firm ("POSTĘP") used in preventive and corrective actions. In this paper we present detailed description of quality management software creation process. There were some stages of the process:initial analysis of organization, software structure process planning, software design process, testing.We think that polish firms don't have much investment capital and rarely can buy good professional quality software. So self-creation of computer quality tools can be a good solution for many firms in our country. Software like that is very chip. But there are some problems, because we must have good employees, who can create suitable software. (original abstract)

14

Zarządzanie ryzykiem w zwinnych metodykach zarządzania projektami

63%

Walczak W.

|

2010

|

tom Modelowanie preferencji a ryzyko '10

241-255

XX

Zwinne zarządzanie projektami, mimo że narodziło się niedawno, zyskało sobie znaczącą popularność, szczególnie w branży oprogramowania. Zainteresowanie tym podejściem wciąż wzrasta i coraz więcej firm, w tym dużych korporacji, wprowadza metodyki zwinne lub ich elementy do zarządzania projektami. Jedną z zalet metodyk lekkich jest minimalizacja negatywnych wpływów zmian otoczenia, w jakim osadzony jest projekt, obejmuje to także zmieniające się potrzeby i oczekiwania klienta. Zatem w metodyki te wbudowane są pewne mechanizmy pozwalające na eliminację lub obniżenie oddziaływania różnego rodzaju zagrożeń. Praca "Zarządzanie ryzykiem w zwinnych metodykach zarządzania projektami" (W. Walczak) ukazuje przeglądowo, w jaki sposób i w jakim zakresie metodyki lekkie realizują zarządzanie ryzykiem. Jednocześnie zidentyfikowane zostały te obszary zarządzania ryzykiem, które są zaniedbywane w istniejących metodykach zwinnych lub do których wskazane jest wprowadzenie usprawnień. Na tej podstawie zbudowano prezentowaną w artykule koncepcję metody zarządzania ryzykiem, która może być stosowana wspólnie z najpopularniejszymi zwinnymi metodykami zarządzania projektami, stanowiąc ich uzupełnienie. (abstrakt oryginalny)

15

Formułowanie i zastosowanie pryncypiów architektury korporacyjnej w organizacjach publicznych

51%

Sobczak A.

Monografie i Opracowania / Szkoła Główna Handlowa

|

2008

|

nr nr 557

397

XX

W części teoretycznej pracy zidentyfikowano, przy zastosowaniu ujęcia systemowego, wyróżniki organizacji publicznej; przedstawiono założenia architekturocentrycznego procesu opracowania systemów oprogramowania; omówiono zagadnienia ewaluacji architektury jako elementu procesu opracowywania systemów oprogramowania. Omówiono wybrane aspekty opracowywania systemów oprogramowania dla badanych jednostek polskiej administracji publicznej. Zaprezentowano także autorską metodę formułowania pryncypiów architektury korporacyjnej (metodę ForPAK) oraz schemat ewaluacji architektury systemów oprogramowania opartej na tych pryncypiach. Na koniec przedstawiono empiryczną weryfikację zaproponowanych rozwiązań.

EN

In the theoretical part of this work by applying the system presentation the characteristics of the public organization were identified; the assumptions of an architecture-centric process of providing software systems was shown; problems of the architecture evaluation as the process of working on software systems were discussed. Chosen aspects of working out software systems for the examined Polish public administration entities were discussed. Also an author's method of formulating principles of corporate architecture was expressed (ForPAK method) and a scheme of software systems architecture evaluation based on these principles was presented. At the end of this work, an empirical verification of suggested solutions was described. (AT)