Software Requirements Rifki Indra P 4/10/2017 Software Requirements

Software Requirements Objectives To introduce the concepts of user and system requirements To describe functional and non-functional requirements To explain how software requirements may be organised in a requirements document 4/10/2017 Software Requirements

Requirements engineering Proses pembentukan kebutuhan/layanan pengguna yang dibutuhkan dari sistem, berupa batasan, fitur, dan kendala dalam operating dan develop. Requirement engineering adalah deskripsi dari layanan sistem dan batasan yang dibangkitkan selama proses rekayasa 4/10/2017 Software Requirements

Software Requirements What is a requirement? Mendiskripsikan kebutuhan, batasan, dan spesifikasi fungsional sistem Requirements may serve a dual function Dapat menjadi dasar untuk penawaran kontrak Dapat menjadi dasar untuk kontrak itu sendiri Kedua pernyataan ini dapat disebut persyaratan 4/10/2017 Software Requirements

Requirements abstraction (Davis) 4/10/2017 Software Requirements

Software Requirements Types of requirement User requirements Pernyataan dalam bahasa natural plus diagram layanan yang tersedia dan batasan operasional. Ditulis oleh konsumen. System requirements Dokumen terstruktur berisi diskripsi detail dari fungsi sistem, layanan dan kendala operasional. Mendefinisikan apa yang harus dilaksanakan sehingga dapat menjadi bagian dari kontrak antara klien dan kontraktor. 4/10/2017 Software Requirements

Definitions and specifications 4/10/2017 Software Requirements

Software Requirements Requirements readers 4/10/2017 Software Requirements

Functional and non-functional requirements Functional requirements/kebutuhan user Pernyataan layanan sistem yang harus disediakan, bagaimana sistem harus bereaksi terhadap input tertentu dan bagaimana sistem harus berperilaku dalam situasi tertentu. Non-functional requirements/kebutuhan sistem Batasan layanan atau fungsi yang ditawarkan oleh sistem seperti kendala waktu, kendala pada proses pembangunan, standar, dll Domain requirements Kebutuhan yang datang dari domain aplikasi dari sistem dan yang mencerminkan karakteristik dari domain tersebut 4/10/2017 Software Requirements

Functional requirements Menggambarkan fungsionalitas atau layanan sistem. Tergantung pada jenis perangkat lunak, pengguna dan jenis sistem di mana perangkat lunak digunakan. Kebutuhan fungsional user mungkin tinggi kebutuhan dari apa yang bisa dilakukan sistem tetapi requirement fungsional sistem harus menggambarkan layanan sistem secara detail. 4/10/2017 Software Requirements

Non-functional requirements Ini mendefinisikan sifat sistem dan kendala misalnya kehandalan, waktu respon dan persyaratan penyimpanan. batasan adalah kemampuan / ketidakmampuan perangkat, representasi sistem dll Kebutuhan non-fungsional mungkin lebih penting dari kebutuhan fungsional. Jika tidak dipenuhi, sistem tidak berguna. 4/10/2017 Software Requirements

Non-functional classifications Product requirements Kebutuhan yang menetapkan bahwa produk yang dikirim harus berperilaku dalam cara tertentu misalnya kecepatan eksekusi, kehandalan, mampu brp user, dll Organisational requirements kebutuhan yang merupakan konsekuensi dari kebijakan organisasi dan prosedur misalnya standar proses yang digunakan, kebutuhan implementasi, framework dll External requirements Kebutuhan yang muncul dari faktor yang eksternal misalnya pengembangan proses yang interoperabilitas,kebijakan, aturan, dll 4/10/2017 Software Requirements

Non-functional requirement types 4/10/2017 Software Requirements

