My research's note

How to select software development methodology

2010-04-25T21:52:00.000-07:00

Software development process, “a framework for applying software engineering practices” [1], can be classified into plan-driven or traditional software development and agile software development. The former [2] [3] [4] emphasizes stability, repeatability and predictability, a defined incremental process, extensive documentation, up-front system architecture, detailed plans, risk management, verification and validation. In contrast, the latter process [2] [3] [4] [5] embraces and responds to changing environment and changes in user requirements. The initial success of software project is determined by selecting the appropriate software development process.

There is no single software development [6] that can solve all software projects. Selecting software development methodology can use [7] selection framework based on four underlying principles and two other factors affecting what methodology is appropriate to be used in software project. The four principles [7] are “A larger group needs a larger methodology”, “A more critical system; one whose undetected defects will produce more damage; needs more publicly visible correctness (greater density) in its construction”, “ A relatively small increase in methodology size or density adds a relatively large amount to the project cost”, The most effective form of communication (for transmitting ideas) is interactive and face-to-face, as at a whiteboard”. The combination of four principles in selecting software development methodology will determine the size of formed software development organization. Mapping environment and organisation of the project to agile and plan-driven home ground [8] [9] makes selection of software development methodology adaptive to its internal and external factors in order to address software project risk.

Reference
[1] R. Ramsin and R.F. Paige, “Process-centered review of object oriented software development methodologies,” ACM Comput. Surv., vol. 40, 2008, pp. 1-89.
[2] S. Nerur, R. Mahapatra, and G. Mangalaraj, “Challenges of migrating to agile methodologies,” Commun. ACM, vol. 48, 2005, pp. 72-78.
[3] M. Lindvall, V. Basili, B. Boehm, P. Costa, K. Dangle, F. Shull, R. Tesoriero, L. Williams, and M. Zelkowitz, “Empirical Findings in Agile Methods,” Extreme Programming and Agile Methods — XP/Agile Universe 2002, 2002, pp. 81-92.
[4] O. Salo and P. Abrahamsson, “An iterative improvement process for agile software development,” SOFTWARE PROCESS IMPROVEMENT AND PRACTICE in Wiley InterScience, 2006.
[5] T. Dybå and T. Dingsøyr, “Empirical studies of agile software development: A systematic review,” Information and Software Technology, vol. 50, Aug. 2008, pp. 833-859.
[6] F. Brooks, “No Silver Bullet Essence and Accidents of Software Engineering,” Computer, vol. 20, 1987, pp. 10-19.
[7] A. Cockburn, “Selecting a project's methodology,” Software, IEEE, vol. 17, 2000, pp. 64-71.
[8] B. Boehm and R. Turner, “Observations on balancing discipline and agility,” Proceedings of the Agile Development Conference, 2003. ADC 2003., 2003, pp. 32-39.
[9] B. Boehm and R. Turner, “Balancing Agility and Discipline: Evaluating and Integrating Agile and Plan-Driven Methods,” IEEE Computer Society, 2004, pp. 718-719.

Selecting the best Software Development Methodology

2010-01-06T22:20:00.000-08:00

Understanding my research interest makes me to write and simplify ideas and concepts in my research areas.

One interesting area about software process is software development process.

Here is my note on selecting the best software development methodology. I am sorry i can not give complete reference in my citation because this is my progress report and i hope that i can publish it one day.

Let's start .....

Software development process, “a framework for applying software engineering practices” (Ramsin & Paige 2008), can be classified into plan-driven or traditional software development and agile software development. The former (Nerur et al. 2005a) (Mikael Lindvall et al. 2002) (Nerur et al. 2005a)(Salo & Abrahamsson 2006) emphasizes stability, repeatability and predictability, a defined incremental process, extensive documentation, up-front system architecture, detailed plans, risk management, verification and validation. In contrast, the latter process (Dybå & Dingsøyr 2008) (Mikael Lindvall et al. 2002) (Nerur et al. 2005b) (Salo & Abrahamsson 2006) embraces and responds to changing environment and changes in user requirements. The initial success of software project is determined by selecting the correct software development process.

There is no single software development (Brooks 1987) that can solve all software projects. Selecting software development methodology can use (Cockburn 2000) selection framework based on four underlying principles and two other factors affecting what methodology is appropriate to be used in software project. Combined with mapping environment and organisation of the project to agile and plan-driven home ground (B. Boehm & R. Turner 2003) (Barry Boehm & Richard Turner 2004) makes selection of software development methodology adaptive to its internal and external factors to address software project risk.

In conclusion, recent research and reports state (Fuggetta 2000) that software development is a complex process because it is a joint, sophisticated and creative work so me wust consider people, organization, culture, technology, economic factors and procedures used in software development process (Fuggetta 2000).

What is the relation between software process and business process

2009-10-18T22:20:00.000-07:00

This is draft version so that this version has high possibility to be revised!
First of all, we must agree with the definition of each term. Software process [1] is a set of activities, methods, practices and transformations that people use to develop and maintain software and the associated product( e.g, project plans, design documents, code, test cases and user manuals).
A business process[2] or business method is a collection of related, structured activities or tasks that produce a specific service or product (serve a particular goal) for a particular customer or customers.
Organization that uses software whether it is either bespoke or off-the-shelf always needs to make some adjustments or tailoring between business process and software process. The adaption is needed because the two process have different characteristics and purposes. One example for this integration is in Rational Unified Process where there is Business Modeling workflow before Requirement which the first is business process activity and the latter is software process activity.

