1 / 19

Software Requirements

Software Requirements. Rifki Indra P. 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. Requirements engineering.

esme
Download Presentation

Software Requirements

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Software Requirements Rifki Indra P Software Requirements

  2. 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 Software Requirements

  3. Requirements engineering • Proses pembentukan kebutuhan/layanan penggunayang dibutuhkan dari sistem, berupabatasan, fitur,dan kendala dalam operating dan develop. • Requirement engineering adalah deskripsi dari layanan sistem dan batasan yang dibangkitkan selama proses rekayasa Software Requirements

  4. What is a requirement? • Mendiskripsikankebutuhan, batasan, danspesifikasifungsionalsistem • Requirements may serve a dual function • Dapat menjadi dasar untuk penawaran kontrak Dapat menjadi dasar untuk kontrak itu sendiriKedua pernyataan ini dapat disebut persyaratan Software Requirements

  5. Requirements abstraction (Davis) Software Requirements

  6. 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. Software Requirements

  7. Definitions and specifications Software Requirements

  8. Requirements readers Software Requirements

  9. 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/kebutuhansistem • 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 Software Requirements

  10. 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 bisadilakukansistem tetapi requirement fungsional sistemharus menggambarkan layanan sistem secara detail. Software Requirements

  11. 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. Software Requirements

  12. Non-functional classifications • Product requirements • Kebutuhan yang menetapkan bahwa produk yang dikirim harus berperilaku dalam cara tertentu misalnya kecepatan eksekusi, kehandalan, mampubrp user, dll • Organisational requirements • kebutuhanyang 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 Software Requirements

  13. Non-functional requirement types Software Requirements

  14. Requirement Type Explanation Performance 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? Information 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 happen? · 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 increase profits. · What are the areas of the system where costs must be reduced? · How much should costs be reduced or profits be increased? · What are the budgetary limits? · What is the timetable for development? Control (and Security) Control requirements represent the environment in which the system must operate, as well as the type and degree of security that must be provided. · 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 handling (backups, offsite storage, etc.) of the data? Types of Nonfunctional Requirements Economic

  15. 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? Types of Nonfunctional Requirements (concluded)

  16. Requirement: Create a means to transport a single individual from home to place of work. Management I T User Interpretation Interpretation Interpretation An Ambiguous Requirements Statement

  17. 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). Software Requirements

  18. 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 Software Requirements

  19. 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.

More Related