Hasil Pencarian  ::  Simpan CSV :: Kembali

Abstrak :
Pasar negara berkembang memberikan fitur yang berbeda berbeda dengan pasar negara maju. Pasar saham Asia Pasifik akan menjadi contoh terbaik untuk mengamati masalah ini. Fokus dari penelitian ini adalah untuk menyelidiki profil spesifik likuiditas ADR di Asia Pasifik. Tiga masalah utama yang diusulkan adalah (1) bukti kesamaan liquidity di tingkat perusahaan, tingkat negara dan tingkat regional, (2) kemungkinan faktor penentu liquidity in commonality dalam liquidity yang berasal dari sisi penawaran, sisi permintaan, dan variabel di seluruh pasar, (3) implikasi liquidity in commonality terhadap penetapan harga aset yang mencakup liquidity in commonality dan faktor-faktor yang mempengaruhi penetapan harga aset dengan memperluas LAPM. Menggunakan analisis komprehensif dalam penilaian empiris yang mencakup fitur negara dan lintas negara, penelitian ini akan memberikan kontribusi pertimbangan teoritis terhadap Liquidity commonality. ......Emerging markets provide distinct features in contrast to developed markets. Asia Pacific stocks markets would be the best example to observed this issue. The focus of this study is to investigate the liquidity specific profile of ADRs in Asia Pacific. Three main problems proposed are (1) evidence of commonality in liquidity in the firm level, the country level and the regional level, (2) the possible determinants of liquidity commonality in liquidity which come from the supply-side, the demand-side, and the market-wide variables, (3) implications of commonality in liquidity towards asset pricing which include both the liquidity commonality and the factors affecting asset pricing by extending the LAPM. Using comprehensive analysis in empirical assessment that covers country and cross-country features, this study will contribute theoretical considerations towards liquidity commonality.

Abstrak :
Proses pengembangan suatu perangkat lunak pada umumnya terdiri dari beberapa tahapan mulai dari analisis hingga implementasi, yang akan menghasilkan kebutuhan (requirement) dari perangkat lunak tersebut. Hasil analisis untuk berbagai aplikasi pada suatu domain permasalahan yang sama biasanya akan menghasilkan definisi kebutuhan yang serupa. Dalam bidang rekayasa perangkat lunak, khususnya dalam pengembangan perangkat lunak berorientasi objek, telah banyak dikembangkan requirement untuk berbagai domain permasalahan. Penelitian ini dimaksudkan untuk mendapatkan suatu kesamaan (commonality) dari spesifikasi kebutuhan (requirement) perangkat lunak (software) ? selanjutnya disingkat SRS- apa saja yang sesuai untuk Customer Relationship Management (CRM) pada Usaha Kecil dan Menengah (UKM), dengan objek data yang diambil disini adalah 10 Toko batik di Kawasan Batik Trusmi Cirebon. Kasus ini dipilih karena konsep CRM dalam beberapa tahun ini telah berkembang menjadi konsep penting yang sangat dibutuhkan baik di perusahaan besar maupun perusahaan berskala kecil dan menengah. Selain itu, aplikasi CRM pada UKM belum terlalu diperhatikan, padahal Usaha kecil dan Menengah di Indonesia memiliki peranan penting dalam pergerakan roda perekonomian Kerangka kerja yang digunakan adalah FrontCRM (A Framework based on Theory of CRM) yang merupakan hasil dari penelitian sebelumnya, yaitu suatu kerangka kerja yang disusun berdasarkan aktifitas pada setiap bidang kegiatan yang berkaitan dengan pemasaran, penjualan, dan pelayanan pelanggan. SRS commonality yang berhasil diidentifikasi untuk aplikasi CRM ini adalah terfokus pada area fungsi pelayanan pelanggan khususnya untuk Sistem Manajemen Pemesanan. Dari penelitian ini juga dapat disimpulkan bahwa SRS commonality dapat dihasilkan dengan menangkap best practices dari proses bisnis yang ada.

---

Finite analysis of implementation, which will yield requirement (requirement) from the software. Result of analysis for various applications at one particular the same problems domain usually will yield definition of similar requirement. In the field of software engineering, especially in expansion of software orients object, has many developed by requirement for various problems domains. This research meant to get an commonality from specification of requirement (requirement) software (software) - hereinafter is shortened just SRSapa appropriate for Customer Relationship Management (CRM) at Small and medium industry (UKM), with data object taken here is 10 Batik shops in Kawasan Batik Trusmi Cirebon. This Case selected by concept CRM in a few this year has rounded into a real important concept required by either in big company and also middle and small scale company. Besides, the application of CRM at UKM has not too paid attention, though Small and medium industry in Indonesia has important role in movement of economics wheel. Framework applied is FrontCRM (A Framework based on Theory of CRM) which is result from research before all, be a framework compiled based on activity in each activity area related to marketing, sale, and customer services. SRS commonality which successfully identified for the application of this CRM is focused at area function of customer services especially for Sistem Order Manajemen. From this research also inferential that SRS commonality can be yielded by catching best practices from the business process.