The integration between two processes forms a software project management. To make successful software project management, we must understand and resolve some questions about the relation between these processes :
The main question is : Are all of the integration between two processes resolved automatically when we tailor software process?
If the answer is 'no' that means we must find different point of view from the business process perspective as the impact of this integration so that we must find answers from these questions :
1. How do we tailor software process based on business process context?
2. What business process factors that must be considered and addressed before software process tailoring? Is it the same if we want to tailor agile software development?
3. Is there any business process tailoring into software process?
4. How can we know that successful software project come from the integration of business and software process?
5. What is the workflow of business and software process integration?

Reference : part of my research progress report and not published yet for confidential issues
[1] Process Tailoring and the Software Capability Maturity Model, Technical Report CMU/SEI
[2] http://en.wikipedia.org/wiki/Business_process
[3] A Systematic Review of Software Process Tailoring

Modeling : from Business Process to Software

2009-08-28T18:37:00.000-07:00

What is so special on modeling? Why we often hear : business process modeling and also software modeling?
Before going to far, we must understand that modeling can be interpreted as simplication of real problem or we can say in other words abstraction because we emphasize on most important features than more detail features. It is not meaning that we dispel detail features, but we manage them in different perspectives. It is best recommended that we have many views so we can use them in various purposes.

The special ones about modelings are their functions.
First, they can reduce complexity from business or software complexity. It is related with how human can handle and memorize problems in the same time.
Second, they can increase our understanding on problems that we face. As our understanding increase, we can find many ideas to overcome them.
Lastly, they can be used as communication tool among all related stakeholders. Solving problems mean we need to communicate to our clients, our team and also our stakeholder. We need mean to do that and the model is the answer.

From software engineering perspective there are some questions in using models to help making software :
1. Do we need both business process and software modeling?
2. Can we use only business process modeling?
3. Is software modeling enough to product software without business process modeling?

Here are some of the answers :
1. We can use firstly Business Process Modeling Notation( BPMN, de-facto Business Process Modeling ) and than be integrated with Unified Modeling Language( UML, de-facto Software Engineering Modeling ). The problem is this approach is becoming uncommon, because nowadays, we can use BPEL instead of UML to make software.
2. It means we use BPMN and latter we use BPEL. I believe we have still face so many technical problems on formal and semantics completeness due of business process modeling.
3. We can extend UML to provide more on business process modeling, for example : using business use case model and extend activity diagram notation to model more detail on business process entities.

Ultimately, i believe this is not the end of our problem in modeling because modeling is not capture all aspect in problem domain and it is a nature that changing always happens in our problem domain. But for now, i have to move on other topic in software engineering.

How to make software from Business Process, a modeling perspective

2009-08-14T00:49:00.000-07:00

A lite definition of model is a notation to simplify and make formal abstraction about real word system.

From business process view, business process model can be use to model business process complexity into activity entities and its dynamic flow. But the problem is not all business owners can draw this model using standard notation even though that they can describe and model it using free notation. The importance of modeling business process is can be used as an input to software engineering process. One of the standard widely used is Business Process Modeling Notation.

Software engineering in other side needs to model its complexity using different model than business process model. State of the art to model software is using UML. Even though UML can model system behavior using use case and activity diagram, this two diagrams are still in software perspective point of view. Both diagram is strongly related with actors using software and activities relating with computational processes.

It is reasonable that BPMN and UML can not be replaced each other in their use.
My question is can we find another way to make integration between business and software engineering process easier?

Beasiswa LN DIkti untuk dosen PTS

2009-06-18T00:32:00.001-07:00

Apa yang perlu ketahui dari beasiswa LN Dikti
( unleashed story especially for PTS lecturer )
1. Ikuti petunjuk dari web Ditnaga DIkti untuk masing-masing tahapan.
    Secara garis besar adalah :
    1. Pengumuman pemberitahuan adanya beasiswa, disana akan diumumkan syarat2nya, untuk tahap ini penuhi saja syarat-syarat tsb.
    2. Panggilan untuk wawancara, anda akan dipanggil jika semua syarat terpenuhi, yang boleh kurang lengkap adalah : LoA( Letter of Acceptance ) kalo di Australia adalah Offer Letter, maksudnya boleh jika masih conditional( misal : kurang memenuhi syarat bahasa Inggris )
    3. Wawancara, jawab saja dengan aman dan khusus bagian membawa keluarga, jawab : "Ya, akan membawa keluarga jika saya sudah settle"
    4. Pengumuman penerimaan, penuhi saja prasyarat yang ada, namun ada juga yang tidak tertera di web ditnaga.dikti.go.id loh
2. Namun, ada yang tidak tertera di web Ditnaga....
   1. Biasanya pada saat wawancara, akan ditanyakan surat rekomendasi dari Kopertis, jawab saja : "Ya bu, akan disusulkan". Saran untuk menyusulkannya nanti saja, pas kita dinyatakan diterima. Untuk surat ini, maka kita harus meminta surat pengantar dari Rektor bahwasanya kita diberikan tugas untuk belajar ke luar negeri dengan dana APBN ditjen Dikti, jangan lupa juga syarat2 sbb utk Kopertis : pengumuman penerimaan kita di beasiswa Dikti, Toefl ITP/IELSTS/iBT, FC JFA, FC SK Yayasana, LoA, Surat Tugas Belajar( dikeluarkan Rektor )
