1 introduction - umasoft.weebly.com€¦ · web viewrequirement analysis report . 3d simulation...
TRANSCRIPT
CENG 491-SENIOR PROJECT
Requirement Analysis Report
3D Simulation and Management of Video Surveillance System
Project: SURV3D
Team Name: UMASOFT
Members:
Ziya Doğramacı (1678853) N.Cihan Boydaş (1678804) A.Emirhan Özdemir (1631290) Andaç Akarsu (1678630)
Table of contents:
1 INTRODUCTION...................................................................................................................................3
1.1 Problem Definition.......................................................................................................................4
1.2 Purpose........................................................................................................................................4
1.3 Document Convention..................................................................................................................4
1.4 Scope............................................................................................................................................5
1.5.Fundamental Literature Survey....................................................................................................5
1.6.Target Audience...........................................................................................................................5
1.7.Glossary........................................................................................................................................5
2.Overall Description..............................................................................................................................6
2.1 Product Perspective......................................................................................................................6
2.1.2 System Interface....................................................................................................................6
2.1.3 Software Interface.................................................................................................................6
2.2 Product Features..........................................................................................................................7
2.2.1. Product Functionalities.........................................................................................................7
2.2.1.1 Login...............................................................................................................................8
2.2.1.2 Create 3D World.............................................................................................................9
2.2.1.3 Set Camera Type.............................................................................................................9
2.2.1.4 Add Camera....................................................................................................................9
2.2.1.5 Analyze Camera............................................................................................................10
2.2.1.6 Add 3D Model...............................................................................................................11
2.2.1.7 Save 3D World..............................................................................................................11
2.2.1.8 Obtain Live Video..........................................................................................................12
2.2.1.9 3D Video Fusion............................................................................................................12
2.2.1.10 Navigate in 3D World..................................................................................................12
2.2.1.11 Toggle Human Tracking..............................................................................................13
2.2.1.12 Change Camera Perspective.......................................................................................13
3. Specific Requirements......................................................................................................................14
3.1. Interface Requirements.............................................................................................................14
3.2. Functional requirements...........................................................................................................15
3.3. Non-functional Requirements...................................................................................................16
3.3.1.Design Constraints...............................................................................................................16
4.BEHAVIORAL MODEL AND DESCRIPTION..........................................................................................17
4.1 BEHAVIORAL DESCRIPTION OF THE MODEL...............................................................................17
4.2 BEHAVIORAL MODEL OF THE SYSTEM........................................................................................18
5 Planning.............................................................................................................................................18
5.1.Team structure...........................................................................................................................19
5.2. Estimation (Basic Schedule).......................................................................................................20
6. Conclusion........................................................................................................................................20
1 INTRODUCTION
This software requirement specification report expresses a complete description about 3D Simulation and Management of Video Surveillance Systems, sponsored by 3K Information Technologies. This document includes features, functionalities, specifications and explanations about the project SURV3D which is a senior design project provided by Computer Engineering Department of Middle East Technical University.
1.1 Problem Definition
Nowadays security is becoming a major issue in many places like prisons, banks, military areas, public areas etc. In such kind of areas, security is mainly supplied by placing surveillance cameras around the place of interest, manually. But these cameras may have troubles during surveillance due to some blind spots that cannot be covered by the system. Another problem related with cameras is the fact that today there are hundreds of different types of cameras with hundreds of different features. This variation and evolution of cameras cause some inconsistency problems within the surveillance system.
Problems mentioned above take time and expense to be handled. Such problems may not be spotted until a dangerous circumstance happens in the critical area where strict surveillance is required. Therefore it is costly to design and maintain the security system using cameras manually.
Using a 3D simulation of the area to decide where to put cameras and manage them using software is a solution to the mentioned problem. With this project we can foreseeingly design where to put the cameras by trying out different points so that we can cover the subject area with minimum number of cameras.
1.2 Purpose
The purpose of this document is to present the details about SURV3D project and specify the requirements of it.
Preparation of this SRS will help all of the requirements before the design starts and reduce the time and cost for later redesign, recoding and retesting. The review of SRS can reveal omissions, misunderstandings, and inconsistencies early in the development cycle when these problems are easier to correct.
1.3 Document Convention
SURV3D will be designed and implemented corresponding (following) to these Software Requirement Specification document. So this document does have a substantially binding property for the whole project. Updates to be applied over this document are crucially important, because it will affect the process of the project.
1.4 Scope
This project is going to be used as a management infrastructure of concurrent video surveillance systems. Applying 3D simulation over the subject area that is intended to keep secure, system will help deciding where to put cameras and will create a solution to manage them using software. One can decide where to put cameras by trying out different coordinates so that number of cameras used to track intended area will be kept minimum. Moreover, system will make possible to ensure whether the place is secure using the views of cameras with human tracking abilities, motion detection etc. 3D video fusion method to enrich the visuality of software will also be used.
1.5.Fundamental Literature Survey
Market of surveillance systems includes a wide variety of items such as cameras, recording devices, network devices, software applications and professional services. This market is showing a rapid development in our country and in the world because of advancement in technology, diminishing prices of products and raising importance of security. So our point of motivation for carrying out this project is that increasing importance of security and lack of simulation systems for setting up well-designed, foreseen surveillance structures before investment step in the market.
1.6.Target Audience
This document is targeting the audience that ones who will analyze project’s functions and can make changes over the project in design and implementation process. Software requirement specification will also have an guideline composition for being able to set milestones during project implementation. In addition, tester candidates can refer to this document for developing testing strategies throughout the testing phases and end users can read the document for understanding the capabilities and facilities of project.
1.7.Glossary
SURV3D: 3D Simulation and Management of Video Surveillance Systems
ONVIF: open industry forum for the development of a global standard for the interface of IP-based physical security products.
DTED: Digital terrain elevation data
GDAL: Geospatial Data Abstraction Library
SRS:System requirements specifaction
OSG:Open scene graph
2.Overall Description
2.1 Product Perspective
SURV3D application is totally independent system that is not related to any other system and not a component of a larger system. This program has two types of users: admin and observer. The application welcomes the user with a login screen from which the type of user can be selected. A user can login to the system by entering his/her password and username. After logging into the system admin is faced with a screen from which the admin can create the environment to be secured. While creating the environment, first admin must provide the required DTED map data files, name the environment and make some technical adjustments about the rendering of the environment. After creation phase, the admin will continue to make adjustments to complete the surveillance system by importing 3D building models, adding cameras and calibrating and managing them. Coming to the observer, after logged into the system an observer is faced with a screen enabling him/her to choose the environment to be loaded which s/he wants to observe. After the loading process of the environment, an
observer can obtain stream from a camera, manage the cameras by changing the angle of cameras, navigate in the environment or activate/deactivate human tracking option.
2.1.2 System Interface
First of all the application needs to have a DTED map about the area to be observed. It must be loaded by an admin to render the environment. Therefore DTED maps will be accessible by only admins not by observers.
2.1.3 Software Interface
In order to use SURV3D properly, one should have a computer on which Windows Vista OS or a higher version must be loaded. In addition, Microsoft Visual C++ 2005 Redistributable or a higher must be loaded.
2.2 Product Features
Project will cover following features:
*Creating simulated virtual indoor images using DTED or 3DS projections of buildings
*Creating simulated virtual outdoor images using digital maps of environment which have elevation data of that places
*Analyzing vision ranges of placed cameras on given coordinates
*Algorithm development for motion detection during surveillance process
*Concurrent recording of different hardware video sources using IP network infrastructure
*Utilization of 3D Video Fusion for enriching the images created by system.
2.2.1. Product Functionalities
SURV3D includes some mainstream functions in order to achieve required tasks and executions. These functions constitute primitive basisline for the whole simulation system.
Use case diagram of SURV3D is revealed in Diagram 2.2.1 . Steps are explained in following subsections
Diagram 2.2.1 Use case diagram of SURV3D
2.2.1.1 LoginDiagram :
Brief Description :
There are two main user types for the software. These are Admin and Observer. Admin has
more permission in using this software’s capabilities.
2.2.1.2 Create 3D WorldDiagram :
Brief Description
This function can be executed under admin authorization. Using the DTED format maps, it
enables software to create 3D environment of given desired areas.
2.2.1.3 Set Camera TypeDiagram :
Brief Description
This function can be executed under admin authorization. Admin can select camera types
from combo box.
2.2.1.4 Add CameraDiagram :
Brief Description
This function can be executed under admin authorization. According to selected camera
model standards, it enables user to add a camera to intended coordinates.
2.2.1.5 Analyze CameraDiagram :
Brief Description
This function can be executed under admin authorization
Using the parameters belonging to selected camera, this function enables analyzing the
viewing frustum of camera.
2.2.1.6 Add 3D ModelDiagram :
Brief Description
This function can be executed under admin authorization.
.3ds formatted models of building, human, plants etc. may be involved in contained 3D world
to increase reality of simulation.
2.2.1.7 Save 3D WorldDiagram :
Brief Description
This function can be executed under admin authorization.
Created 3D world can be saved as an XML file and kept to make re-use of it.
2.2.1.8 Obtain Live VideoDiagram :
Brief Description
This function can be used by Observer classes. Gathered video records taken from ONVIF
standardized IP Cameras will be processed for being utilized within 3D Video Fusion.
2.2.1.9 3D Video FusionDiagram :
Brief Description
This function can be used by observer classes.
Gathered video records taken from ONVIF standardized IP Cameras and 3D world
information will be mapped using 3D Video Fusion algorithms.
2.2.1.10 Navigate in 3D WorldDiagram :
Brief Description
This function can be used by both observer and admin classes.User can navigate into 3D
world using fly mode of the software.
2.2.1.11 Toggle Human TrackingDiagram :
Brief Description
This function can be used by observer classes. Observer can toggle on/off human tracking of
the software and use this function to detect human intrusion to system.
2.2.1.12 Change Camera PerspectiveDiagram :
Brief Description
This function can be used by both observer and admin classes. User can change camera
perspective using this function.
3. Specific RequirementsThis section will describe the software requirements in detail as subsections
which are interface requirements, functional and non-functional requirements.
3.1. Interface Requirements Product will have a graphical user interface which facilitates user’s utilization of program.
GUI will mainly have four screens as follows;
Authentication (Login ) Screen
Trying to use the system, users will be demanded to get authorized from the system. In order to display the interface corresponding to his/her role user role and properties, users must be authenticated from the system. In this screen user will write his/her user name and password then login the system. Depending on the user type next phase will be decided.
Admin screen
If the user has admin authentication, user will see this screen. In this interface admin
can add new observers and decide on their authentication. Also, 3D environment can
be created in the screen. Moreover, 3D models can be added on this screen. After the
3D world creation finishes admin can choose camera types and add these cameras to
3D world to set up view frustum. When all the executed operations are done admin
can save the session and logout.
Observer screen
If the user has observer authentication, user will see this screen. In this interface
observer first loads a 3D world. Observer can navigate in the 3D world freely and
change camera perspectives while viewing the environment with fused video from
cameras. Also observer can toggle human tracking feature and can detect human
intrusion to the system.
3.2. Functional requirementsIn this section, we will explain the major functions of the SURV3D.
Log in
User login the system using login screen. According to authentication of the user program
guide the user.
Create 3D World
Admin will create the world using DTED map and arrange this 3D world using 3D models.
Inputs for this function are DTED formatted elevation map and texture map. The outputs for
this function are tile sets of merged elevation and texture data and ini file for these datas.
After the 3D world creation finishes admin can add cameras to the 3D environment and
change the view frustum of the camera according to camera parameters. When system design
finished by admin , he/she can save the session and logout.
Load 3D World
If the user has observer authentication he/she can load 3D world models created by admin.
Input for this function will be provided by observer by browsing through hard disc. When the
observer loads the 3D world, this can be visualized by software.
Video Fusion
When the observer finished the 3D visualization he/she has capability of running 3D video
fusion on live video streams of IP cameras and 3D world information. Inputs for this function
are video streams coming from IP cameras and information gathered by clicked camera.
Output for this function is 3D video fused data and can be visualized on the observer screen.
Toggle Human Tracking
If the observer toggles the human tracking feature, software can detect the human intrusions
to the system and is capable of tracking the moving target.
3.3. Non-functional RequirementsNon-functional requirements will be examined in terms of design constraints.
3.3.1.Design ConstraintsLanguage:
The software will be designed on C++ using Visual Studio 2010 on Windows operating
system.
Map processing:
To handle elevation information from DTED maps system will use C++ language supporting
GDAL. Also, for 3D map visualization we will use libmini library.
Visuality:
OSG will be used for visualization.
Software System Attributes:
Reliability
-The system should provide reliable results over the map.
4.BEHAVIORAL MODEL AND DESCRIPTIONThis section presents a description of the behavior of the software.
4.1 BEHAVIORAL DESCRIPTION OF THE MODELWhen the program starts, at first, user will see a login screen. In this screen user will required
to provide username and password. If the information is valid the user will be able to move on
with the program. There are two types of user roles. One of them is “Admin” and the other
one is “Observer”. Next screen will depend on the type of the user. Admin will view a screen
where he/she can add new user, create 3D world using DTED formatted maps and make
modifications on the created world. Modifications may be adding new objects or adding new
cameras. Also added cameras can be modified. These include setting camera types, analyzing
their view frustum and changing camera perspective. At last admin will save this modified 3D
world. After the admin has completed every task he has been working on, admin can log off
and get to the final state. The next screen, which is after the log in screen, for observer will
make observer to choose a 3D world which is saved by the admin. In the loaded 3D world
observer can be able to change camera perspective and navigate in the 3D environment. Also
in the 3D world observer can get live video from IP cameras. Moreover observer can see
fused video stream from IP cameras in matching parts of the 3D world, which is 3D video
fusion, by clicking on a desired camera. In the videos human tracking can be toggled by the
observer. For instance if no one is expected to be in the area where a certain camera is
viewing, then in that camera’s viewing frustum, human tracking feature can be toggled on. In
case something needs to be taken care of in the same area, for instance a technical issue or
repair etc., human tracking can be toggled off. Whenever someone is detected in a camera
where human tracking is active, 3D video fusion for that camera will be carried out
automatically by the program to show it to the observer. At last whenever user logs off from
the system, it will end to its final state.
4.2 BEHAVIORAL MODEL OF THE SYSTEM
5 Planning
In this part of the SRS, structure of the conducting team, fundamental schedule, and the process model are included.
5.1.Team structure
This team’s members have created a football team to join CENGCUP two years ago, so that coordination and communication between team members are gone in a proper and expected attitude. Each team member’s opinion through the project is considered crucially important, so that democratic non- hierarchic structure of team is ensured. Our aim is to provide equivalent workload distribution between team members, and we are successful in doing so until now.
Our team has assigned Cihan as the communication staff, so official mailings and assignment of team meetings are set by Cihan.
Members main roles are as follows;
Cihan: The communicator, Team Leader, the devil’s advocate , the announcer
Emirhan: The optimist, the harmonizer, the encourager, the summarizer
Ziya: the information seeker, the gate keeper, the devil’s advocate
Andaç: The recorder, the devil’s advocate, the initiator, the optimist
5.2. Estimation (Basic Schedule)
6. ConclusionThis document states the design level approach of UMASOFT for SURV3D Project. Firstly,
the problem definition and our motivation to carry out this project is stated in this document.
After providing an initial look to SURV3D project, document introduces requirement analysis
of the project. Technical details for specifications are elaborated in documentation.
This document states the design level approach taken by the InnovaSoft Team for the projectHRMS. After giving a basic information about what the HRMS is, the document briefly describes
the problem and the solution we proposed to the problem with the figures to visualize better andsteps taken to solve the problem. In other words this document introduces the technical details ofthe HRMS.In the first part of the technical design, the major functions needed to develop an HRMS areintroduced. Later on, these major functions and their sub-functions are visualized with the use casediagrams. In the second part, user interfaces are described in a detailed manner with figures. Lastly,data modules and their relationships are discussed.To conclude, this document constitutes a base for the development of an HRMS.