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

Znaleziono wyników: 359

Liczba wyników na stronie
first rewind previous Strona / 18 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  Software
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 18 next fast forward last
W skali narodowej oferta kompleksowych środowisk programowych ogranicza się do systemu TESYS. W systemie tym projektant nie Jest wspomagany przez przewodnik użytkownika i spektrum języków. Wspomaganymi obecnie językami są Cobol, PL/1 1 C. Jednak dominującymi w kraju językami dla większości komputerowych stanowisk pracy są języki PASCAL i REDABAS (dBASE). Kompleksowe środowisko programowe TESYS nie nadaje się do wykorzystania w kształceniu informatyków ze względu na znaczny nakład wysiłku przy uczeniu się (bez przewodnika użytkownika). Do zadań oprogramowania w ramach badań umownych muszą należeć wyżej wymienione języki docelowe. Doprowadziło do rozwoju własnego środowiska programowego dla mikrokomputerów, chwilowo na bazie metody HIPO (podejście zorientowane na metodę) i wymienionych Języków. Celem było stworzenie oprogramowania dla celów kształcenia w dziedzinie technologii oprogramowania i jako podstawy do prac nad wytworzeniem oprogramowania dla praktyki. Dotychczas wspomagane były fazy projektowania i implementacji. Koniecznym uzupełnieniem, które należy, zrealizować Jest wspomaganie fazy analizy oraz specjalne środki wspomagające testowanie. Je ś li chodzi o fazę Implementacji, to istnieją środki do przetransponowania pseudokodu i opisu struktury danych na języki" docelowe. Poza tym specjalnie dla Języka REDABAS (dBASE) rozwinięto system modułów dających' się uniwersalnie wykorzystywać, które stanowią pomoc przy implementacji. Punktem wyjścia pracy z systemem Jest dekompozycja funkcjonalna. Należy przeprowadzić hierarchiczny podział funkcji projektowych według strategii Top-down 1 podać drzewo zadań. Taki podział projektu je s t punktem wyjścia do wszystkich dalszych rozstrzygnięć, zarówno odnośnie do specyfikacji funkcji, jak też specyfikacji danych. Następujące po sobie kroki, ewentualnie posługiwanie się elementarnymi narzędziami wynikają z logiki celowego działania. Nie istnieje żaden przymus w przebiegu pracy. (fragment tekstu)
Rozproszone przetwarzanie informacji spowodowało znaczny wzrost zapotrzebowania na oprgramowanie użytkowe. Jedną z możliwości zaspokojenia tego zapotrzebowania jest planowe wykorzystywanie oprogramowania użytkowego. Dzisiejsza forma wielokrotnego wykorzystywania oprogramowania profesjonalnego polega w dalszym ciągu na sporadycznym stosowaniu oprogramowania użytkowego, stworzonego dla jakiegoś specjalnego przypadku. Przygotowanie oprogramowania do planowego wielokrotnego wykorzystywania wymaga specjalnej technologii produkcji, systemu informacyjnego o ofertach dotyczących oprogramowania oraz oraz technologii wprowadzania(badanie wymienności, adaptacja) oprogramowania(fragment tekstu)
3
Content available remote Złożoność oprogramowania - interpretacje pojęcia
100%
W literaturze dotyczącej inżynierii oprogramowania można spotkać się z bardzo różnym podejściem do złożoności. Autorzy posługujący się tym terminem rzadko określają, jaki rodzaj złożoności mają na myśli. Tymczasem sposobów interpretacji tej abstrakcyjnej kategorii jest bardzo wiele. Celem niniejszej pracy jest dokonanie ich przeglądu. Świadomość wieloznaczności tego terminu może się przyczynić w dalszej perspektywie do większego zdyscyplinowania w jego stosowaniu. (fragment tekstu)
The paper presents an approach to analysis and assessment of benefits brought by an implementation of an Enterprise Resource Planning system. The research has been conducted on a sample of 10 Polish companies using the Xpertis software, which is one of the popular applications for supporting the business activities of small and medium companies. The approach presented hereby aims at elaboration of the assessment method which can be easily applied by the software vendor, moreover it is acceptable by the customers because it does not disclose the confidential business information and still gives the results informative enough to be valuable as well for the software company as for its customers. Cluster analysis conducted through the Orange Data Mining tool was proposed as a technique of data analysis. The comparative study of the Xpertis ERP features and the customers' characteristics has been briefly presented and the directions of the future development of the considered software have been proposed.(original abstract)
We propose a novel software platform based on the notion of context-awareness which allows rapid and easy development of context aware applications. One of the fundamental goals of the proposed platform is extensibility, allowing the platform to react to new requirements without making fundamental and substantial changes. The Context Aware Application Development Platform- PCAD- has inspired from an operating system and modeled as a layered architecture. It exhibits a plug-and-play behavior very similar to devices and device drivers found on an operating system/kernel. The platform offers functions such as data management, notification, security and privacy as services. The platform provides a public interface to application developers in their development of context-aware applications. It covers a wide range of disparate application domains such as smart city and livestock monitoring applications.(original abstract)
In the paper, we describe selected functionality of the current version of a new software tool, called PhysarumSoft, developed for programming Physarum machines and simulating Physarum games. The tool was designed for the Java platform. A Physarum machine is a biological computing device implemented in the plasmodium of Physarum polycephalum or Badhamia utricularis that are one-cell organisms able to build programmable complex networks. The plasmodial stage of such organisms is a natural transition system that can be used as a medium for solving different computational tasks as well as creating bioinspired strategy games. (original abstract)
Automatic processing of requirements (e.g. to generate code) remains a challenge in contemporary software development. Requirements are still treated as secondary artifacts by software developers, as they are written in natural languages which causes ambiguity. In this paper, we present an approach to generate working code from requirements through applying precisely formulated domain models. As the source, we use the Requirements Specification Language (RSL) which is a precise constrained language, based on a central domain model composed of domain notions. These notions are linked from use case scenarios and create a form of a 'wiki'. Notions are graphically visualized in RSL, and resemble UML classes with attributes. Notions can be used in phrases that can represent various operations used within use case scenarios. In our approach we introduce model transformation algorithms that allow to generate database access code associated with operations to persist (store, retrieve) data in a database system. To focus our work, we present code generated for Hibernate which is an object relational mapping framework.(original abstract)
8
Content available remote The Structure and Components of Agility - a Multi-Perspective View
100%
,,Zwinność" to termin, który jest powszechnie stosowany. Jednak potoczne rozumienie tego, co on oznacza i z czego się składa, jest błędne. Opracowano wiele podejść do zwinności, ale są one bardzo zróżnicowane zarówno w zakresie treści, jak i strukturze. W tym artykule opisano podejście do tego problemu poprzez systematyczne prowadzenie porównania 28 dostępnych ram (struktur) zwinności z dziedzin zwinności produkcji, zwinności rozwoju oprogramowania, zwinności organizacji oraz zwinności pracowników. W sumie zidentyfikowano 33 koncepcje dotyczące zwinności. Wyniki porównania wskazują, że nawet w specjalnie badanych obszarach oczywisty jest brak porozumienia. Ponadto stosowane są pojęcia bardzo niejednoznaczne i nakładające się. W związku z tym szczegółowej analizie poddano wzajemne zależności między określonymi koncepcjami. To ujawniło pięć powtarzających się "klastrów", z których każdy łączy wiele pojęć o podobnej treści, ale mimo liczby dostępnych ram, żaden z nich nie odzwierciedla tych klastrów bezpośrednio. Badanie pokazuje, że czynniki spoza konstrukcji zwinności nie są jeszcze w pełni odkryte.(abstrakt oryginalny)
Artykuł omawia ideę zarządzania wiedzą w organizacjach tworzących oprogramowanie na poziomie zespołów programistycznych. Autorzy używają podejścia modelowania konceptualnego, aby zaadaptować klasyczny przepływ wiedzy na potrzeby zespołów programistycznych realizujących projekty przy użyciu metodyk zwinnych. W naszej pracy wybieramy techniki pochodzące z metodyk zwinnych oraz artefakty procesu rozwoju oprogramowania i integrujemy je z koncepcją Nonaki i Takeuchiego w celu uzyskania bardziej spójnego modelu. Zaproponowane rozszerzenie modelu Nonaki i Takeuchiego dostosowuje się do dyscypliny związanej z rozwojem oprogramowania oraz do charakteru projektów realizowanych w inżynierii oprogramowania oraz w metodykach zwinnych. (abstrakt oryginalny)
Współczesne wyzwania, jakie stoją przed inżynierią oprogramowania, powodują konieczność szybkiego dostosowywania się do zmian zarówno oczekiwań klientów/użytkowników, jak i wykorzystywanych narzędzi wspomagających tworzenie aplikacji. Celem artykułu jest próba pokazania różnic oraz podobieństw pomiędzy dwoma najpopularniejszymi obecnie podejściami do tworzenia oprogramowania: zwinnym (agile) reprezentowanym przez metodę XP - Extreme Programming i tradycyjnym w postaci metod sterowanych planem (plan-driven). Na złożoność zagadnienia wpływa zarówno specyfika dziedziny (tworzenie oprogramowania zaliczano zawsze do twórczości na pograniczu rzemiosła i sztuki), jak i duża różnorodność metod rozwijanych w ramach dwóch prezentowanych podejść. (fragment tekstu)
Nowadays complex demands are required from products to be reliable and provide their functions safe and without impacts on the environment. When deciding on the purchase of a product, the deciding factor is not only the acquisition costs, but also operating costs, preventive maintenance and corrective maintenance costs and the disposal costs as well. The manufacturer must design a product that will be failure-free and competitive, with the costs as low as possible, which can be achieved through the optimization of acquisition costs, cost of ownership and disposal costs. Ideally, this process should start from the very beginning of the product life and should be evolving with respect to all of the costs to be incurred throughout the life cycle. The aim of the work was to create own methodology for the calculation of costs and profits for the life cycle of a rail vehicle in terms of manufacturer and the operator to comply with all the relevant principles of the EN 60300-3-3 standard. The created methodology was implemented into the MS Excel software. The data on costs and profits during the life cycle of a tram were input into the software data. The data are mutually interconnected and may be monitored for any individual change that will affect other costs or profits for life cycle of a tram.(original abstract)
Praca poświęcona jest analizie możliwości oprogramowania symulacyjnego LMS Image.Lab AMESim, który usprawnia prace projektowe oraz pozwala na optymalizację konstrukcji. Na etapie wirtualnego modelu umożliwia poznanie rzeczywistego zachowania dynamicznego konstrukcji, bez konieczności budowania drogich prototypów, co daje możliwość usprawniania oraz optymalizacji projektowanych elementów oraz urządzeń. Dzięki temu idealnie wpisuje się w środowisko badań nieniszczących, poprzez stosowanie symulacji na wirtualnym stanowisku pomiarowym, tworzonym przez nas samych.(abstrakt oryginalny)
W niniejszym artykule zaproponujemy strategie rozwoju produktów programowych, umożliwiające realizację krótko- i długoterminowych celów przedsiębiorstwa funkcjonującego w warunkach tzw. nowej gospodarki. Szeroko opisywany w ostatnim dwudziestoleciu kryzys oprogramowania wciąż trwa. Nie wiąże się on jednak teraz z niedostatkiem wydajnych rozwiązań technologicznych, lecz z brakiem zmysłu organizatorskiego i myślenia systemowego wśród kadry zarządzającej. (fragment tekstu)
Każdego roku społeczność oprogramowania o otwartym kodzie wytwarza szeroki wachlarz programów. Dla typowych problemów, prawdopodobieństwo tego, że dostępne jest oprogramowanie o otwartym kodzie, które taki problem rozwiązuje, jest wysokie. Jednakże, gdy porówna się zbiór funkcjonalności czy wymagań nie-funkcjonalnych, których domagają się użytkownicy końcowi do tego, co faktycznie oferuje dostępne oprogramowanie, często ujawnia się znacząca rozbieżność. Oznacza to, że do rzadkości nie należy sytuacja, w której otwarte oprogramowanie nie tylko musi zostać skonfigurowane, ale także musi zostać zmodyfikowane. W artykule proponuje się nową metodykę rozwijania oprogramowania opartego na komponentach o otwartym kodzie, FEChADO. Jej nazwa jest akronimem od sześciu wyrazów opisujących etapy jej stosowania: wyszukania dostępnych rozwiązań (Find), oceny znalezionych rozwiązań (Evaluate), wybrania najlepszego spośród nich (Choose), dostosowania go do potrzeb (Adapt), rozbudowy o nowe moduły (Develop), pozyskania opinii użytkowników (Obtain). Metodyka stanowi bezpośredni rezultat praktycznych doświadczeń autorów przy rozwijaniu oprogramowania opartego na komponentach o otwartym kodzie. Artykuł stanowi rozszerzenie treści plakatu, który zostanie zaprezentowany na konferencji ICEIS we Wrocławiu. (abstrakt oryginalny)
Rozwój rynku produktów IT przyczynił się, z jednej strony, do wzrostu rozwiązań powielarnych, z drugiej zaś - do poszukiwania przez przedsiębiorców rozwiązań idealnie dopasowanych do ich potrzeb. Zdeterminowało to zmiany w idei dostępności do kodu oraz możliwości realizacji modyfikacji w oprogramowaniu nie tylko przez deweloperów oprogramowania, ale również przez użytkowników końcowych. Każda jednak zmiana w oprogramowaniu przyczynić się może do powstania błędu, dlatego też przebieg procesu obsługi błędów oprogramowania jest ważnym zagadnieniem dla każdego przedsiębiorstwa, którego funkcjonowanie opiera się na systemach informatycznych. Proces ten powinien być jasny, sprawny, kontrolowany i ustawicznie doskonalony. Dlatego też coraz częściej poszukuje się skutecznych narzędzi, które umożliwią skuteczne zarządzanie tym procesem. Artykuł niniejszy wskazuje, że skutecznym narzędziem może być model zarządzania usługami IT, jakim jest Information Technology Infrastructure Library (ITIL). Celem artykułu jest wykazanie, iż koncepcja ITIL jest właściwym wyborem dla problemu poprawy procesu obsługi błędów oprogramowania.(abstrakt oryginalny)
W artykule przedstawiono możliwość budowy dowolnych układów sterowania, opartych na sterownikach PLC, wykorzystywanych w automatyce przemysłowej. Do wykonania stanowiska zaadoptowano sterowniki PLC TWIDO TWDLCAA10DRF firmy Schneider Electric, przyciski, diody sygnalizujące pracę poszczególnych urządzeń oraz komputer z zainstalowanym oprogramowaniem TwidoSoft. W przedstawionych układach do komunikacji między sterownikiem PLC a komputerem zastosowano protokół komunikacyjny TCP/IP. Stanowiska mogą być zastosowane do symulacji prostych układów sterowania stosowanych w przemyśle. Wykorzystując konfiguracje urządzeń przedstawionych w artykule, możliwe jest poszerzanie umiejętności projektowania elementów poszczególnych układów przemysłowych.(abstrakt oryginalny)
Attribute-oriented programming (source code annotations) is a program level marking technique that enables enrichment of program elements with custom metadata. In this paper we hypothesize that there is a correspondence between source code annotations and conventional formal languages in general. We analyze our observations about source code annotations from three aspects of language description: concrete syntax, abstract syntax, and semantics. The discussion provides evidence of the hypothesized correspondence and we use it as a basis for our definition of an annotation-based language (abbreviated: @L). However, the analysis also shows that compared to conventional formal languages, source code annotations have some specificities mainly connected to their binding to host program elements. The presented analysis contributes to the field of attributeoriented programming by discussing the relationship between annotations and conventional formal languages, and by surveying relational idioms in annotations' usage that can be inspirational for annotations' authors. (original abstract)
Reengineering of an existing software system can be carried out: to improve its maintainability, to migrate to a new technology, to improve quality or to prepare for functional enhancement. An important phase of a data-oriented software system's reengineering is a database reengineering process and, in particular, its subprocess -- a database reverse engineering process. The reverse engineering process contains two main processes: data structure extraction and data structure conceptualization. In the paper we present a blueprint of a model-driven approach to database reengineering process that is one of the results of our research project on model-driven intelligent systems for software system development, maintenance and evolution. Within that process hereinafter we focus on the data structure conceptualization process and propose a model-driven approach to data structure conceptualization. Proposed process is based on model-to-model transformations implemented by means of Atlas Transformation Language.(original abstract)
Jednostki administracji publicznej to zazwyczaj podmioty skomplikowane i wykorzystujące rozbudowane i szczegółowe procedury oraz posiadające też takie hierarchie zarządzania. Jednostki te bardzo często kojarzą się również z rozwlekłością procedur i obsługi ludności, wynikające przede wszystkim z konieczności realizacji prac, niekiedy znacznej ich części, nieefektywnymi i mało wydajnymi metodami. Brak odpowiednich systemów informatycznych, porządkujących oraz archiwizujących dane, powoduje, że powstają ogromne trudności logistyczne z dotarciem do różnych dokumentów. Dodatkowym problemem w tego typu placówkach są ograniczenia techniczne i technologiczne, które skutkują znacznym ograniczeniem możliwości zwiększenia efektywności i wydajności. (abstrakt oryginalny)
Koncepcja ramek jako instrumentów poznawczych modelujących rzeczywiste sytuacje znana jest także w inżynierii oprogramowania. Języki do tworzenia ramek i ich zastosowania generujące podobne, lecz różne wyniki końcowe datuje się na połowę lat 80. XX w. W artykule przedstawiono kilka teoretycznych podstaw tego rodzaju języków opartych na implementacjach zrealizowanych w praktyce. Zdefiniowany został znormalizowany język ramek wraz ze szczegółowym przedstawieniem jego środków językowych. Na tej bazie, przy wykorzystaniu teorii grafów, została rozwinięta koncepcja CoMET - pełnego drzewa realizacji metatekstu. Znormalizowany język ramek oraz koncepcja CoMET umożliwiają badanie i tworzenie rozwiązań, które mogą mierzyć i porównywać właściwości metatekstów z różnych punktów widzenia. Podstawy teoretyczne przedstawione w artykule mają na celu wsparcie inżynierów oprogramowania w pełniejszym zrozumieniu natury języków ramek oraz zachęcenie do tworzenia pełnych środowisk rozwojowych przeznaczonych także do dziedzin innych niż rozwój oprogramowania (abstrakt oryginalny)
first rewind previous Strona / 18 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ć.