2. Nah ini yang bahkan universitas/institut negeri yang besar2 pun tidak tahu adalah Surat Permintaan Guarantee Letter dari Rektor ke Direktur Ditnaga Dikti.
3. Pengumuman penanda tanganan kontrak beasiswa( sampai saat ini belum ada kabarnya ).
4. DIPA Dikti utk beasiswa baru turun bulan Agustus( satunya lagi tidak hapal bulannya, namun 6 bulan sekali ). Sehingga semua pendanaan baru akan diberikan oleh Dikti setelah Agustus( kemungkinan besar terlambat ). Hal ini pasti akan mendatangkan masalah bagi karyasiswa yang harus memulai perkuliahan sebelum Agustus.

Permasalahan yang ada
Terkait dengan turunya DIPA Dikti yang baru Agustus, maka yang bisa dilakukan karyasiswa adalah mencari pendanaan untuk memenuhi segala persiapan dan administrasi untuk perkuliahan dari tuition fee, asuransi kesehatan, living cost+settlement allowance( untungnya tiket pesawat bisa dibayar Dikti asal brangkatnya Agustus ). Berdasar pengalaman rekan-rekan di Unpad, pihak Unpad menalangi dahulu dana tersebut.
Terakhir semoga IT Telkom dan YPT dapat memberikan bantuan kepada dosen-dosennya untuk bersekolah ke Luar Negeri.
Dan semoga tahun depan dan seterusnya, beasiswa LN Dikti masih tetap ada ya bu Istri( Direktur SDM Ditnaga Dikti ) walaupun utk S3 saja.

The good entertainment

2009-03-11T23:31:00.000-07:00

Even though there are many kinds of entertainment and it is hard to choose the good, we can select some of them. There are some characteristics that determine the quality of entertainment. First, It must have values. Nowadays, many films have violence in the scenes and much music contains meaningless lyrics. There are no advantages to watch or hear these. In contrast, some films and music inspire and help people around to do better things because they have universal values.
Second, controlled entertaintment is a limited entertainment that can prevent us to be addictive. The negative effect from excessive entertainment is we can forget everything else and only satisfy ourselves. The good entertainment should have a mechanism to ensure people still have time to do other things by creating session break. This way will make the entertainment enjoyable because people will wait. Not only the entertainment itself but also people must have good self control to manage the entertainment.
Finally, the entertainment should add new knowledge. People should not waste their time to the same added value. We will get advantages from entertainment that always gives new knowledge. For example, when i saw National Geographic Channel, besides i entertained, i also got new knowledge about Green Environment.

We must select entertainment to make our life happier. The best entertainment will make our time meaningful and useful because there are so many new things that we will get.

2 days before the test

Information Techonology Research Nation

2009-03-11T00:29:00.000-07:00

I believe that Indonesia will become an Information Technology Research Center in the next five years. There are three reasons why I feel my country will become IT Research Nation. The main signal is Indonesia have had Information Communication Technology( ICT ) Ministry which means ICT supported and governed by government. The Ministry have passed Electrical Transaction bill that regulates online transaction like e-Payment, e-Commerce, e-Government etc. The existence of the department depicts IT have become an integrated aspect in our people life.

Second, Indonesia’s national budget on education is 20% begun last year that means more research conducted by academics will be paid by this budget. Even though it is not only for IT research, there is more opportunity to increase IT Research. The funding can also sponsor scholarships in the IT field and increase IT education. More IT-educated people will be produced by increasing budget on education, more resources will continue and develop IT.

Finally, nowadays many businesses are using IT to be more competitive. IT is used as tools in supporting works and making advantages. To be winner in the competition, IT must be unique and reliable. It needs research and development on IT products and services to become fastest company giving services to its customers. For example in the bank, best bank will give real time and online service to its customer every time and everywhere. It can be done only by IT support.

In conclusion the need and all support above will make my country become Information Technology Research Nation in the next few years.

third try toward iBT

How can IT create value?

2009-03-05T02:13:00.000-08:00

In my opinion, IT can create value. Lessons from past experience, some people have been success in creating value from IT product. There are some characteristics of successful IT product that create value.

First, it can fulfill people need on their work.
In the competitive world based on informative economy, people must use IT to make their works effective and efficient. Using IT can make people do collaboration and sharing in finishing their jobs easily, so it can save time because distance in working is no matter.

Second, the product can connect people to others.
Basically, people are social creature. We need to socialize and communicate to others. Many IT products like handphone, instant messenger and social network attain people attention around the world. One of the examples is facebook, a social network site,that its user increase 5 millions per week.

Finally, it can help people do their business easier.
Nowadays people don’t have many time to do their business because they are always busy with their jobs. IT product can help people do their business fast because everything can be done online and automatically.

first try toward iBT

Improving english skills

2009-03-04T19:26:00.000-08:00

Even though english is not my first language, in my opinion my english can be improved.
We can learn from children's experience in learning new things. They're natural learner and they will master something systematically through education. The two reasons before make me convince that i can improve my english skills.

