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

Znaleziono wyników: 52

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

help Ogranicz wyniki do:
first rewind previous Strona / 3 next fast forward last
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)
2
Content available remote Człowiek podmiotem inżynierii oprogramowania
100%
Software engineering has been developing for over half a century. However, it is necessary to talk about software production because the subject is very current. As evidence of this thesis can be used by countless examples of IT projects around the world, which were unsuccessful, partially completed, their execution time was extended or financial expenditures increased. The aim of the work is to point out that software engineering is the field of activity of various groups of people: investors, users of the IT system, scientists, SE educational staff, SE specialists, software producers and managerial staff. In comparison to other areas of production, the human factor is the most important in software engineering.(original abstract)
W artykule omówiono sposób, w jaki należy tworzyć oprogramowanie z wykorzystaniem pamięci nieulotnych. Opisano zagadnienia użycia transakcji, alokacji oraz dealokacji obszarów pamięci, zapewnienia trwałości obiektów oraz danych używanych przez aplikacje. Przedstawiono podstawowe techniki oraz algorytmy użycia biblioteki Non-Volatile Memory.(abstrakt oryginalny)
Tworzenie oprogramowania to dziedzina działalności, w ramach której rezultaty są efektem procesów myślowych człowieka. Ludzie określają i przekazują wymagania, projektują rozwiązania informatyczne, realizują je i wdrażają. Technologia wytwarzania, choć jest bardzo ważna, nie jest jedyną przyczyną sukcesu lub niepowodzenia realizowanych przedsięwzięć. Potwierdzać to mogą wymieniane w literaturze najczęstsze przyczyny niepowodzeń ich realizacji. (...) Celem opracowania jest przedstawienie koncepcji zarządzania wiedzą w procesie tworzenia oprogramowania, realizowanego według metodologii Rational Unified Process. (fragment tekstu)
5
Content available remote Analiza wybranych koncepcji w obszarze projektowania wymagań
100%
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)
The Complex Adaptive Situational Model (CASM) described in this paper promotes understanding of what it takes to establish conditions which enable software engineering success, not only with agile approaches, but also traditional, plan-driven software engineering. Influenced by aspects of complexity science, CASM explains aspects of the state of dynamic equilibrium that is achieved by a software engineering team under the constraining influence of management and production governance. The team is a complex adaptive system (CAS) with people as the active agents. Four states of dynamic equilibrium are defined: Crafted Quality (agile), Controlled Quality (waterfall), Managed Costs (WetAgile) and Self-Directed Quality. Management's challenge is to appropriately apply constraints that enable the required state of dynamic equilibrium. The journey across the band of feasibility is described by introducing SEMAT, with Crafted Quality amounting to applying SEMAT Essence, and Controlled Quality being achieved by introducing additional practices which satisfy the more stringent governance requirements.(original abstract)
7
Content available remote Zarządzanie wiedzą z punktu widzenia twórców systemów informatycznych
75%
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)
Podstawowym narzędziem przeprowadzenia reinżynierii procesów biznesowych jest technologia informatyczna. Technologia lub jej produkt mogą jednak również być przedmiotami reinżynierii. Dlatego reinżynierię produktu możemy zasadnie nazwać metareinżynierią. Z powyższych powodów interesujące może być zestawienie obu technik doskonalenia opartych na reinżynierii. Celem artykułu jest uporządkowanie stosowanej terminologii, ponieważ wokół pojęcia reinżynierii narosło wiele nieporozumień, propagatorzy tego podejścia zarządczego są również często winieni za klęski wynikające z jego opacznego rozumienia. (fragment tekstu)
Celem artykułu jest wskazanie metod i narzędzi rozwiązywania problemów pojawiających się w komunikacji na styku relacji IT-biznes w procesie wytwórczym oprogramowania. W tekście wyjaśniono podstawowe pojęcia związane z badanym problemem, takie jak metoda, narzędzie i technika, zaprezentowano też problemy i przyczyny, które wskazywali uczestnicy procesu wytwórczego oprogramowania w trakcie badań prowadzonych przez autorki podczas ich uczestnictwa w projektach informatycznych. Zidentyfikowane problemy skłoniły autorki do głębszej analizy przyczyn i do poszukiwania metod, technik i narzędzi ich rozwiązywania. Niniejszy artykuł jest kontynuacją publikacji o tytule Identyfikacja problemów komunikacji w relacji IT-biznes w projektach informatycznych. Spojrzenie z perspektywy uczestnika procesu wytwórczego zamieszczonej w poprzednim numerze Informatyki Ekonomicznej.(abstrakt oryginalny)
10
Content available remote Agile Development in the Context of User-Centered System Design
75%
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)
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)
Kluczowym wymaganiem wobec metod szacowania pracochłonności przedsięwzięć rozwoju systemów oprogramowania jest ich wiarygodność w określonym obszarze aplikacyjnym. Jednym z zasadniczych obszarów są systemy oprogramowania wspomagające zarządzanie (SOWZ), dlatego wiarygodność metod estymacji pracochłonności ich rozwoju stanowi przedmiot wielu badań. Ich rezultaty są zróżnicowane, niekiedy nawet sprzeczne. Powstaje zatem pytanie, czy na ich tle można dostrzec prawidłowości, które mogą stanowić wskazówkę co do wyboru najwłaściwszego dla przedsięwzięć rozwoju SOWZ sposobu szacowania pracochłonności. Celem artykułu jest próba wyprowadzenia ewentualnych takich prawidłowości na podstawie analizy dostępnych w literaturze i rezultatów badań nad wiarygodnością pięciu zasadniczych metod estymacji pracochłonności rozważanych przedsięwzięć.(abstrakt oryginalny)
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)
14
Content available remote Komunikacja człowiek-komputer
75%
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)
This position paper presents the factors involved in the successful software development and what is the impact of some methodologies like Agile in this process. Global software development projects may be a total success or an anticipated disaster for simple reasons that usually have nothing to do with the technology involved, with the time differences, or the product being built, but because of subtle intercultural factors. How do the language, the race, the gender, the religion, and the location affects the software development process from analysis and design to implementation, testing and maintenance? Do all these factors impact in the same way if we are working with a local team, and offshore development team or even a global virtual team? Is any specific software development methodology better suited for your particular case? How could you decide what's the better approach? What will be the results and what our goals? The issues at stake are not superficial matters of the ways how people dress, or how clear do they speak in our local language, or what they like to eat, or their small daily behaviors, but are based in the fundamental differences in the systems of values that govern our lives. So institutions, corporations and global companies have to raise the level of awareness of their employees worldwide on the cultural differences, through various programs for intercultural or diversity training. But this poor model of cultural awareness is not enough to overcome some of the obstacles that intercultural differences bring to the table. So this paper will list and describe this important intercultural factors that directly impact in the software development process and how certain software development methodologies could be used in order to have a more systematic look or set of guidelines that would allow the team managers to evaluate and to decide how the use of each one of these software development methodologies for local teams, non local teams and virtual teams will affect positively or negatively the outcomes of software development practices. (original abstract)
Information Technology (IT) industry in Sri Lanka can be considered as one of the fast growing industrial sectors in current competitive, technological oriented and rapidly changing business environment. Generally, IT industry performance depends on knowledge management (KM) in firms in the industry. The concept of staff turnover (ST) has become as more important aspect in the context of knowledge management. As limited research studies are shown in literature about staff turnover and knowledge management in IT industry in Sri Lanka, this research explore the impact of staff turnover on knowledge management in IT companies in Sri Lanka. The survey method has been adopted using structured questionnaire in Likert scale to collect data. Respondents from different job categories and companies for the sample have been selected using stratified sampling method. After descriptive analysis of basic features of respondents of the survey, the causal relationship between staff turnover and knowledge management is analyzed using correlation analysis. The major finding emulating from the study is that there is a positive relationship between high staff turnover and weak knowledge management. Further, the study shows that organizational factors such as managerial style, lack of recognition, lack of competitive compensation system and toxic workplace environment significantly influence employee knowledge management. However, possible learning environment in the firm also directs employee turnover in IT industry in Sri Lanka. (original abstract)
Produkcja systemów oprogramowania, jak każdy proces produkcyjny, Wymaga angażowania różnego rodzaju zasobów. Wymogi efektywnego działania skłaniają do minimalizacji ich zużycia. Pomniejszenie rozmiarów kosztów produkcji oprogramowania jest zagadnieniem bardzo istotnym z uwagi na wielkość wydatków, jakie ponoszą różne organizacje zajmujące się tą działalnością. Praktyka wykazuje, że koszty realizacji systemów oprogramowania mają tendencję rosnącą, co ujawnia się w przekraczaniu planowanych wydatków. Jest to więc tendencja odwrotna niż przy produkcji. sprzętu komputerowego. Ponadto z reguły przekracza się czasy realizacji systemów, co wydłuża terminy przekazywania ich do eksploatacji (fragment tekstu)
According to the latest research of The Standish Group only 14% of software development projects provide high satisfaction with high return on value to their users, sponsors and other stakeholders. Also surprising are the results of the correlation study between projects alignment to the organization's strategy and achieved business values. Projects that are less suited to the strategy allow for achieving twice as large business values as projects with high alignment to the strategy. The reason for this phenomenon could be greater scale of innovation of the projects vague and distant from the strategy. However, this is in contradiction with the principles of the project portfolio management which are focused on the alignment between projects and strategies. The paper provides recommendations of how to achieve and deliver business values and activate an engine of growth, which - in opposite to the high level's strategies - answer to the real and up to date stakeholders' needs. It also shows the change in the way of thinking, propagated by Tom Gilb in the Competitive Engineering and the change from focusing on functions and features to the quantitatively described value improvements. (original abstract)
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)
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)
first rewind previous Strona / 3 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ć.