Abstrak :
Proses pengembangan suatu perangkat lunak pada umumnya terdiri dari beberapa tahapan mulai dari analisis hingga implementasi, yang akan menghasilkan kebutuhan (requirement) dari perangkat lunak tersebut. Hasil analisis untuk berbagai aplikasi pada suatu domain permasalahan yang sama biasanya akan menghasilkan definisi kebutuhan yang serupa. Dalam bidang rekayasa perangkat lunak, khususnya dalam pengembangan perangkat lunak berorientasi objek, telah banyak dikembangkan requirement untuk berbagai domain permasalahan. Penelitian ini dimaksudkan untuk mendapatkan suatu kesamaan (commonality) dari spesifikasi kebutuhan (requirement) perangkat lunak (software) - selanjutnya disingkat SRS- apa saja yang sesuai untuk Customer Relationship Management (CRM) pada Usaha Kecil dan Menengah (UKM), dengan objek data yang diambil disini adalah 10 Toko batik di Kawasan Batik Trusmi Cirebon. Kasus ini dipilih karena konsep CRM dalam beberapa tahun ini telah berkembang menjadi konsep penting yang sangat dibutuhkan baik di perusahaan besar maupun perusahaan berskala kecil dan menengah. Selain itu, aplikasi CRM pada UKM belum terlalu diperhatikan, padahal Usaha kecil dan Menengah di Indonesia memiliki peranan penting dalam pergerakan roda perekono mian Kerangka kerja yang digunakan adalah FrontCRM (A Framework based on Theory of CRM) yang merupakan hasil dari penelitian sebelumnya, yaitu suatu kerangka kerja yang disusun berdasarkan aktifitas pada setiap bidang kegiatan yang berkaitan dengan pemasaran, penjualan, dan pelayanan pelanggan. SRS commonality yang berhasil diidentifikasi untuk aplikasi CRM ini adalah terfokus pada area fungsi pelayanan pelanggan khususnya untuk Sistem Manajemen Pemesanan. Dari penelitian ini juga dapat disimpulkan bahwa SRS commonality dapat dihasilkan dengan menangkap best practices dari proses bisnis yang ada.

---

Expansion process a software in general is consisted of some steps to start from finite analysis of implementation, which will yield requirement (requirement) from the software. Result of analysis for various applications at one particular the same problems domain usually will yield definition of similar requirement. In the field of software engineering, especially in expansion of software orients object, has many developed by requirement for various problems domains. This research meant to get an commonality from specification of requirement (requirement) software (software) - hereinafter is shortened just SRSapa appropriate for Customer Relationship Management (CRM) at Small and medium industry (UKM), with data object taken here is 10 Batik shops in Kawasan Batik Trusmi Cirebon. This Case selected by concept CRM in a few this year has rounded into a real important concept required by either in big company and also middle and small scale company. Besides, the application of CRM at UKM has not too paid attention, though Small and medium industry in Indonesia has important role in movement of economics wheel. Framework applied is FrontCRM (A Framework based on Theory of CRM) which is result from research before all, be a framework compiled based on activity in each activity area related to marketing, sale, and customer services. SRS commonality which successfully identified for the application of this CRM is focused at area function of customer services especially for Sistem Order Manajemen. From this research also inferential that SRS commonality can be commonality can be fielded by catching best practices from the business process.

Abstrak :
Pengembangan suatu software dalam suatu domain yang sama secara individual seringkali menyebabkan terjadinya kondisi reinventing the wheel baik terhadap requirements maupun komponen lain yang dikembangkan. Untuk meminimalisir kondisi reinventing the wheel dan meningkatkan metoda reuse maka alangkah baiknya jika requirements hingga komponen lain yang bersifat umum (common) diantara software dalam domain tersebut dapat didokumentasikan. Selain itu, requirements hingga komponen lain yang bervariasi (variable) antar software dalam domain tersebut juga diharapkan bisa terdokumentasi agar kebutuhan segmentasi pengguna tertentu dapat terpenuhi. Hal-hal tersebut dilakukan dalam suatu teknik yang disebut software product line engineering atau disebut juga domain engineering. Pada teknik ini dilakukan pendefinisian dan pengembangan commonality dan variability dari suatu software product line. Software product line merupakan kumpulan aplikasi-aplikasi software yang berada dalam satu domain aplikasi yang sama. Pada penelitian tesis ini dilakukan software product line engineering pada domain sistem informasi akademik perguruan tinggi. Hanya saja pada penelitian ini dibatasi pada pendefinisian commonality dan variability requirements dari domain sistem informasi akademik perguruan tinggi (atau hanya melakukan sub-proses domain requirements engineering dari proses domain engineering dari software product line engineering). Pada pendefinisian commonality dan variability requirements digunakan existing requirements dari sistem informasi akademik perguruan tinggi yang sudah ada. Sistem informasi akademik tersebut adalah sistem informasi akademik Universitas Indonesia, Universitas Riau dan STT PLN. Metode yang digunakan untuk mendefinisikan adalah Application-Requirements Matrix dan kemudian dimodelkan dengan menggunakan Feature-Oriented Domain Analysis. Menurut Bockle, Pohl dan Linden dalam bukunya [Bockle et al, 2005] bahwa mendapatkan jumlah commonality sebanyak mungkin adalah penting agar mengurangi jumlah variability untuk kebutuhan minimum aplikasi. Hasil dari penelitian tesis ini berupa definisi commonality dan variability requirements untuk software product line sistem informasi akademik perguruan tinggi. Namun, dari hasil penelitian ini terlihat bahwa jumlah commonality requirements lebih sedikit jumlahnya dibanding variability requirements-nya. Hal ini disebabkan karena terdapat perbedaan kompleksitas requirements dari ketiga data dalam penelitian ini. Akhir kata, semoga hasil penelitian tesis ini merupakan awal dari penelitian lanjutan bidang software product line engineering, khususnya untuk domain sistem informasi akademik perguruan tinggi.