In the first place, becoming natural learner means we can understand something if we live in its environment. Living in the english environment makes us use and develop our skills because all communication channels are in english. In non-english enviroment we should maximize english usage. For example, writing blog in english, speaking english with some relatives and watching english film at home. All of the things are simple and easy to do and give almost the same natural english environment.

Second, systematic education is the best way to make structural knowledge. Education give basic theory to be used in all english skills. It consists of rule and grammar of using english. Because language is a standard, so it need formal and standard guidance to use. We must master the english grammar to communicate to the others. The better of english grammar we use, the easier foreign people understand us.

In conclusion, i think mastering english is just a matter of time. By doing and learning english, it will make english a common language to non-native speaker.

second try toward ibT test

The future of Programming

2008-07-22T22:43:00.000-07:00

Kalo kita perhatikan perkembangan Business Process Modeling terakhir, maka walaupun belum 100% sempurna. Kita akan melihat pendekatan yang sama dengan Model Driven Engineering. Pendekatan yang sama ini kurang lebih adalah kemampuan untuk melakukan code generator.

Model Driven engineering memungkinkan kode dihasilkan hanya dengan menggambar suatu model. Dengan pendekatan ini kemudian akan di-generate kode. Artinya, untuk menghasilkan kode tidak perlu menulis baris kode tapi cukup menggambar model.

Dengan perkembangan Business Process Modeling terakhir ada suatu peranan yang diambil alih, yakni peranan orang software. Karena untuk menghasilkan kode, cukuplah dilakukan oleh business analis alias orang yang mengerti domain masalah dalam hal ini adalah proses bisnis. And then, 'sim sa labim' ...... dihasilkan kode.

end of this introduction

Integrasi Aspek Keamanan dalam RPL

2008-06-10T19:47:00.000-07:00

Berikut adalah beberapa usulan untuk mengintegrasikan kebutuhan keamanan dengan proses pengembangan perangkat lunak.
1. Menyatukan aspek keamanan dengan rekayasa sistem
Pada saat sistem analis menganalisis dan mendesain sistem, analis keamanan harus mengembangkan desain keamanan. Untuk selanjutnya sumber daya yang ada dibangun dengan kombinasi desain sistem dengan desain keamanan.
2. Menyatukan aspek keamanan dengan system requirement
Ketika kebutuhan keamanan dipertimbangkan selama daur hidup pengembangan sistem, maka hal menjadi cenderung pada penentuan daftar keamanan sistem seperti manajemen password, firewall, pendeteksian virus dsb. Padahal hal ini bukan merupakan kebutuhan keamanan tapi merupakan mekanisme implementasi yang digunakan untuk memenuhi kebutuhan keamanan secara implisit, misalnya untuk pembatasan akses. Hasilnya adalah, kebutuhan keamanan yang khusus untuk sistem dan perlindungan terhadap suatu layanan dan sumber daya seringkali dilupakan. Sebagai tambahan, perspektif penyerang tidak dipertimbangkan. Untuk itu diperlukan pendekatan sistematik dalam manajemen kebutuhan keamanan akan mencegah permasalahan daftar keamanan sistem dan mengubahnya pada perspektif penyerang.
Program CERT pada Software Engineering Institute's telah mengembangkan sebuah metodologi untuk membangun keamanan sejak awal pada daur hidup pengembangan sistem yang disebut Security Quality Requirements Engineering (SQUARE).
Hasil analisis kebutuhan melalui metodologi SQUARE dengan menganalisis komponen fungsionalitas keamanan yang dideskripsikan pada CC part 2 digunakan sebagai dasar untuk membuat SFR ( Security Functional Requirement ) sebagai pelengkap SRS( Software Requirement Specification ). SFR yang merupakan bagian dari Protection Profile merupakan Security target yang menggambarkan kebutuhan pengguna dalam aspek keamanan.
3. Menyatukan aspek keamanan dengan model sistem
Pengembang perangkat lunak menggunakan model sejak proses awal siklus pengembangan software untuk meningkatkan kualitas artifact dokumen requirement. Kecenderungan yang ada adalah menggunakan model berorientasi obyek ( UML ). Salah satu riset yang dilakukan oleh komunitas software dan keamanan adalah mengadopsi dan mengembangkan standar, misalnya : UML untuk memodelkan fitur keamanan seperti privacy, integrity, access control dsb. Keuntungan yang bisa didapatkan adalah : 1 ) Menyatukan desain sistem dan kebijakan keamanan, 2) Modularitas ( melalui encapsulation) dan reuse ( melalui pewarisan ) dalam representasi kebijakan, 3) Mengembangkan tool standar saat ini untuk aktivits analisis dan desain( forward engineering ) sebagaimana analisis legacy systems( reverse engineering ).
Tantangan utama adalah mengembangkan sintaks dan semantik standar seperti UML untuk menangani permasalah keamanan. Riset untuk mengembangkan tools dan proses untuk menyatukan desain sistem dan kebijakan keamanan dipercayai mampu menghasilkan sistem yang lebih efektif memenuhi kebutuhan pengguna dan aman.
4. Menyatukan aspek keamanan dengan desain sistem
Desain system dilakukan dengan dua pendekatan, yakni : 1) Penggunaan Security Design Pattern, 2) Penggunaan Aspect Oriented Programming( AOP ).
• Penggunaan Security Design Pattern
Design pattern merupakan suatu cara untuk mengidentifikasi dan memberikan solusi terhadap permasalahan desain yang berulang-ulang terjadi pada pemrograman berorientasi obyek. Joseph Yoder and Jeffrey Barcalow adalah yang pertama kali mengadaptasi pendekatan design pattern pada pemgembangan perangkat lunak. Format yang digunakan adalah template design pattern yang dibuat oleh Gang of Four. Berikut adalah security design pattern : 1) Single Access Point : menyediakan sebuah modul keamanan dan satu cara untuk log in ke dalam sistem, 2) Check Point : manajemen pemeriksaan keamanan, 3) Roles : manajemen penggunan dengan security privileges, 4) Session : lokalisasi informasi global pada lingkungan banyak pengguna, 5) Full View with Errors: penyediaan sebuah view penuh kepada pengguna dan menampilkan exceptions ketika diperlukan, 6) Limited View : hanya memperbolehkan pengguna untuk melihat apa yang diperbolehkan untuk mereka, 7) Secure Access Layer: mengintegrasikan keamanan aplikasi dengan keamanan level yang lebih rendah( missal : jaringan ).
Sangat dimungkinkan di kemudian hari untuk menambah katalog security design pattern seiring dengan berkembangnya kesadaran akan integrasi aspek keamanan pada desain perangkat lunak.
• Penggunaan Aspect Oriented Programming( AOP )
Penggunaan aspect-oriented programming dapat digunakan untuk memisahkan permasalahan keamanan dalam sistem yang kompleks. Ide aspect-oriented programming adalah beberapa aspek dari kode secara alami adalah modular, seperti penyimpanan data yang dapat ditempatkan dalam basis data.