Types of Nonfunctional Requirements operate, as well as the type and degree of security that must be provided. · happen? increase profits. What are the budgetary limits? handling (backups, offsite storage, etc.) of the data? Performance Information Control (and Security) Requirement Type Explanation Performance requirements represent the performance the system is required to exhibit to meet the needs of users. What is the acceptable throughput rate? What is the acceptable response time? Informatio n requirements represent the information that is pertinent to the users in terms of content, timeliness, accuracy, and format. What are the necessary inputs and outputs? When must they What is the required data to be stored? How current must the information be? What are the interfaces to external systems? Economy requirements represent the need for the system to reduce costs or What are the areas of the system where costs must be reduced? How much should costs be reduced or profits be increased? What is the timetable for development? Control requirements represent the environment in which the system must Must access to the system or information be controlled? What are the privacy requirements? Does the criticality of the data necessitate the need for special Economic Teaching Tips Review each category and have the students give additional examples. Teaching Notes Other classifications of requirements exist and are published by IEEE and in Military standards. We chose to use PIECES to be consistent and reinforce the theme of the textbook. Chapter 6 - Requirements Discovery

Types of Nonfunctional Requirements (concluded) Requirement Type Explanation Efficiency Efficiency requirements represent the systems ability to produce outputs with minimal waste. · Are there duplicate steps in the process that must be eliminated? Are there ways to reduce waste in the way the system uses it resources? Service Service requirements represent needs in order for the system to be reliable, flexible, and expandable. Who will use the system and where are they located? Will there be different types of users? What are the appropriate human factors? What training devices and training materials are to be included in the system? What training devices and training materials are to be developed and maintained separately from the system, such as stand- alone computer based training (CBT) programs or databases? What are the reliability/availability requirements? Ho w should the system be packaged and distributed? What documentation is required? No additional notes. Chapter 6 - Requirements Discovery

An Ambiguous Requirements Statement Create a means to transport a single individual from home to place of work. Management Interpretation I T User Teaching Tips Try to give other examples of a requirements statement that can be interpreted many ways. These can relate to homework assignments, current events, or normal household chores. Chapter 6 - Requirements Discovery

Software Requirements Contoh : E-KTP BATASAN USER Penduduk awam (read only) - melakukan pendaftaran OL dan melihat history - melakukan review akses informasi dari sistem Administrator (full control system) - melakukan editing, maintain data, dan backup data Operator (input only) - melakukan entry data sesuai dengan hak dan kewenangannya KEB. USER User dapat mengisikan biodata dari manapun User dapat melakukan permohonan pembuatan KTP secara online User dapat menggunakan identitasnya(ktp) di daerah mana saja, diluar daerah domisilinya (alamat ktp). 4/10/2017 Software Requirements

Software Requirements KEB. SISTEM Sistem ini terdiri dari 3 modul pokok yaitu pengaturan, transaksi dan laporan Sistem mampu menyediakan form input identitas diri Sistem mampu menyimpan, mengedit, menambah data kemaren, sekarang dan akan datang Sistem mampu mengakomodir kombinasi data fisik (digitas+analog) Sistem mampu mengakomodir pembuatan e-C1 Sistem mampu mencetak langsung hasil e-KTP Sistem mampu menintegrasikan dengan C1(KK) dan kebenaran data user Sistem mampu melakukan croscheck terhadap kevalidan data identitas sesuai C1 Sistem menyediakan approval atasan untuk keperluan layak terbit Sistem mampu mengenerate nomor induk KTP secara instan dan tunggal v 4/10/2017 Software Requirements

Results of Incorrect Requirements Sistem yg di kembangkan mgkn membutuhkan biaya lebih dari yang diproyeksikan. Sistem ini dapat di sign-out lebih dari wkt yang dijanjikan. Sistem mungkin tidak memenuhi harapan para pengguna 'dan ketidakpuasan yang mungkin menyebabkan mereka tidak menggunakannya. Setelah di produksi, biaya untuk mempertahankan dan meningkatkan sistem mungkin terlalu tinggi. Sistem ini dapat diandalkan dan rentan terhadap kesalahan dan downtime. Reputasi staf TI dalam tim ini ternoda karena kegagalan apapun, terlepas dari siapa yang salah, akan dianggap sebagai kesalahan oleh tim. No additional notes. Chapter 6 - Requirements Discovery