Personal Extreme Programming with Moscow Prioritization for Developing Library Information System
Total Page:16
File Type:pdf, Size:1020Kb
View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Proceeding of the Electrical Engineering Computer Science and Informatics Proceeding of EECSI 2018, Malang - Indonesia, 16-18 Oct 2018 Personal Extreme Programming with MoSCoW Prioritization for Developing Library Information System 1st Gita Indah Marthasari 2nd Wildan Suharso 3rd Frendy Ardiansyah Informatika Informatika Informatika Universitas Muhammadiyah Malang Universitas Muhammadiyah Malang Universitas Muhammadiyah Malang Malang, Indonesia Malang, Indonesia Malang, Indonesia [email protected] [email protected] [email protected] Abstract— Software development projects require determined so that the application is completed on time as experience and knowledge of the developer or clients related to user’s request. The priority setting in PXP is based on the system which will be developed. Unclear clients’ needs technical risk, and business value [7]. potentially emerge many changes of needs during the process State Attorney is one of the institutions that play an of development which can not be resolved by using essential role in the control of the law and the welfare of the conventional software development methodology. The implementation of the less significant requirements either from people, especially in the territory of its power in Indonesia the clients or the other stakeholders causes the project [8]. Based on the preliminary survey, we have found a few development becomes longer. Therefore, a technique is needed weaknesses in the service process in Batu State Attorney. to arrange the priority of software requirements. In this paper, One of the weaknesses is found in library services. A we combine personal extreme programming (PXP) member who is going to search for books should look into methodology with Moscow technique to overcome those the catalog in the library. After getting the book code, the problems. PXP is suitable to use in small to medium-sized member can start searching for books from the shelves projects if the clients do not know in detail about the needs in according to the code. This sort of searching process can the development of applications, applications needed in take some time, especially if the book collection is relatively quick time, and the development phase is adjusted to use by a single programmer. Moscow technique was used for overwhelming. This makes it difficult for members (as prioritizing requirements elicited in PXP methodology. prosecutors) when they need a source of information in a Moscow is a method to determine priority needs based on cost, short time to support their work. Another problem is the risk, and business value. This technique was applied during the catalog which material made from paper and has a risk of planning phase of PXP to develop library application, thereby being lost or damaged. When that happens, a librarian has to it reduced the time of project completion. The result was a rewrite each transaction and collection list from scratch, so library application suited the needs of clients to support it takes a lot of energy and time. Besides, the library has no business processes at Batu State Attorney's library. media to remind the members when the duration of the borrowing is up, so they often forget to return the book Keywords—personal extreme programming, Batu state attorney, library information system, moscow prioritization, test which potentially lost. The solution to overcome the driven development. problems mentioned above is to make an improvement of the library service. Therefore, we need to develop a web- based system to help library management. I. INTRODUCTION The initial stage of creating an application is to clearly Agile Development is a collection of application define all needs, controls, and functions [9], but it is known development methodology which has an incremental and that the clients, as well as the users (librarian), do not have a iterative concept [1], [2]. It focuses on processing detailed knowledge of the functional requirements for the application and communication with clients. Its goal is to library application to be developed. As a result, many make faster response change and will reduce the completion changes and adjustments of requirements will potentially time of application development projects. The changes are occur. Changes to needs that have lack significant in the form of cost, requirements, schedule, and team functionality in the application will increase the project members [2]. Examples of methodologies in Agile duration. The solution is involving the clients’ roles through Development are SCRUM and Extreme Programming (XP) intensive communication throughout the project. One of the [3], [4]. The comparison between them is that SCRUM clients’ roles is describing all the desirable needs and focuses on project management and team member [3], while determining its priority based on the impact on the XP focuses on application programming, feedback, and functionality of the application. Priority setting of communication with clients. XP is suitable to use in small to requirements also has an impact on project completion time. medium-sized projects if the clients do not know in detail In the PXP project, clients play an essential role to about the needs in the development of application and determine priority. Referring to the needs and clients’ application needed in relatively quick time. In the requirements, it is necessary to select the appropriate development, the phase in XP practice is adjusted to use by priority method. A quick and easy approach to help clients a single programmer called Personal Extreme Programming set priorities is MoSCoW. MoSCoW is a method for (PXP) [5], [6]. In PXP, the priority requirements need to be prioritizing requirements based on cost, risk, and business XXX-X-XXXX-XXXX-X/XX/$978-1-5386-8402-3/18/$31.00XX.00 ©20XX ©2018 IEEE IEEE 537 Proceeding of EECSI 2018, Malang - Indonesia, 16-18 Oct 2018 value. These requirements will be grouped into four B. Planning categories: Must have, Should have, Could have, and Will Planning stage describes the procedure on the user story not have [10], [11]. Therefore, we created a web-based obtained from the requirements stage. We determined the library system by involving the role of clients during the estimated time of implement the user story, the priority process of making the application. PXP and MoSCoW were needs using Moscow with technical risk criteria, and used as the development methodology to support the roles business value based on [14], [15], and to create a list of of the clients. The result is a web-based library system of release planning. The results of prioritizing Moscow refer to Batu State Attorney to assist the performance of library [16] as follows: management and the staff and to overcome the problems Must have criteria lists all of user story meets the mentioned before. criteria of business value and technical risk as follows: a. Registering members, this user story must be II. RESEARCH METHOD implemented in the system. It explains the business This research used Personal Extreme Programming processes of borrowing books and to do that a user (PXP) as the development methodology combine with the must be registered as a member. MoSCoW as requirements prioritization technique (Figure b. Signing up the book, the user story becomes a 1). Overall, we conduct requirements elicitation from clients significant function because it helps the clients' need to identify functional specification of the system then the of storing and backing up book data, searching, and iteration phase is started. This phase starts with design step borrowing books. and continue untill the final step, retrospective, which is the c. Borrowing the book, this user story is the main end of iteration stage. feature of the system for processing, storing, and backing up data, storing. This functional Requirement specification is required for due date notification. d. Automatic reminder messages, this user story also Planning becomes the main feature to prevent members who are late returning the book. Developer e. Book searching by title, this user story helps users Iteration Initialization Iteration finding the availability of books to be borrowed. f. Calculating automatic fines, this user story is Design essential to help admins calculate the cost of fines for late return of books. Implementation g. Notice of due date on the admin side, user story plays a role to help admins view the list of borrowed books Unit Testing that have been in due date which is difficult to do manually. Code h. New book notification, user story becomes a key feature to make users aware of the latest book list. Refactoring i. User-specific access, user story restricts and differentiates user permissions. System Testing j. Restoring the book, user story must exist as a critical feature of the business process of borrowing books on library applications. Retrospective k. Registering a new admin, user story stores admin data and permissions to log into the data library in FIG I. STAGES OF PXP METHODOLOGY [6]. library application. Should have category is a user story criteria that does not meet the technical risk criteria, but still has business III. RESULT AND DISCUSSION value or can help the business process of library users. User story in the “should have” category is implemented within A. Requirements the specified time frame, but the project is not considered This stage was done by collecting data at Batu State failed even if not implemented. User story included in this Attorney Office. We asked the developers and the clients to category are as follows: describe the needs based on the problems encountered. These a. Changing the website information data, this user needs will be converted into a functional specification in the story provides library information of Batu State application library. In the PXP methodology, needs refer to Attorney, such as logos, agency names, addresses, user stories written on cards which are called user story and contacts.