Sementara yang lain( biasanya non fungsionalitas ) seperti performansi tersebar( scattered ) pada kode. Dengan memisahkan kode yang tersebar dengan cara mengkodingkan dan mengisolasi terpusat dalam aspect-aspect maka memudahkan dalam manajemen kode ( aspect ) dan pengembangan sistem.

5. Menyatukan aspek keamanan dengan pengujian sistem
Pengujian aspek keamanan menggunakan EAL sesuai dengan tingkat EAL yang diterapkan dalam pembangunan perangkat lunak. Secara teknis, dapat digunakan pendekatan pengujian unit secara otomatis dengan menggunakan framework N-unit testing.

Catatan :
CC : Common Criteria, merupakan salah satu standar aspek keamanan dalam produk TI

Framework Design Guidelines

2008-05-04T22:43:00.000-07:00

Sumber : diskusi milist RPL-IF IT Telkom oleh Yudi Maryanto :

Ada beberapa panduan bagus dalam medesain framework di buku Framework Design Guidelines:
1.Gunakan Aggregate Component untuk menyederhanakan public interface pada skenario yang paling sering digunakan.

2. Pegang teguh prinsip "Make the top scenarios easy and the rest is possible". Jadi meskipun public interface kita sederhana untuk skenario yang paling umum, developer yang butuh skenario yang lebih rumit bisa mengeksplore lebih jauh framework kita.

3. Usahakan framework yang kita buat bersifat "Self Documenting". Pada skenario yang paling umum, usahakan developer tidak perlu melihat dokumentasi untuk melakukannya. Hal ini bisa dicapai dengan penamaan kelas dan method yang intuitif.

4. Buat framework kita konsisten sehingga jika developer telah menguasai sebagian framework kita, pengetahuan tersebut tetap bisa dipakai dalam mempelajari bagian lain dari framework kita.

5. Usahakan jangan mengekspose design pattern untuk public interface pada skenario yang paling umum. Konsep-konsep OOAD, design pattern, dll cocok diterapkan untuk detail implementasi framework kita tapi kurang cocok untuk public interface karena cenderun akan memperumit interface yang pada akhirnya akan membuat frustasi developer.

UML : state of the art

2008-05-03T00:48:00.001-07:00

Dalam pengembangan perangkat lunak digunakan pemodelan perangkat lunak sejak requirement sampai testing. Saat ini standar pemodelan yang banyak digunakan adalah UML seiring dengan banyak digunakan pendekatan berorientasi obyek dalam pambuatan perangkat lunak.

Namun UML dipandang masih mempunyai kekurangan karena masih terdapatnya kekurangan dalam meng-generate kode program secara komplit. Kenapa hal ini terjadi? Dalam analisis yang saya coba lakukan, hal ini karena kurangnya cara memodelkan aspek kelakuan internal perangkat lunak untuk dipetakan ke dalam kode program. Seperti yang kita ketahui, diagram UML yang dapat menghasilkan kode hanyalah diagram class, namun itupun hanya baru sebatas kerangka kodennya saja dan tidak bisa meng-generate badan program-nya.

Untuk itu diperlukan cara dalam memodelkan pengembangan perangkat lunak yang memungkinkan dihasilkannya kode program secara komplit.

Bersambung......

UML : state of the art

2008-05-03T00:48:00.000-07:00

Pabrik Software

2008-03-11T08:28:00.000-07:00

Istilah ini tidak lazim. Namun bukan berarti tidak ada. Istilah di dunia software-nya adalah : Software Product Line atau Software Factory.

