The document is a software requirement specification (SRS) for a room booking application called ReservaRoom. The SRS outlines 12 main functions of the application including allowing users to create an account, edit their account, view schedules, apply to reserve different room types, and for administrators and department heads to approve reservations. It provides details on system descriptions, user characteristics, functional requirements through use case diagrams, activity diagrams, sequence diagrams, and class diagrams. The SRS aims to provide a comprehensive overview and requirements for developing the ReservaRoom room booking application.
Are you looking to write down a Project Management Plan and don't how to start.
Here is a free Project Management Plan template with embedded instructions from Simplilearn.
Completely free!! Go ahead and use it!
Software Project Management: Project SummaryMinhas Kamal
Software Project Management: ResearchColab- Project Summary (Document-13)
Presented in 4th year of Bachelor of Science in Software Engineering (BSSE) course at Institute of Information Technology, University of Dhaka (IIT, DU).
Are you looking to write down a Project Management Plan and don't how to start.
Here is a free Project Management Plan template with embedded instructions from Simplilearn.
Completely free!! Go ahead and use it!
Software Project Management: Project SummaryMinhas Kamal
Software Project Management: ResearchColab- Project Summary (Document-13)
Presented in 4th year of Bachelor of Science in Software Engineering (BSSE) course at Institute of Information Technology, University of Dhaka (IIT, DU).
A reflective journal helping you realise that life is good. Believe it or not sometimes we feel that there is nothing good in our lives however when you take the time to reflect on your life you will realise just how good it is.
Are you ready to take your life to the next level
Д-р Фредерик Кленнер (США)
Image
Наблюдения за результатами применения аскорбиновой кислоты в патологии человека при использовании ее в количествах, превышающих диапазон витамина. Часть II
Journal of Applied Nutrition vol. 23, 3–4, Winter 1971
Источник: http://www.doctoryourself.com/klennerpaper.html
Перевод: http://homeoint.ru/vaccines/opinions/klenner_vitC1.htm
Android project Icons Management Sysytem Report
Using Google's firebase online realtime database its was so much fun working with firebase. Its too boring first time but when it worked it's very interesting
A reflective journal helping you realise that life is good. Believe it or not sometimes we feel that there is nothing good in our lives however when you take the time to reflect on your life you will realise just how good it is.
Are you ready to take your life to the next level
Д-р Фредерик Кленнер (США)
Image
Наблюдения за результатами применения аскорбиновой кислоты в патологии человека при использовании ее в количествах, превышающих диапазон витамина. Часть II
Journal of Applied Nutrition vol. 23, 3–4, Winter 1971
Источник: http://www.doctoryourself.com/klennerpaper.html
Перевод: http://homeoint.ru/vaccines/opinions/klenner_vitC1.htm
Android project Icons Management Sysytem Report
Using Google's firebase online realtime database its was so much fun working with firebase. Its too boring first time but when it worked it's very interesting
A SOFTWARE REQUIREMENT ENGINEERING TECHNIQUE USING OOADA-RE AND CSC FOR IOT B...ijseajournal
This Internet of things is one of the most trending technology with wide range of applications. Here we are going to focus on Medical and Healthcare applications of IOT. Generally such IOT applications are very complex comprising of many different modules. Thus a lot of care has to be taken during the requirement engineering of IOT applications. Requirement Engineering is a process of structuring all the requirements of the users. This is the base phase of software development which greatly affects the rest of the phases. Thus our best should be given in the engineering of requirements because if the effort goes down here, it will greatly affect the quality of the end product. In this study we have presented an approach to improve the requirements engineering phase of IOT applications development by using Object Oriented Analysis and Design Approach(OOADA) along with Constraints Story Card(CSC) templates.
75629 Topic prevention measures for vulneranbilitiesNumber of.docxsleeperharwell
75629 Topic: prevention measures for vulneranbilities
Number of Pages: 2 (Double Spaced)
Number of sources: 1
Writing Style: APA
Type of document: Editing
Academic Level:Undergraduate
Category: Computer Science
Language Style: English (U.S.)
Order Instructions: Attached
After identifying your organizations' vulnerabilities through previous weekly assignments, you now need to develop security measures to protect those vulnerabilities.
Create a spreadsheet of vulnerabilities and prevention measures for your organization.
Categorize by people, process, or technology.
Provide 350- to 700-word paper onnext steps for each prevention measure based on the vulnerability, potential incident, environmental and security controls in SDLC.
Submit your spreadsheet and paper using the Assignment Files tab.
Data Flow Diagram (DFD) Tips
Processes: Verbs
Dataflows: Nouns
Data Stores: Nouns
External Entities: Nouns
1) Process’s input & output are different
2) Each data store should have at least
one data flow in and one data flow out
3) Each process should have at least one
data flow in and one data flow out
4) All inputs and outputs should be
labeled
5) Processes should have an identifier
(Ex., 1.0, 2.0, etc.)
Process Process
Process-to-Process
Process Process
Process-to-Process
Process-to-External Entity
Process
External
Entity
Process-to-External Entity
Process
External
Entity
Data S tore
Process-to-Data Store
Process Data S tore
Process-to-Data Store
Process
External Entity-to-External Entity
External
Entity
External
Entity
External Entity-to-External Entity
External
Entity
External
Entity
Data S tore
Data Store-to-Data Store
Data S toreData S tore
Data Store-to-Data Store
Data S tore
External Entity-to-Data StoreExternal Entity-to-Data Store
External
Entity
Data S tore
External
Entity
Data S tore
External
Entity
Data S tore
External Entity-to-Data Store
External
Entity
Data S toreProcess Process
Process-to-Process
Process-to-External Entity
Process
External
Entity
Data S tore
Process-to-Data Store
Process
External Entity-to-External Entity
External
Entity
External
Entity
Data S tore
Data Store-to-Data Store
Data S tore
External Entity-to-Data Store
External
Entity
Data S tore
DFD_Rules.vsdxTop Process
Stage 2: Requirements Specification
Before you begin this assignment, be sure you have read the Case Study and all assignments for this class, especially Stage 4: Final System Report. The feedback you received on your Stage 1 assignment should be reviewed and used as you proceed with Stage 2.
Purpose of this Assignment
This assignment gives you the opportunity to specify clear and concise requirements, including the use of data and process models, for a system that enables a productive change in a way the business is conducted. This assignment specifically addresses the following course outcomes to enable you to:
· apply a systematic approach to .
Reengineering framework for open source software using decision tree approachIJECEIAES
A Software engineering is an approach to software development. Once software gets developed and delivered, it needs maintenance. Changes in software incur due to new requirements of the end-user, identification of bug in software or failure to achieve system objective. It has been observed that successive maintenance in the developed software reduces software quality and degrades the performance of software system. Reengineering is an approach of retaining the software quality and improving maintainability of the software system. But the question arises “when to reengineer the software”. The paper proposed a framework for software reengineering process using decision tree approach which helps decision makers to decide whether to maintain or reengineer the software systems.
Bug Tracking System is a web-based application that is designed to help quality assurance and programmers keep track of reported software bugs in their work. Bugs will be assigned to a person with a bug id, flag, description, project name.
Operating System : Windows XP or above
User Interface : HTML, CSS
Client-side Scripting : PHP
Back End : MySQL
Web Server : Apache Tomcat 7.0.22
IDE : NetBeans 7.1
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...Levi Shapiro
Letter from the Congress of the United States regarding Anti-Semitism sent June 3rd to MIT President Sally Kornbluth, MIT Corp Chair, Mark Gorenberg
Dear Dr. Kornbluth and Mr. Gorenberg,
The US House of Representatives is deeply concerned by ongoing and pervasive acts of antisemitic
harassment and intimidation at the Massachusetts Institute of Technology (MIT). Failing to act decisively to ensure a safe learning environment for all students would be a grave dereliction of your responsibilities as President of MIT and Chair of the MIT Corporation.
This Congress will not stand idly by and allow an environment hostile to Jewish students to persist. The House believes that your institution is in violation of Title VI of the Civil Rights Act, and the inability or
unwillingness to rectify this violation through action requires accountability.
Postsecondary education is a unique opportunity for students to learn and have their ideas and beliefs challenged. However, universities receiving hundreds of millions of federal funds annually have denied
students that opportunity and have been hijacked to become venues for the promotion of terrorism, antisemitic harassment and intimidation, unlawful encampments, and in some cases, assaults and riots.
The House of Representatives will not countenance the use of federal funds to indoctrinate students into hateful, antisemitic, anti-American supporters of terrorism. Investigations into campus antisemitism by the Committee on Education and the Workforce and the Committee on Ways and Means have been expanded into a Congress-wide probe across all relevant jurisdictions to address this national crisis. The undersigned Committees will conduct oversight into the use of federal funds at MIT and its learning environment under authorities granted to each Committee.
• The Committee on Education and the Workforce has been investigating your institution since December 7, 2023. The Committee has broad jurisdiction over postsecondary education, including its compliance with Title VI of the Civil Rights Act, campus safety concerns over disruptions to the learning environment, and the awarding of federal student aid under the Higher Education Act.
• The Committee on Oversight and Accountability is investigating the sources of funding and other support flowing to groups espousing pro-Hamas propaganda and engaged in antisemitic harassment and intimidation of students. The Committee on Oversight and Accountability is the principal oversight committee of the US House of Representatives and has broad authority to investigate “any matter” at “any time” under House Rule X.
• The Committee on Ways and Means has been investigating several universities since November 15, 2023, when the Committee held a hearing entitled From Ivory Towers to Dark Corners: Investigating the Nexus Between Antisemitism, Tax-Exempt Universities, and Terror Financing. The Committee followed the hearing with letters to those institutions on January 10, 202
Acetabularia Information For Class 9 .docxvaibhavrinwa19
Acetabularia acetabulum is a single-celled green alga that in its vegetative state is morphologically differentiated into a basal rhizoid and an axially elongated stalk, which bears whorls of branching hairs. The single diploid nucleus resides in the rhizoid.
The Roman Empire A Historical Colossus.pdfkaushalkr1407
The Roman Empire, a vast and enduring power, stands as one of history's most remarkable civilizations, leaving an indelible imprint on the world. It emerged from the Roman Republic, transitioning into an imperial powerhouse under the leadership of Augustus Caesar in 27 BCE. This transformation marked the beginning of an era defined by unprecedented territorial expansion, architectural marvels, and profound cultural influence.
The empire's roots lie in the city of Rome, founded, according to legend, by Romulus in 753 BCE. Over centuries, Rome evolved from a small settlement to a formidable republic, characterized by a complex political system with elected officials and checks on power. However, internal strife, class conflicts, and military ambitions paved the way for the end of the Republic. Julius Caesar’s dictatorship and subsequent assassination in 44 BCE created a power vacuum, leading to a civil war. Octavian, later Augustus, emerged victorious, heralding the Roman Empire’s birth.
Under Augustus, the empire experienced the Pax Romana, a 200-year period of relative peace and stability. Augustus reformed the military, established efficient administrative systems, and initiated grand construction projects. The empire's borders expanded, encompassing territories from Britain to Egypt and from Spain to the Euphrates. Roman legions, renowned for their discipline and engineering prowess, secured and maintained these vast territories, building roads, fortifications, and cities that facilitated control and integration.
The Roman Empire’s society was hierarchical, with a rigid class system. At the top were the patricians, wealthy elites who held significant political power. Below them were the plebeians, free citizens with limited political influence, and the vast numbers of slaves who formed the backbone of the economy. The family unit was central, governed by the paterfamilias, the male head who held absolute authority.
Culturally, the Romans were eclectic, absorbing and adapting elements from the civilizations they encountered, particularly the Greeks. Roman art, literature, and philosophy reflected this synthesis, creating a rich cultural tapestry. Latin, the Roman language, became the lingua franca of the Western world, influencing numerous modern languages.
Roman architecture and engineering achievements were monumental. They perfected the arch, vault, and dome, constructing enduring structures like the Colosseum, Pantheon, and aqueducts. These engineering marvels not only showcased Roman ingenuity but also served practical purposes, from public entertainment to water supply.
A Strategic Approach: GenAI in EducationPeter Windle
Artificial Intelligence (AI) technologies such as Generative AI, Image Generators and Large Language Models have had a dramatic impact on teaching, learning and assessment over the past 18 months. The most immediate threat AI posed was to Academic Integrity with Higher Education Institutes (HEIs) focusing their efforts on combating the use of GenAI in assessment. Guidelines were developed for staff and students, policies put in place too. Innovative educators have forged paths in the use of Generative AI for teaching, learning and assessments leading to pockets of transformation springing up across HEIs, often with little or no top-down guidance, support or direction.
This Gasta posits a strategic approach to integrating AI into HEIs to prepare staff, students and the curriculum for an evolving world and workplace. We will highlight the advantages of working with these technologies beyond the realm of teaching, learning and assessment by considering prompt engineering skills, industry impact, curriculum changes, and the need for staff upskilling. In contrast, not engaging strategically with Generative AI poses risks, including falling behind peers, missed opportunities and failing to ensure our graduates remain employable. The rapid evolution of AI technologies necessitates a proactive and strategic approach if we are to remain relevant.
Instructions for Submissions thorugh G- Classroom.pptxJheel Barad
This presentation provides a briefing on how to upload submissions and documents in Google Classroom. It was prepared as part of an orientation for new Sainik School in-service teacher trainees. As a training officer, my goal is to ensure that you are comfortable and proficient with this essential tool for managing assignments and fostering student engagement.
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdfTechSoup
In this webinar you will learn how your organization can access TechSoup's wide variety of product discount and donation programs. From hardware to software, we'll give you a tour of the tools available to help your nonprofit with productivity, collaboration, financial management, donor tracking, security, and more.
Unit 8 - Information and Communication Technology (Paper I).pdfThiyagu K
This slides describes the basic concepts of ICT, basics of Email, Emerging Technology and Digital Initiatives in Education. This presentations aligns with the UGC Paper I syllabus.
The French Revolution, which began in 1789, was a period of radical social and political upheaval in France. It marked the decline of absolute monarchies, the rise of secular and democratic republics, and the eventual rise of Napoleon Bonaparte. This revolutionary period is crucial in understanding the transition from feudalism to modernity in Europe.
For more information, visit-www.vavaclasses.com
Synthetic Fiber Construction in lab .pptxPavel ( NSTU)
Synthetic fiber production is a fascinating and complex field that blends chemistry, engineering, and environmental science. By understanding these aspects, students can gain a comprehensive view of synthetic fiber production, its impact on society and the environment, and the potential for future innovations. Synthetic fibers play a crucial role in modern society, impacting various aspects of daily life, industry, and the environment. ynthetic fibers are integral to modern life, offering a range of benefits from cost-effectiveness and versatility to innovative applications and performance characteristics. While they pose environmental challenges, ongoing research and development aim to create more sustainable and eco-friendly alternatives. Understanding the importance of synthetic fibers helps in appreciating their role in the economy, industry, and daily life, while also emphasizing the need for sustainable practices and innovation.
1. DOCUMENT
SOFTWARE REQUIREMENT SPECIFICATION
RESERVAROOM
ROOM BORROWING APPLICATION
for:
Teknik Informatika ITS
Prepared By:
M Hendri Febriansyah (5114100036)
Tosca Yoel Connery (5114100061)
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Kampus ITS Keputih Sukolilo Surabaya
Jurusan
Teknik Informatika
ITS
Document Number Page
SRS-001 1/#52
Revision - DD MM YYYY
3. Jurusan Teknik Informatika ITS SRS-001 Page 3 from 60
INDEX
DATE
- A B C D E F G
Ditulis
oleh
Diperiksa
oleh
Approved
by
List Changes Page
Page Revision Page Revision
4. Jurusan Teknik Informatika ITS SRS-001 Page 4 from 60
Contents
1 Preliminary
1.1 Purpose of Writing The Document
1.2 Scope of The Problem
1.3 Definitions and Terms
1.4 Rules of Naming and Numbering
1.5 Reference
1.6 Document Overview
2 General Description of This Software
2.1 General Description of System
2.2 Product Function
2.3 User Characteristics
2.4 Limitation
2.5 Operation Interface
3 General Requirement Description
3.1 External Interface Requirement
3.1.1 Input/Output Interface
3.1.2 Hardware Interface
3.1.3 Software Interface
3.1.4 Communication Interface
3.2 Functional Description
3.2.1 Use Case Diagram
3.2.2 Function 1: Create Account
3.2.2.1 Scenario: Create Account
3.2.2.2 Activity Diagram: Create Account
3.2.2.3 Sequence Diagram: Create Account
3.2.2.4 Object Collaboration Diagram: Create Account
3.2.3 Function 2: Edit Account
3.2.3.1 Scenario: Edit Account
3.2.3.2 Activity Diagram: Edit Account
3.2.3.3 Sequence Diagram: Edit Account
3.2.3.4 Object Collaboration Diagram: Edit Account
3.2.4 Function 3: View Schedule
3.2.4.1 Scenario: View Schedule
3.2.4.2 Activity Diagram: View Schedule
3.2.4.3 Sequence Diagram: View Schedule
3.2.4.4 Object Collaboration Diagram: View Schedule
3.2.5 Function 4: Apply Proposal Music Studio
3.2.5.1 Scenario: Apply Proposal Music Studio
3.2.5.2 Activity Diagram: Apply Proposal Music Studio
3.2.5.3 Sequence Diagram: Apply Proposal Music Studio
3.2.5.4 Object Collaboration Diagram: Apply Proposal Music Studio
3.2.6 Function 5: Apply Proposal Classroom
5. Jurusan Teknik Informatika ITS SRS-001 Page 5 from 60
3.2.6.1 Scenario: Apply Proposal Classroom
3.2.6.2 Activity Diagram: Apply Proposal Classroom
3.2.6.3 Sequence Diagram: Apply Proposal Classroom
3.2.6.4 Object Collaboration Diagram: Apply Proposal Laboratory
3.2.7 Function 6: Apply Proposal Laboratory
3.2.7.1 Scenario: Apply Proposal Laboratory
3.2.7.2 Activity Diagram: Apply Proposal Laboratory
3.2.7.3 Sequence Diagram: Apply Proposal Laboratory
3.2.7.4 Object Collaboration Diagram: Apply Proposal Laboratory
3.2.8 Function 7: Apply Proposal Hall
3.2.8.1 Scenario: Apply Proposal Hall
3.2.8.2 Activity Diagram: Apply Proposal Hall
3.2.8.3 Sequence Diagram: Apply Proposal Hall
3.2.8.4 Object Collaboration Diagram: Apply Proposal Hall
3.2.9 Function 8: Head of Major Give Permission
3.2.9.1 Scenario: Head of Major Give Permission
3.2.9.2 Activity Diagram: Head of Major Give Permission
3.2.9.3 Sequence Diagram: Head of Major Give Permission
3.2.9.4 Object Collaboration Diagram: Head of Major Give Permission
3.2.10 Function 9: Administrator Give Permission
3.2.10.1 Scenario: Administrator Give Permission
3.2.10.2 Activity Diagram: Administrator Give Permission
3.2.10.3 Sequence Diagram: Administrator Give Permission
3.2.10.4 Object Collaboration Diagram: Administrator Give Permission
3.2.11 Function 10: Get Permission
3.2.11.1 Scenario: Get Permission
3.2.11.2 Activity Diagram: Get Permission
3.2.11.3 Sequence Diagram: Get Permission
3.2.11.4 Object Collaboration Diagram: Get Permission
3.2.12 Function 11: Finish Borrowing
3.2.12.1 Scenario: Finish Borrowing
3.2.12.2 Activity Diagram: Finish Borrowing
3.2.12.3 Sequence Diagram: Finish Borrowing
3.2.12.4 Object Collaboration Diagram: Finish Borrowing
3.3 Classes Description
3.3.1 Class Diagram
3.3.2 Description of The Problem Domain
3.3.3 Description of The Class Controller
3.3.4 Description of The Class Entity (Persistant)
3.3.5 Description of The Class Boundary
3.4 Data Flow Diagram
3.5 Non Functional Requirements
3.6 Design Restriction
3.7 Summary of Need
3.7.1 Summary of Functional Requirements
3.7.2 Summary of Non Functional Requirements
6. Jurusan Teknik Informatika ITS SRS-001 Page 6 from 60
Daftar Tabel
Tabel 1 Aturan Penamaan dan Penomoran
Tabel 2 Karakteristik Pengguna
Tabel 3 Deskripsi Kelas Domain Persoalan
Tabel 4 Deskripsi Kelas Pengendali
Tabel 5 Deskripsi Kelas Entity
Tabel 6 Deskripsi Kelas Boundary
Tabel 7 Deskripsi Kebutuhan Non Fungsional
Tabel 8 Ringkasan Kebutuhan Fungsional
Tabel 9 Ringkasan Kebutuhan Non Fungsional
7. Jurusan Teknik Informatika ITS SRS-001 Page 7 from 60
List Picture
Picture 1. Use Case Diagram. 12
Picture 2. Activity Diagram “Create Account” 13
Picture 3. Activity Diagram “Edit Account” 16
Picture 4. Activity Diagram “View Schedule” 17
Picture 5. Activity Diagram “Apply Proposal Music Studio” 19
Picture 6. Activity Diagram “Apply Proposal Classroom” 21
Picture 7. Activity Diagram “Apply Proposal Laboratory” 24
Picture 8. Activity Diagram “Apply Proposal Hall” 25
Picture 9. Activity Diagram “Head of Major Give Permission” 27
Picture 10. Activity Diagram“Administrator Give Permission” 29
Picture 11. Activity Diagram“Get Permission” 30
Picture 12. Activity Diagram“Finish Borrowing” 32
Picture 13. Class Diagram 33
8. Jurusan Teknik Informatika ITS SRS-001 Page 8 from 60
1 Preliminary
1.1 Purpose of Writing The Document
This document contains the Software Requirements Specification (SRS) for Room
Booking System. The purpose of writing this document is to provide an explanation of the
results of the software to be built either in the form of a general overview as well as detailed
and thorough explanations.
This document will be used as reference material in the process of development and
evaluation materials during the process of software development and the finishing. With this
Software Requirement Specification document, we expect this development will be better and
have a good direction without making any ambiguity, especially for all developers of this room
booking information system.
1.2 Scope of The Problem
The software that will we build is Room Booking Information System on Informatics
Department, a web based desktop application that we can used to booking a classroom, hall,
music studio, and laboratory on Informatics Department. This software can do all this things
below:
1) Record all schedule of room usage by user
2) A tools to book a room easily
3) Media too view all schedule of the room reservation status
With this room booking software we hope that all user can find out the status of all room and
make a booking easily for each room.
1.3 Definitions and Terms
Below is a list of important definitions and terms which will be used in this Software
Requirement Specification document:
o SRS : Software Requirements Specification
A document from analysis which is contain all requirement of this software
o IEEE : Institute of Electrical and Electronics Engineering
International standard for developing and designing software
o ANSII : American National Standart Institute
1.4 Rules of Naming and Numbering
9. Jurusan Teknik Informatika ITS SRS-001 Page 9 from 60
This Software Requirement Software document is using various and different rules to
naming and numbering for serveral certain part. The rules of naming and numbering that we
will used in this document is listed on Table 1.
Table 1 Rules of Naming and Numbering
Point / Part Rule of Naming / Numbering
Functional Requirement SRS-FXX : Refering to the XXth functional requirement
Non-Functional
Requirement
SRS-NFXX : Refering to the XXth non-functional
requirement
Summary of Functional
Requirement
SRS-Fxxx where xxx is three digit number started from 000
Summary of Non-
Functional Requirement
SKPL-NFxxx where xxx is three digit number started from
000
1.5 Reference
Documents below is used as reference while making this Software Requirement
Specification:
1) The Software Requirement Specification (SRS) document – IEEE 1999 by Karl E. Wiegers.
2) The User Guidelines and Software Requirement Specification, Informatics Departmen,
Institute Teknologi Sepuluh Nopember.
1.6 Document Overview
This document outlines consist of three chapter with this following explanation:
● Chapter 1 Preliminary, an introduction of this Software Requirement Specification that
consist of purpose of this document, the scope of the problem, definitions and terms that
used in this document, also general description of this document which is the summary
of this Software Requirement Specification document.
● Chapter 2 General Description of This Software, this chapter define the perspective of
software products, assumptions and dependencies used in this Room Booking
information system development.
● Chapter 3 Detailed Requirements Description, describe all special requirements for this
room booking system which includes an external interface requirements, functionality
requirements, performance requirements, design constraints, attributes of software, and
other requirements of this information system.
2 GeneralDescriptionof This Software
2.1 General Description of System
This room booking information system gather all information about room that can be
borrowed in Informatics Department. The information is like room capacity, schedule of
reservation, reservation cost, and inventory of all room. There are four type of room that can be
10. Jurusan Teknik Informatika ITS SRS-001 Page 10 from 60
borrowed. Classroom, laboratory, hall, and music studio. User is divided into two kind, the first
is informatics students, and the second is non-informatics student. Borrowing the room is free
for informatics students. But for non-informatics student will be charged. All type of room have
its own cost. There is also the administrator and head of major which have the right to give
permission to borrow the room.
The information system that will we build has a couple main part based on the type of
user :
1) From Head of Major side, this actor can view all the schedule and give a decision
whether the reservation of the room is permitted or not based on type event that will be
held on the reserved room.
2) From Administrator side, this actor have a same role, but the administrator will make sure
that there is nothing will disturb this borrowing, may be something that not recorded like
room repair.
This system has an access right protection for all type of user to prevent the user from
doing things that not allowed into the system.
2.2 Product Function
This RESERVAROOM software has some main function:
1. (UC-001) User can create account
2. (UC-002) User can edit account
3. (UC-003) User can view schedule
4. (UC-004) User can apply proposal for music studio
5. (UC-005) User can apply proposal for classroom
6. (UC-006) User can apply proposal for laboratory
7. (UC-007) User can apply proposal for hall
8. (UC-008) Head of Major can give permission
9. (UC-009) Administrator can give permission
10. (UC-010) User can get permission
2.3 User Characteristics
The user characteristics of this information system is contained in this following table:
No User Category Task Access Right in
Application
Ability to be Owned
1. Head of Major The highest
right to give
permission to
borrow the
room
Can give a decission
whether the
borrowing is
permitted or not
1. Can operate a computer
2. Can use the internet
11. Jurusan Teknik Informatika ITS SRS-001 Page 11 from 60
based on the purpose
of the borrowing
2. Administrator Manage
information
system and
oversee the
granting of
borrowing
room
Can give a decision
whether the
borrowing is peritted
or not based on the
room condition
1. Can operate a computer
2. Can use the internet
3. Can use the database
3. Informatics
User
Borrowing a
room
Can propose to
borrow a room
1. Can operate a computer
2. Can use the internet
4. Non-
informatics
User
Borrowing a
room and pay
the cost for
the room
Can propose to
borrow a room
1. Can operate a computer
2. Can use the internet
2.4 Limitation
This room booking information system development have limitation like:
1. Room booking information system created with Laravel, HTML, PHP, SQL-Server
2. Interface only with a very basic style.
3. A limited memory capacity, this memory is for saving user profile picture, data user,
room reservation status, and proposal.
4. Software support like DBMS SQL-Server, Sublime Text,
2.5 Operation Interface
This room booking information system will worked under the specification :
Operating System Platform : Microsoft Windows, Linux, and Mac OS
Operating System version : Windows Server 2003/XP SP2/Vista/7/8 , Ubuntu 16.04, and
Mac OS
DBMS : SQL-Server
Framework : Laravel, HTML, PHP, SQL-Server
3 GeneralRequirement Description
3.1 External Interface Requirement
3.1.1 Input / Output Interface
RESERVAROOM can used graphic interface (GUI). User also can interact with system
using keyboard and mouse on Windows, Linux and Mac operating system.
3.1.2 Hardware interface
RESERVAROOM system running in computer server that has RESERVAROOM
system installed on it.
12. Jurusan Teknik Informatika ITS SRS-001 Page 12 from 60
3.1.3 Software Interface
RESERVAROOM is program which is build using HTML, PHP, and SQL-Server.
Working on Windows OS, Linux OS, and Mac OS.
3.1.4 Communication Interface
RESERVAROOM is connected to the internet.
3.2 Functional Description
3.2.1 Use Case Diagram
Picture 1. Use Case Diagram
3.2.2 Function 1: Create Account
3.2.2.1 Scenario: Create Account
Use Case Code UC 001
Use Case Name Create Account
Actor User
Description Thisuse case isusedwhena userwant to signupon
thisinformationsystemsothe usercanborrow the
room
Relation -
Precondition User doesn’thave anaccount to borrow the room
Post condition User have a registeredaccountonthe database of
thisinformationsystem
Normal Flow
13. Jurusan Teknik Informatika ITS SRS-001 Page 13 from 60
Actor System
1. User get intothe create account page
3. User inputtheirname,NRP,email,
phone number,address
2. Systemshowingthe registerformthatmustbe
filledbythe user
4. Systemcheckingthe validityof userinput
A1. The inputsisnot valid
5. Systemsavinguserinputtothe database
6. Finishcreatingaccount
Alternative Flow
A1. The input is not valid
Actor System
A1.2 User receive anotificationthatthe
inputisnot valid
A1.1 Systemdisplayanotificationthatthe inputis
not valid
A1.3 Back to number2
14. Jurusan Teknik Informatika ITS SRS-001 Page 14 from 60
3.2.2.2 Activity Diagram: Create Account
Picture 2. Activity Diagram “Create Account”
15. Jurusan Teknik Informatika ITS SRS-001 Page 15 from 60
3.2.2.3 Sequence Diagram: Create Account
Picture 3. Sequence Diagram “Create Account”
3.2.2.4 Collaboration Diagram: Create Account
16. Jurusan Teknik Informatika ITS SRS-001 Page 16 from 60
Picture 4. Collaboration Diagram “Create Account”
3.2.3 Function 2: Edit Account
3.2.3.1 Scenario: Edit Account
Use Case Code UC 002
Use Case Name EditAccount
Actor User
Description Thisuse case describe how toeditan account
Relation -
Precondition User alreadyhave anaccount on the database
Post condition User account updatedwithanew data
Normal Flow
Actor System
1. User enterto the editaccount page
3. User change the value of theirprevious
input
2. Systemdisplayapage that showinguser’saccount
detail
4. Systemcheckingthe validityof user’sinput
A1. The inputis notvalid
5. Systemupdate user’sdataon the database
6. Finisheditingaccount
Alternative Flow
A1. The input is not valid
Actor System
17. Jurusan Teknik Informatika ITS SRS-001 Page 17 from 60
A1.2 User receive anotificationthatthe
inputisnot valid,userhave topress‘OK’
buttonon the popup to close the
notification
A1.1 Systemshowinganotificationtothatuser
inputisnot validpopup
A1.3 Back to number2
18. Jurusan Teknik Informatika ITS SRS-001 Page 18 from 60
3.2.3.2 Activity Diagram: Edit Account
Picture 5. Activity Diagram “Edit Account”
19. Jurusan Teknik Informatika ITS SRS-001 Page 19 from 60
3.2.3.3 Sequence Diagram: Edit Account
Picture 6. Sequence Diagram “Edit Account”
20. Jurusan Teknik Informatika ITS SRS-001 Page 20 from 60
3.2.3.4 Collaboration Diagram: Edit Account
Picture 7. Collaboration Diagram “Edit Account”
3.2.4 Function 3: View Schedule
3.2.4.1 Scenario: View Schedule
Use Case Code UC 003
Use Case Name View Schedule
Actor User or Major
Description This use case describe how a user or major can
see all the schedule that show when a room is
available to be booked and when a room is
reserved by someone
Relation -
Precondition User or majorhave alreadyloginbefore
Post condition User and major can see all the room schedule
which is divided based on already booked room,
waiting for confirmation, and still available
Normal Flow
Actor System
1. User / major accessingthe view
schedule page
3. User / major can searchand filter the
schedule base ontime,roomtype,and
availability
2. Systemshow the schedule of everyroom
4. Systemshow all the room that match withsearch
category
21. Jurusan Teknik Informatika ITS SRS-001 Page 21 from 60
3.2.4.2 Activity Diagram: View Schedule
Picture 8. Activity Diagram “View Schedule”
23. Jurusan Teknik Informatika ITS SRS-001 Page 23 from 60
3.2.5 Function 4: Apply Proposal Music Studio
3.2.5.1 Scenario: Apply Proposal Music Studio
Use Case Code UC 004
Use Case Name ApplyProposal MusicStudio
Actor User
Description Thisuse case describe how ausercan apply
proposal andaskingfor permissiontothe headof
majorand administrator
Relation 1. Include (UC003) View Schedule
2. GeneralizationfromApplyProposal
Precondition User alreadysee the schedule andthe userhasnot
yetborrowedthe room
Post condition Proposal forborrowingroomhas beensenttothe
headmajor
Normal Flow
Actor System
<<include>>ViewSchedule
1. User enterto the ‘applyproposal’page
3. User clicking‘submitproposal’button
5. User selectthe proposal fromlocal
directorytoupload
6. User clicking‘submit’button
2. Systemshow the detail of selectedroom
4. Systemprovide an‘uploadproposal’popupto
searchproposal on local directory
7. Checkingthe proposal extensionandsize of the
document
A1. File don’tmatchwiththe criteria
8. Savingthe proposal to the database
9. Showingtothe userthat proposal hasbeen
submitted
10. Give notificationtothe headof majorand the
administrator
11. Finishapplyingproposal withmessage “Proposal
submittedsuccesfully”
Alternative Flow
A1. File do not match with the criteria
A1.2 User pressthe ‘ok’button toclose the
notification
A1.1 Systemgive a notificationtothe userthrougha
popup
A1.3 Back to number3
24. Jurusan Teknik Informatika ITS SRS-001 Page 24 from 60
3.2.5.2 Activity Diagram: Apply Proposal Music Studio
Picture 11. Activity Diagram “Apply Proposal Music Studio”
25. Jurusan Teknik Informatika ITS SRS-001 Page 25 from 60
3.2.5.3 Sequence Diagram: Apply Proposal Music Studio
Picture 12. Sequence Diagram “Apply Proposal Music Studio”
26. Jurusan Teknik Informatika ITS SRS-001 Page 26 from 60
3.2.5.4 Collaboration Diagram: Apply Proposal Music Studio
Picture 13. Collaboration Diagram “Apply Proposal Music Studio”
3.2.6 Function 5: Apply Proposal Classroom
3.2.6.1 Scenario: Apply Proposal Classroom
Use Case Code UC 005
Use Case Name ApplyProposal Classroom
Actor User
Description Thisuse case describe how ausercan apply
proposal andaskingfor permissiontothe headof
majorand administrator
Relation 1. Include (UC003) View Schedule
2. GeneralizationfromApplyProposal
Precondition User alreadysee the schedule andthe userhasnot
yetborrowedthe room
Post condition Proposal forborrowingroomhas beensenttothe
headmajor
Normal Flow
Actor System
<<include>>ViewSchedule
1. User enterto the ‘applyproposal’page
3. User clicking‘submit proposal’button
5. User selectthe proposal fromlocal
directorytoupload
6. User clicking‘submit’button
2. Systemshow the detail of selectedroom
4. Systemprovide an‘uploadproposal’popupto
searchproposal on local directory
7. Checkingthe proposal extensionandsize of the
document
A1. File don’tmatchwiththe criteria
8. Savingthe proposal to the database
27. Jurusan Teknik Informatika ITS SRS-001 Page 27 from 60
9. Showingtothe userthat proposal hasbeen
submitted
10. Give notificationtothe headof majorand the
administrator
11. Finishapplyingproposal withmessage “Proposal
submittedsuccesfully”
Alternative Flow
A1. File do not match with the criteria
A1.2 User pressthe ‘ok’button toclose the
notification
A1.1 Systemgive a notificationtothe userthrougha
popup
A1.3 Back to number3
3.2.6.2 Activity Diagram: Apply Proposal Classroom
28. Jurusan Teknik Informatika ITS SRS-001 Page 28 from 60
Picture 14. Activity Diagram “Apply Proposal Classroom”
29. Jurusan Teknik Informatika ITS SRS-001 Page 29 from 60
3.2.6.3 Sequence Diagram: Apply Proposal Classroom
Picture 15. Sequence Diagram “Apply Proposal Classroom”
30. Jurusan Teknik Informatika ITS SRS-001 Page 30 from 60
3.2.6.4 Collaboration Diagram: Apply Proposal Classroom
Picture 16. Collaboration Diagram “Apply Proposal Classroom”
3.2.7 Function 6: Apply Proposal Laboratory
3.2.7.1 Scenario: Apply Proposal Laboratory
Use Case Code UC 006
Use Case Name ApplyProposal Laboratory
Actor User
Description Thisuse case describe how ausercan apply
proposal andaskingfor permissiontothe headof
majorand administrator
Relation 1. Include (UC003) View Schedule
2. GeneralizationfromApplyProposal
Precondition User alreadysee the schedule andthe userhas not
yetborrowedthe room
Post condition Proposal forborrowingroomhas beensenttothe
headmajor
Normal Flow
Actor System
<<include>>ViewSchedule
1. User enterto the ‘applyproposal’page
3. User clicking‘submitproposal’button
5. User selectthe proposal fromlocal
directorytoupload
2. Systemshow the detail of selectedroom
4. Systemprovide an‘uploadproposal’popupto
searchproposal on local directory
7. Checkingthe proposal extensionandsize of the
document
31. Jurusan Teknik Informatika ITS SRS-001 Page 31 from 60
A1. File don’tmatchwiththe criteria
8. Savingthe proposal to the database
9. Showingtothe userthat proposal hasbeen
submitted
10. Give notificationtothe headof majorand the
administrator
11. Finishapplyingproposal withmessage “Proposal
submittedsuccesfully”
Alternative Flow
A1. File do not match with the criteria
A1.2 User pressthe ‘ok’button toclose the
notification
A1.1 Systemgive a notificationtothe userthrougha
popup
A1.3 Back to number3
32. Jurusan Teknik Informatika ITS SRS-001 Page 32 from 60
3.2.7.2 Activity Diagram: Apply Proposal Laboratory
Picture 17. Activity Diagram “Apply Proposal Laboratory”
33. Jurusan Teknik Informatika ITS SRS-001 Page 33 from 60
3.2.7.3 Sequence Diagram: Apply Proposal Laboratory
Picture 18. Sequence Diagram “Apply Proposal Laboratory”
34. Jurusan Teknik Informatika ITS SRS-001 Page 34 from 60
3.2.7.4 Collaboration Diagram: Apply Proposal Laboratory
Picture 19. Collaboration Diagram “Apply Proposal Laboratory”
3.2.8 Function 7: Apply Proposal Hall
3.2.8.1 Scenario: Apply Proposal Hall
Use Case Code UC 007
Use Case Name ApplyProposal Hall
Actor User
Description Thisuse case describe how ausercan apply
proposal andaskingfor permissiontothe headof
majorand administrator
Relation 1. Include (UC003) View Schedule
2. GeneralizationfromApplyProposal
Precondition User alreadysee the schedule andthe userhasnot
yetborrowedthe room
Post condition Proposal forborrowingroomhas beensenttothe
headmajor
Normal Flow
Actor System
<<include>>ViewSchedule
35. Jurusan Teknik Informatika ITS SRS-001 Page 35 from 60
1. User enterto the ‘applyproposal’page
3. User clicking‘submitproposal’button
5. User selectthe proposal fromlocal
directorytoupload
6. User clicking‘submit’button
2. Systemshow the detail of selectedroom
4. Systemprovide an‘uploadproposal’popupto
searchproposal on local directory
7. Checkingthe proposal extensionandsize of the
document
A1. File don’tmatchwiththe criteria
8. Savingthe proposal to the database
9. Showingtothe userthat proposal hasbeen
submitted
10. Give notificationtothe headof majorand the
administrator
11. Finishapplyingproposal withpopupmessage
“Proposal submittedsuccesfully”
Alternative Flow
A1. File do not match with the criteria
A1.2 User pressthe ‘ok’button toclose the
notification
A1.1 Systemgive a notificationto the userthrougha
popup
A1.3 Back to number3
36. Jurusan Teknik Informatika ITS SRS-001 Page 36 from 60
3.2.8.2 Activity Diagram: Apply Proposal Hall
Picture 20. Activity Diagram “Apply Proposal Hall”
37. Jurusan Teknik Informatika ITS SRS-001 Page 37 from 60
3.2.8.3 Sequence Diagram: Apply Proposal Hall
Picture 21. Sequence Diagram “Apply Proposal Hall”
38. Jurusan Teknik Informatika ITS SRS-001 Page 38 from 60
3.2.8.4 Collaboration Diagram: Apply Proposal Hall
Picture 22. Collaboration Diagram “Apply Proposal Hall”
3.2.9 Function 8: Head of Major Give Permission
3.2.9.1 Scenario: Head of Major Give Permission
Use Case Code UC 008
Use Case Name Headof Major Give Permission
Actor Headof Major
Description This use case show how a permission from head
of major is given to the user
Relation GeneralizationfromGive Permission
Precondition The head of major hasbeenloggedinandreceive a
notificationthatthere isareservationforaroom
waitingforconfirmation
Post condition The head of major give his/herdecisionwhether
permittedornot
Normal Flow
Actor System
1. Head of major accessthe ‘give
permission’page
3. Head of major choose a schedule to
confirm
5. Head of major clickingthe ‘show
proposal’button
7. Head of major checkingthe proposal
2. Systemshowingall schedulethathasbeen
reservedbythe user
4. Systemshowingthe detail of selectedschedule
6. Systemdirectlyshow the proposal onthe page
39. Jurusan Teknik Informatika ITS SRS-001 Page 39 from 60
8. Head of major give permissiontothe
user
A1. Permissiondeclined
9. Finish
Alternative Flow
A1. Permission declined
Actor System
A1.1 Head of major givingareasonor
commentto the useraboutwhy the
proposal isdeclined
A1.2 Systemsenda notificationtothe userthatthe
proposal isdeclined
A1.3 Finish
40. Jurusan Teknik Informatika ITS SRS-001 Page 40 from 60
3.2.9.2 Activity Diagram: Head of Major Give Permission
Picture 23. Activity Diagram “Head of Major Give Permission”
41. Jurusan Teknik Informatika ITS SRS-001 Page 41 from 60
3.2.9.3 Sequence Diagram: Head of Major Give Permission
Picture 24. Sequence Diagram “Head of Major Give Permission”
42. Jurusan Teknik Informatika ITS SRS-001 Page 42 from 60
3.2.9.4 Collaboration Diagram: Head of Major Give Permission
Picture 25. Collaboration Diagram “Head of Major Give Permission
3.2.10 Function 10: Administrator Give Permission
3.2.10.1 Activity Diagram: Administrator Give Permission
Use Case Code UC 009
Use Case Name AdministratorGive Permission
Actor Administrator
Description This use case describe how administrator give a
permission to the user to reserve a room
Relation GeneralizationfromGive Permission
Precondition Headof majorhas giventhe permission
Post condition Administratorgive adecisiontothe userwhether
the permissionisgrantedordeclined
Normal Flow
Actor System
1. Administratoraccessthe ‘give
permission’page
3. Administratorchoose aschedule that
has beenconfirmedbyheadof majorto
confirm
5. Administratorclickingthe ‘show
proposal’button
7. Administratorcheckingthe proposal
8. Administratorgive permissiontothe
user
2. Systemshowingall schedulethathasbeen
confirmedbythe headof major
4. Systemshowingthe detail of selectedschedule
6. Systemdirectlyshow the proposal onthe page
43. Jurusan Teknik Informatika ITS SRS-001 Page 43 from 60
A1. Permissiondeclined 9. Finish
Alternative Flow
A1. Permission declined
Actor System
A1.1 Administratorgivingareasonor
commentto the useraboutwhy the
proposal isdeclined
A1.2 Systemsenda notificationtothe userthatthe
proposal isdeclined
A1.3 Finish
3.2.10.2 Activity Diagram: Administrator Give Permission
44. Jurusan Teknik Informatika ITS SRS-001 Page 44 from 60
Picture 26. Activity Diagram “Administrator Give Permission”
45. Jurusan Teknik Informatika ITS SRS-001 Page 45 from 60
3.2.10.3 Sequence Diagram: Administrator Give Permission
47. Jurusan Teknik Informatika ITS SRS-001 Page 47 from 60
Picture 27. Sequence Diagram “Administrator Give Permission”
3.2.10.4 Collaboration Diagram: Administrator Give Permission
Picture 28. Collaboration Diagram “Administrator Give Permission”
3.2.11 Function 10: Get Permission
3.2.11.1 Scenario: Get Permission
Use Case Code UC 010
Use Case Name Get Permission
Actor User
Description This use case describe how user get a
permission to reserve a room
Relation -
Precondition Headof majorand administrator hasgiventhe
permission
Post condition User know that permissionhasgranted
Normal Flow
48. Jurusan Teknik Informatika ITS SRS-001 Page 48 from 60
Actor System
1. User access the ‘getpermission’page
2. Systemshowingthe reservationstatus
3. Finish
Alternative Flow
-
3.2.11.2 Activity Diagram: Get Permission
Picture 29. Activity Diagram “Get Permission”
3.2.11.3 Sequence Diagram: Get Permission
49. Jurusan Teknik Informatika ITS SRS-001 Page 49 from 60
Picture 30. Sequence Diagram “Get Permission”
3.2.11.4 Collaboration Diagram: Get Permission
50. Jurusan Teknik Informatika ITS SRS-001 Page 50 from 60
Picture 31. Collaboration Diagram “Get Permission”
3.2.12 Function 12: Finish Borrowing
3.2.12.1 Scenario: Finish Borrowing
Use Case Code UC 011
Use Case Name FinishBorrowing
Actor User
Description This use case describe how a user declare to
finish the borrowing
Relation -
Precondition User has borrow the room
Post condition User do nothave access to the room
Normal Flow
Actor System
1. User access the ‘finishborrowing’page
3. User declare that the borrowingisover
by clickingthe ‘finish’button
2. Systemshowing‘finishborrowing’ page
5. Systemupdate the statusof reservationto‘finish’
state
4. Finish
Alternative Flow
-
51. Jurusan Teknik Informatika ITS SRS-001 Page 51 from 60
3.2.12.2 Activity Diagram: Finish Borrowing
Picture 32. Activity Diagram “Finish Borrowing”
55. Jurusan Teknik Informatika ITS SRS-001 Page 55 from 60
3.3.2 Replacement Class Description
Tabel 4 Deskripsi Kelas Pengendali
No. Nama Metode Atribut Tugas
1 Control Registrasi
verifyInput()
Memverifikasi input
yang dimasukkan user
sebelum data di simpan
ke database
insertData() Insert data ke database
2
Control Edit
Account
getDataUser()
Mencari data user yang
diinginkan
verifyInputData()
Memverifikasi input
yang dimasukkan user
sebelum data di simpan
ke database
updateData()
Update data user yang
ada di database
3
Control View
Schedule
getData()
Mencari data user yang
diinginkan
filteringData()
Filterisasi schedule
berdasarkan bulan /
minggu / hari
4
Control Get
Permission
getData()
Mencari data reservasi
yang ada di database
getDataReservationRoom()
Mencari data status
reservasi yang di
inginkan
5
Control Apply
Proposal
chooseRoom()
Memilih room yang akan
dipinjam
verifyUploadFile()
Memverifikasi file
proposalsebelum
diupload
savingProposal()
Save file proposal ke
database
6
Control Head
Permission
setStatusHeadOk()
Memberikan approve
pada status proposal
7
Control
Administrator
Give Permission
getData()
Mencari data reservasi
yang ada di database
getDataReservationRoom()
Mencari data reservasi
yang ada di database
sendNotifyRevision()
Mengirimkan notifikasi
kepada user untuk
melakukan revisi
proposal
8
Control Finish
Borrowing
getData()
Mencari data reservasi
yang ada di database
56. Jurusan Teknik Informatika ITS SRS-001 Page 56 from 60
3.3.3 Entity Class Description (Persisten)
Picture 36. Physical Data Model
Tabel 5 Deskripsi Kelas Entity
No
.
Nama Atribut Metode Tugas
1 USER
ID_USER : integer
setDataUser()
Set data user
(create, update,
delete) ke database
NAME : varchar
NRP : varchar
EMAIL : varchar
PHONE: varchar
PASSWORD: varchar
STATUS : varchar
CREATE_AT : timestamp
UPDATE_AT :
timestamp
2 ROOM
ID_ROOM : integer
- setRoomData()
Set data room
(create, update,
delete) ke database
ROOM_NAME : varchar
TYPE : varchar
COST : integer
CAPACITY: integer
CREATE_AT : timestamp
57. Jurusan Teknik Informatika ITS SRS-001 Page 57 from 60
UPDATE_AT :
timestamp
3 RESERVATION
ID_RESERVATION :
integer
- setDataReservationRoo
m()
- setPermission()
- saveToDatabase()
Set data end status
dari reservasi
EVENT_NAME : varchar Set status
permission ada
status proposal dari
reservasi
STARTDATE : timestamp Save proposal
kedatabase agar
dapat didownload
oleh head of major
dan admin
ENDDATE : timestamp
PROPOSAL: varchar
PERMISSION_STATUS :
varchar
PROPOSAL_STATUS :
varchar
ENDSTATUS : varchar
CREATE_AT : timestamp
UPDATE_AT :
timestamp
3.3.4 Boundary Class Description
Tabel 6 Deskripsi Kelas Boundary
No. Nama Atribut Metode Tugas
Form Registration
chooseFormRegistration() Mengaktifkan form registration
- showForm() Menampilkan form registation
- fillForm()
Menampung inputan pada form
registration
Form Edit account
chooseEditAccount() Mengaktifkan for edit account
showFormEditAccount() Menampilkan form edit account
fillFormEdit()
Menampung inputan pada form
edit account
PressOkButton() Update data user ke database
UI View Schedule
chooseUIViewSchedule() Mengaktifkan UI View Schedule
inputCategory()
Memilih jenis kategori yang
diinginkan (bulan, minggu, hari)
showAllSchedule()
Menampilkan seluruh schedule
dalam satu bulan
UI Get Permission
chooseGetPermission() Mengaktifkan UI Get Permission
Result()
Menampilkan status permission
pada sebuah reservasi
Form Apply
Proposal
chooseApplyProposal()
Mengaktifkan Form Apply
Proposal
58. Jurusan Teknik Informatika ITS SRS-001 Page 58 from 60
clickSubmitProposalForm(
)
Menyimpan inputan reservasi ke
database
sistemShowDetail()
Melihat detail reservasi yang
pernah dilakukan
uploadProposal()
Mengupload file proposal
kedatabase
showNotification()
Memberikan pesan notifikasi
kepada user untukmelakukan
revisi
pressOk() Menutup notifikasi
showMessageFinishUploa
ding()
Memberikan pesan bahwa file
proposalberhasi diupload
Form Head Major
Give Permission
headGiveStatus()
Memberikan status approve pada
proposalstatus
UIAdministrator
choosePermission()
Memilih reservasi yang akan
ditindak lanjuti
chooseSchedule() Melihat schedule
clickShowProposal()
Memilih proposal yang akan
didownload
showProposal()
Menampilkan proposal yang
telah didownload
showPermission() Menampilkan status permission
showDetailPermission()
Menampilkan detail status
permission
DeclinePermission()_
Memberikan status penolakan
untuk sebuah reservasi
giveComment()
Memberikan komentar terhadap
reservasi user
Notify() Memberikan notifikasi
UI Finish
Borrowing
chooseFinishBorrowing()
Mengupdate end status pada
sebuah reservas menjadi finish
showDataFinishBorowing(
)
Menampilkan data dari reservasi
clickFinish()
Menberikan status finish pada
sebuah reservasi
59. Jurusan Teknik Informatika ITS SRS-001 Page 59 from 60
3.4 Data Flow Diagram
Picture 37. Data Flow Diagram
3.5 Non Functional Requirements
Tabel 7 Deskripsi Kebutuhan Non Fungsional
SKPL-Id Parameter Kebutuhan
SKPL-N01 Availability Proses pengajuan perizinan bisa dilakukan kapan saja
karena bisa diakses melalui internet
SKPL-N02 Performance Kecepatan proses bergantung pada server
SKPL-N03 Security Terdapat batasan hak akses antara user, administrator,
dan head of major.
3.6 Planning Restrictions
a. Rancangan ini hanya berfokus pada proses perizinan dalam peminjaman ruangan
yang berada di Jurusan Teknik Informatika ITS
b. Teknologi yang digunakan menggunakan framework laravel 5.2
3.7 Summary of Needs
3.7.1 Summary of Functional Requirements
Tabel 8 Ringkasan Kebutuhan Fungsional
SKPL-Id Keterangan
60. Jurusan Teknik Informatika ITS SRS-001 Page 60 from 60
SKPL-F001 Sistem bisa melakukan reservasi untuk ruangan tertentu
SKPL-F002 Sistem bisa memperlihatkan daftar ruangan yang telah dipinjam oleh siapapun
SKPL-F003 Sistem bisa memperlihatkan status peminjaman dari sebuah reservasi
3.7.2 Summary of Non Functional Requirements
Tabel 9 Ringkasan Kebutuhan Non Fungsional
SKPL-Id Keterangan
SKPL-NF001 Sistem bisa diakses dari manapun
SKPL-NF002 Sistem bisa diakses menggunakan sistemoperasi apapun.
SKPL-NF003 Sistem bisa diakses setiap waktu