0% found this document useful (0 votes)
296 views5 pages

Duplicate Finder v1.0 Software Requirements

This is the SRS we wrote for our IV Sem project in our college in Software Engineering. As there is a lot of confusions while writing a SRS, I thought to upload it so that it can help others if they need it. Any suggestions and queries are most welcomed.

Uploaded by

Chaitanya Thakur
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
296 views5 pages

Duplicate Finder v1.0 Software Requirements

This is the SRS we wrote for our IV Sem project in our college in Software Engineering. As there is a lot of confusions while writing a SRS, I thought to upload it so that it can help others if they need it. Any suggestions and queries are most welcomed.

Uploaded by

Chaitanya Thakur
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd

Duplicate Finder v1.

0
Project: Duplicate Finder
Version: <1.0>

Date: <05/05/12>

Chaitanya Kumar- 100911477 Divyanshu Verma- 100911479

SRS
1. Introduction
There are some instances when in a file system we unknowingly create multiple copies of some file which leads to more space consumption and degraded system performance. So there must be a way to deal with this problem and hence, this application named Duplicate Finder v1.0 tries to come out with a proper solution where duplicate files are searched and deleted.

1.1

Purpose
The purpose of this document is to describe all the requirements for the development of Duplicate Finder v1.0. Developer should consider this document and its revision if any made as the only source requirements for this project. They should not consider any requirement statements, written or verbal, as valid until they appear in this document or its revisions. Please note that only the requirements that appear in this document, or a future revision, however will be used to define the scope of the system.

1.2

Scope
The proposed software product is titled Duplicate Finder v1.0. The application will be used to Search for the duplicate files in the path provided, to delete them, to store the deleted files in encrypted form and the option to restore them. The application follows Level Order Traversal to read the details of the folder structure and extract its contents including various details on which the algorithm for matching duplicates acts upon. It finds the duplicates based upon matches in files name, size and modification date.

1.3

Definitions, Acronyms and Abbreviations


UI: User Interface GUI: Graphical User Interface SRS: Software Requirement Specification

Appn: Application OS: Operating System

1.4

References
This document is the sole source of all information required and no further reference is provided.

2. 2.1

Overall Description Product Prospective

The Duplicate Finder v1.0 is a package which can be used by any individual who will act as the end user. The end user needs to install the application on his/her system. The application when used on a regular basis to clean up all the duplicate files will end up upgrading system performance with increased speed and more availability of space.

2.2

Product Activity
The application opens up with a user friendly GUI which asks the user to provide the path where duplicate files are to be searched. The application then asks the user to select from the duplicate files if found and deletes the selected files. By deletion it means that the selected files will be moved to a separate file location in a nonexecutable encrypted form so that they are not accessed directly. It also serves the purpose to restore them in future if they are deleted unintentionally. The size of the location where deleted files are moved is predefined and when the size limit is tested, oldest files are deleted permanently in chronological order. If the user relaunches the application or opts for a new search, he/she is provided with an option to restore and relocate files deleted by them. Every action has a corresponding log record so that they can be viewed any time for any reference to deleted and/or restored files.

2.3

User Characteristics

End User: - The end user should know in depth about his/her computer system and should place the correct path where he/she wants to search for duplicate files. He/she should be clear whether he/she wants to delete the files and later to restore them or not.

2.4 General Constraints


1. The application should be ready by 4th May 2012.

2. The system must be user friendly.

2.5

General Assumptions
1. The user has sufficient knowledge about computer operating and his/her system. 2. The user knows the English language as the UI will be in English only.

3.0 Specific Requirements


This section describes in detail all the functional requirements.

3.1

Functional Requirements
1. An efficient programmer who is able to implement the SRS into program. 2. Efficient users who handle the application well and make the best use of it.

3.1.1 Searching for duplicate files and deleting them. INPUT: Path, Choice_1 OUTPUT: List,msg_1, msg_2,msg_3 PROCESSING:
After launching the application, the user enters the path in the text field or selects it through Browse button and then clicks Search button. The user is then provided with the list of duplicate files if found under that path and if there is no duplicate file found in the path provided, then it is stated via a message. The user then selects one or multiple files of his/her choice and clicks Delete button to delete them. A message is shown confirming the deletions. The user can then exit the application by clicking on Exit button or opt for a new search by clicking New Search button.

3.1.2 Restoring the deleted files. INPUT: Destination_Path, Choice_2

OUTPUT: msg_4, msg_5, msg_6. PROCESSING:


When the user relaunches the application or selects for new search then he/she is provided an option to restore the deleted files and relocate them. After selecting that option, the user then selects the files to be restored from the list shown to him/her. After selecting the files, they user is asked to provide the location where they can move he files after restoring them. When the restoring task is successfully completed, it is stated via a message.

3.2

Performance Requirement
The GUI should respond within 2-3 seconds. The application should not hang and should resort to the internal fallbacks in case of suspected failure.

3.2.1

Reliability

Accuracy level should be very high and failure in case of searching duplicate files should be as low as possible. The chances of application collapsing should be minimal.

3.3 3.4

External Interface Requirements Design Constraints


The application will be written in JAVA Swing.

The OS requirement for development and handling is Windows XP onwards.

Data Dictionary

Path: [Directory where duplicate files are to be searched] Destination Path: [Location where deleted files are to be restored] Choice_1: [Preferred files to Delete] Choice_2: [Preferred files to Restore] msj_1 : [No Duplicate Files Found] msj_2 : [Please Select Files To Delete] msj_3 : [Files Deleted Successfully] msj_4 : [Please Select Files To Restore] msj_5 : [Provide The Destination] msj_6 : [Files Restored Successfully]

You might also like