Kenapa istilah ini tidak lazim? Karena sampai saat ini pembuatan software secara luas bukanlah suatu hasil proses pabrikasi. Apa maksudnya? Bagaimana dgn 'product' suatu software house, misalnya?

Satu jawaban singkat, karakteristik dan prosesnyalah yg mrpkan pembedanya.

More, but to be continued

Berbedalah

2008-03-11T08:20:00.000-07:00

Bismillah,
Aktivitas dlm kehidupan yg lalu, sekarang dan yang datang.
Dari yg gitu-gitu, selalu saja. Sampai dengan luar biasa dan sepanjang masa.
Terus apa bedanya? Padahal khan, ama Allah sudah dikasih kesempatan yang sama. Mesti ada sesuatu yang membikin beda. Apa ya?
Mimpi = visi & misi
Strategi & Taktik
Kebiasaan
Yuk, mulailah dengan membedakan!
Jangan sampai merugi.

Always blogging?

2008-03-06T19:30:00.000-08:00

Sangat sulit utk menulis blog scr kontinyu. Jika tidak karena kesibukan, maka komitmen adalah yg mjd ganjalan.

Sebetulnya menulis blog adl mudah, jadikan ia sebagaimana kebutuhan berkomunikasi spt halnya : email dan sms. Dan sbtulnya emang mudah karena ada PDA. Intinya adl : stay connected!

Code generator

2008-01-16T21:38:00.000-08:00

Ide untuk menghasilkan code tanpa harus menulis code sudah banyak dan beberapa sudah terwujud. Untuk ini kita bisa melihat pencapaian Model Driven Architecture dan juga pendekatan Generative Programming.

Namun permasalah dalam dua pendekatan diatas adalah masih adanya kendala kompleksitas sistem yang akan diubah menjadi kode dan kemudahan dalam pemakaian tools.

Hal ini sudah sering kita jumpai dan tergambar dalam penggunaan tools yang menawarkan konsep wizards dibandingkan dengan menulis kode dari awal. Keduanya mempunyai kelebihan dan kekurangannya.

Terakhir, masih terdapat beberapa tema yang terbuka dalam Code Generator yang masih dapat dikembangkan dan ditemukan.

2 suggestion learning english

2007-12-27T06:56:00.000-08:00

2 suggestion learning english :
1. Reading and speaking loudly english writing
2. Writing your idea in english
1st suggestion to make we speak fluently.
2nd suggestion to apply english grammar

thanks for miss Flo

Most valuable asset in 21st century

2007-11-11T21:32:00.000-08:00

is knowledge and educated worker.
According to Peter Drucker, Management Challenger for the 21th Century : "Knowledge have become asset for economic development, replacing unchangable resource nature. Because unchangable source nature can be depreciated, indeed they can result nature destruction that can ended in man suffering".

Above opinion is interesting, because in October 2007, Forbes mag release American richest people, Bill Gates is first, Larry Ellison is 4th. And in top 10, there was change that in 5th position, Google founder, Sergey Brin and Larry Page enter in the list. This change have change paradigm that richest man is not only mining, automotive and conventional people.

Knowledge have become non phisically renewable resource. IT people use knowledge smartly as renewable resource.

All above is quoted from Kompas in October 2007.

Finally evidence show that people knowledge is the most valuable asset.

state : try to write

I'm back

2007-10-01T18:05:00.000-07:00

Ya, saya putusin untuk kembali menulis blog
Tadinya saya berpikir menulis blog akan menyita tenaga, waktu dan pikiran
Tapi saya sadari saya salah
Berikut beberapa alasannya :
1. Anda adalah apa yang anda tulis, jadi kalo ndak pernah nulis, anda bukan apa-apa di dunia maya
2. Tidak harus panjang, RSS mengajarkan hal ini, lebih dari RSS adalah cara pemberitaan http://slashdot.org/
3. Membikin ciri tema dalam penulisan

So, i decide to choose software engineering matters in my writing

See you in my next writing

IT, good or bad thing?

2006-04-21T00:53:00.000-07:00

Well,
IT sudah mengubah segalanya.
Salah satu yang mau saya sorotin adalah secara pribadi [ not perusahaan, negara etc ]kita termasuk yang mengambil keuntungan atau malah rugi?
Saya akan membahas berdasar prinsip-prinsip yang saya ketahui tentang IT :

1. Prinsip eksistensi
Mau ndak mau jika anda setidaknya membaca blogger ini maka anda pengguna IT yang aktif. Tahukah anda, ada study yang mengatakan bahwa di dunia maya, eksistensi anda ditunjukkan oleh tulisan anda, email anda dan sejenisnya?

2. Tools
Saya tidak tahu anda menggunakan IT untuk apa? Kerja? Study? Have Fun? Apapun itu saya akan mengatakan IT adalah tool yang selalu saja mempunyai dua sisi. Good side and Bad side. How many times you take benefit from it?

3. Information age
Masa revolusi industri yang ditandai dengan eksplorasi alam telah berganti dengan eksplorasi terhadap informasi, harus kita sadari bahwa informasi menentukan jalannya pekerjaan sehari, menjadi senjata strategis dalam persaingan dan bahkan memanipulasi kehidupan.

Tema yang berat, sudah ah...
Terakhir...
I hope that information can become wise knowledge.
I hope that all people in the earth can access information equally.

Kerendahan hati profesi