---

The development of individual softwares in a certain domain tends to reinvent the wheel of things like the software requirements or other components being develop. In order to minimalize the tendency of reinventing the wheel and to improve the reusability of requirements and other components in software development, it would wise if those common requirements and other components were documentated. In order to accommodate the need of certain segmentated user, the commonality and variability requirements are needed to be explore. The way to do all those things is called software product line engineering (also known as domain engineering). This technique is a way to define the commonality and variability of a software product line. A software product line is a set of software which has the same software domain. In this thesis research, the research of software product line engineering is focused in the domain of university`s academic information system. The limitation of this research is that in this research is only defining the commonality and variability requirements of university`s academic information system software product line. This process is part of the domain requirement engineering sub-process of the domain engineering process in software product line engineering. To define the commonality and variability requirements, the existing requirements from the existing university`s academic information system are being used as research subject. Those requirements are from University of Indonesia`s, University of Riau`s and STT PLN`s academic information systems. The method to define the commonality and variability requirements is called Application-Requirements Matrix and the result is modeled using Feature-Oriented Domain Analysis. According to Bockle, Pohl and Linden in their book [Bockle et al, 2005], having commonality requirements as much as possible are important because it would decrease the amount of variability requirements to build a minimum requirements application. The result of this thesis research is the definition of commonality and variability requirements of university`s academic information system. In the result of this research, it shows that the amounts of commonality requirements are less than the amount of the variability requirements. This happens due to the major differences of the requirements complexity from the three data used in this research. Last but not least, the result of this research is hoped to be the beginning of researches in software product line engineering especially in the domain of university`s academic information system.

Abstrak :
Perusahaan manufaktur memiliki persamaan umum dalam mengelola SCM, tetapi masing-masing perusahaan memiliki karakteristik berbeda (variabilitas) dalam proses bisnisnya. Untuk melayani kebutuhan IT perusahaan pada domain yang sama tetapi memiliki karakteristik yang berbeda, saat ini pengembang perangkat lunak harus membuat penyesuaian dengan standar yang ada atau memulai proses pengembangan perangkat lunak baru sehingga cenderung membutuhkan waktu dan biaya yang tidak sedikit. SPLE (Software Product Line Engineering) adalah suatu paradigma pengembangan perangkat lunak yang menawarkan solusi lebih efektif untuk perangkat lunak yang memiliki unsur kesamaan (commonality) dan varian (variability) tersebut. SPLE dalam hal ini mampu menghasilkan artefak yang dapat digunakan kembali untuk menghasilkan banyak varian produk perangkat lunak. Namun, hingga saat ini belum ditemukan standar baku yang dapat digunakan ketika akan mengimplementasi pengembangan perangkat lunak dengan pendekatan SPLE. Salah satu standar yang dibutuhkan tersebut adalah bagaimana proses dokumentasi secara eksplisit dan analisis kebutuhan fitur yang akan dikembangkan secara software product lines pada Domain Requirement Engineering SPLE. Karya ini menyusun penerapan Requirement Engineering dengan cara SPLE, termasuk pemodelan variabilitas SPLE menggunakan Orthogonal Variability Modeling (OVM) dan menghubungkannya dengan model use case yang dimodifikasi. Hasil dari pekerjaan ini berupa usulan langkah-langkah penerapan SPLE untuk implementasi pembuatan sistem dengan pendekatan SPLE yang digunakan untuk memenuhi kebutuhan proses Internal Supply Chain Management. ......Manufacturing companies have a common pattern in managing supply chain, but each company has different characteristics (variability) in its business process. To serve the needs of companies in the same domain but have different characteristics, currently software developers have to make customizations to existing standard software or initiate a new software development process which tends to require a lot of time and excessive cost. On the other hand, Software Product Line Engineering (SPLE) is a software development paradigm which proposes more effective solution for this matters. In this case, SPLE is able to produce a reusable artefacts that can be used to derive many variants of software products. However, recent studies shows that there is no existing standard available when it comes to how to implement this approach. One of that required standard includes how to analyse and create explicit documentation of its system needs which falls under Domain Requirement Engineering within SPLE framework. This work compiles the variability model of SPLE, models the variability using Orthogonal Variability Modeling (OVM) and linked it to modified use case model. The result of this work is a concrete guidance to implement the software product line engineering approach to serve manufacture especially for its internal Supply Chain Management processes.