2006-03-17T21:40:00.000-08:00

It's all about emotional thing, tentang gengsi
Sometimes dalam profesi qta, qta merasa yang paling hebat dan tentu saja paling benar
Namun apakah seperti itu?

Saya dalam profesi IT merasa yang paling benar
Melupakan basic condition, yaitu qta adalah manusia
Ya, manusia adalah tempatnya sombong dan juga kekurangan menyatu

Kadang kita merasa software, desain, argumen qta yang paling benar
Tapi qta lupa, mungkin masih ada bug...
Mungkin masih ada requirement dan pertimbangan desain yang belum kita capture
Dan mungkin saja kita salah menggunakan teori dalam argumen kita

lastly, to wrong is human nature
ya kita mentoleransi kesalahan ( mau dibaca kemungkinan kesalahan dan kekurangan juga boleh )
tapi, kita tetap profesional dan kritis dan mau belajar terus

Selamat menerima kenyataan
Terus belajar

Dan have a nice weekend

IT Governance

2006-03-09T19:00:00.000-08:00

Sebetulnya pengen nulis juga mengenai Software Engineering, behind the scene, but keingatan oleh Handi yang pernah bertanya ttg IT Gov, ya udah sekarang bahas dulu IT Gov.

Dalam perkuliahan S2 di Dep. EL or IF ITB marak dilakukan pembahasan or kajian mengenai IT Governance, yang in Indonesian is Tata Kelola TI.
Apa itu Tata Kelola TI?

Well akan lebih menjelaskan melihat definisi dari Cotrol, yakni : "The Policies, Procedures, Practices and Organizational Structures, Designed to Provide Reasonable Assurance that Business Objectives will be Achieved and that Undesired Events will be Prevented or Detected or Corrected " [ taken from Cobit Document ].

Dan diakhiri dengan definisi IT Control Objective : '" A Statement of the desired result or purpose to be achieved by implementing control procedure in a particular IT activity".

Nah kurang lebih IT Gov itu sebagai Framework suatu organisasi yang activity-nya didukung oleh oleh TI agar efektif dan efisien ( bayangin investasi TI yang dikeluarin dan resiko-nya!!! ).

Sebetulnya masih kurang, tapi diasumsikan yang baca orang IT, jadi bisa googling sendiri dengan keyword : IT Governance, Cobit dan sejenisnya.

BAB IV Analisa :)
Apa pentingnya kita tahu IT Gov ( kalo gak tahu berarti kita kurang komprehensif dalam memandang dunia IT )?
1. Bahwasanya dunia TI, itu bukan hanya semata aplikasi doang, namun ada yang namanya Sistem Informasi or ada yang nyebut Teknologi Informasi
2. Aplikasi itu hidup untuk mendukung suatu proses bisnis, so kita harus aware terhadap hubungan antara IT dan bisnis
3. Agar harmonis maka IT dan bisnis harus align atau selaras atau harmonis
4. Dan agar langgeng maka hubungan IT yang mendukung bisnis itu harus ada kontrol or kendali

BAB V Simpulan dan Saran
Simpulan :: Alangkah anehnya kalo kit dipimpin oleh orang yang tidak ngerti TI secara komprehensif [ asumsi pekerjaan anda di bidang TI ]. Kalo mo yang lebih dramatis lagi adalah, alangkah super aneh kalo anda dipimpin oleh orang yang tidak sekolah TI.

Saran :: Mungkin saja saya salah dalam mengambil Simpulan :)

the return [ CMM ]

2006-03-02T19:12:00.000-08:00

Well, it've been a year when i last write blog.
Akhir-akhir ini saya teringat atas konsep yang dikemukan oleh seorang psikolog bahwa salah satu cara untuk melepaskan beban adalah dengan menuliskan atau bercerita dengan orang lain. And i choose 2nd option to write, i can take advantage to exercise writing too.

Coz i teach Software Engineering, many of my writing will be influenced by my knowledge in SE, it's funny when knowing that many thing i can use on my understanding in SE.

Sebagai salah satu contohnya adalah bagaimana kita dapat mengambil pelajaran dari SW Process ( Capabality Maturity Model ). Can u image that life is like software, it's complicated and full of uncertain thing ( including risk, quality etc ).

Based on CMM, there are 5 level of maturity, from :
1. non existent
2. initial/ad hoc
3. repeatable but intuitive
4. defined process\4. managed and measurable
5. optimised
So where are u in?

In SE, process define quality. In life, i think the same.....

Dana

World is flat

2005-07-15T02:09:00.000-07:00

Rabu, 13 Juli yang lalu ada seminar khusus dosen STT di Jur. IF
Pengisi adalah Sigit P. Jarot dari Nokia Jepang, pakar CDMA, orang Indo yang s1, s2, s3 dan kerja di Jepang.

Selalu aja ada yang menarik ndengerin orang2 kayak gini ngomong ( ntar Agustus ada Iko atau Ino, org Indo Phd, juga yang kerja di NTT yang akan ngomongin soal Data Mining ).

Karena kebetulan yang hadir banyakan orang Industri dan IF, dosen EL-nya cuman satu, jadi materi yang dibawakan lebih kaya nuansa Teknologi Informasinya.

Temanya adalah The World is Flat, sebuah buku karangan Thomas L. Friedman.
( url : www.thomaslfriedman.com/worldisflat.htm ). Diterangkan bahwa terdapat 10 hal yang mempengaruhi globalisasi, a.l : runtuhnya tembok berlin, go publicnya Netscape/browser, informing ( googling ), out source, offshore, open source, work flow, supply chain, in source dan ada yang lupa.

Kurang lebih dengan globalisasi, kita sebagai bangsa Indonesia dengan kekurangan yang ada harusnya dapat mengambil manfaat, karena dengan kompetisi yang global, ndak peduli orang Jepang, India, China, Amrik atau Eropa asalkan kita dapat bersaing maka kita sejajar dengan mereka.

Dan jangan anti dengan globalisasi ( tentu saja yang jelek2 kita ndak setuju, misalnya : perdagangan bebas yang merugikan posisi Indonesia ), karena globalisasi kayaknya bakalan akan jalan, ntah kita setuju or not, dan kita bersaing or not?

The World is flat, tahu sendiri khan, tentu saja hal ini dimungkinkan karena TI dan Telekomunikasi.

Teori2 :
1. Telekomunikasi mengarah ke : mobility, broadband, kecepatan
2. Kenapa kita makai 3g atau 4g ( ngimpi kali yeeee :) : kata mas Sigit sih, karena sifat telekomunikasi yang natural, maka 3g atau 4g nantinya akan menjawab sifat natural dalam berkomunikasi, pakai video dsb.

Terakhir, asyik juga ya kerja di lembaga riset, karena selain kita tetap belajar kita juga belajar teknologi baru.

Second system effect != chaos

2005-06-30T03:04:00.000-07:00

Sangat menarik untuk mengaitkan antara kehidupan dengan engineering/science bahkan software engineering ataupun computer science termasuk dalam hal ini.

Second system effect adalah salah satu essay dari Mythical Man Month. Secara garis besar second system effect berkaitan dengan permasalahan dengan pengembangan dari sistem yang sudah ada, miriplah dengan pembuatan versi baru.

Hal tersebut tentu bermasalah karena selain mempertimbangkan system lama,timbul masalah berkaitan dengan mentalitas yang ada yang merasa bahwa ahli yang ada sudah berpengalaman, namun perlu diingat bahwa sistem baru bukanlah sistem lama, namun sistem yang comply dengan sistem lama namun mempunyai kompleksitas yang lebih.

Kalau kita lihat demikian juga dengan kehidupan, setiap rangkain kejadian dapat kita tarik benang merah dengan masa lampau namun perubahan itu harus terjadi, tentu saja untuk kemajuan...

To wrong is human's nature

2005-06-28T03:06:00.000-07:00

Untuk itulah manusia diberi kesempatan...
Untuk memperbaiki kesalahan...
Dan juga untuk menabung dan berperilaku dalam mencegah kesalahan...

Kesempatan selalu datang untuk memperbaiki
Namun tidaklah mudah, kadang-kadang untuk memperbaiki
Karena apa yang akan kita lakukan sangat dipengaruhi oleh pemahaman dan apa yang kita lakukan...

Ibaratnya seorang pendekar, maka refleknya adalah jurus
Jurus adalah denyut napasnya...

Ya Allah berilah hamba pemahaman dan amal yang continue...

Trigered by some event and accident had happened this day, Tuesday, June 28th 2005

The Mythical Man-Month

2005-06-27T02:14:00.000-07:00

Apaan tuh?
Itu adalah buku yang berisi essay tentang Software Engineering yang dikarang oleh Frederick P. Brooks, JR.

Di kelas Proyek RPL semester genap 2004/2005 sudah dipresentasikan bab 1 s.d. 6 dari 19 bab yang ada Anniversary Edition ( per 1995 buku ini dah anniversay ke-20 th ). Buku ini ( dan bab yang ada di dalamnya ) dinobatkan sebagai salah satu buku yang berpengaruh terhadap Computer Science.

Kayaknya kehidupan buku ini berisi pengalaman, kegagalan dan lesson learned dari pengarang buku ini agar proyek manajemen RPL di kemudian hari dapat mengambil pelajaran dari buku ini.

Kutipan dari wikipedia ( http://en.wikipedia.org/wiki/The_Mythical_Man-Month ) ::
Many software professionals have lamented the fact that 30 years after the book's first publication they are still working on projects whose managers are still making the mistakes that Brooks identifies. When challenged with this in 2004, Brooks stated with characteristic modest humour: "They call this book the Bible of Software Engineering... and that's because everybody reads it but nobody does anything about it!" :::

Untuk pertama kali

2005-06-23T06:12:00.000-07:00

Terinspirasi oleh Awan, my eks pal at STT Telkom...
Padahal sudah sejak dari dulu tahu ada blogger,
anyway gak ada kata terlambat untuk memulai yang baik...

Well, setelah lulus s1 dan bekerja, aku hampir menganggap CS ( computer science ) is hanya gitu-gitu aja, analisaku karena aku terjebak dalam rutinitas kerjaan kantor...

Trus aku mutusin kembali ke kampus untuk menjadi dosen.
Since than, my way to see CS was turn 180*...
Karena harus belajar dan semakin lama aku belajar dan mendalami suatu obyek, i see thing that i think i want to see it before, well my journey rebegin again...

Aku melihat seni dalam CS sedikit demi sedikit....