소프트웨어 요구사항 명세서(Software Requirements Specification for Eye Seconds)

Ver 1.3

승인자 : 승인 날짜:

2016. 11. 3

목차

1. SRS 소개(Introduction to SRS) 1.1 목 적(Purpose of SRS) 1.2 범 위(Scope of SRS) 1.3 대 상(Intended audience and reading suggestions of SRS) 1.4 용어 정의(Glossary of term of SRS) 1.5 참고 문헌(References document of SRS) 1.6 문서 형식(Overview of SRS) ㅋ1.7 문서 구성 (Overview of SRS)

2. 시스템 개요(Overall Description) 2.1 시스템 개요(The System Overview)2.2 이해관계자 특성(Stakeholder characteristics)

2.3 시스템 기능(The System Features)2.4 일반 제약사항(The general constraints)2.5 가정사항(Assumptions)

3. 비즈니스요구사항

3.1 비즈니스 범위 (Business scope) 3.2 비즈니스 프로세스 정의 (Business processes definitions) 3.3 비즈니스 정보 정의 (Business information definitions) 3.4 비즈니스 규칙 (Business rule)

4. 인터페이스 요구사항(Interface Requirements) 4.1 외부 인터페이스 요구사항 (System Interface Req.) 4.2 사용자 인터페이스 요구사항

4.3 하드웨어 인터페이스 요구사항

4.4 네트워크 인터페이스 요구사항

4.5 소프트웨어 인터페이스 요구사항 (SW interface Req.)

5. 기능 요구사항(Functional Requirements)5.1 시스템 기능 구조(System functional structure) 5.2 상세 기능 요구사항(Detail functional requirement)

6. 데이터 요구사항(Data Requirements) 6.1 도메인 데이터 모델 (Domain data model)

6.2 논리적 데이터베이스 요구사항 (Logical Database Req.)

7. 품질 요구사항(Quality Requirements) 7.1 시스템 품질 모델(System quality goal) 7.2 상세 품질 요구사항(Detail quality requirements)

8. 운영 요구사항(Operational Requirements) 8.1 물리적 운영 요구사항(Physical Operational Requirements) 8.2 설치 요구사항(adaptation requirements) 8.3 사용자 문서와 훈련 요구사항(User Documentation and Training)

9. 제약사항(Constraints)

10. Use Case 명세

11. WBS

1. SRS 소개(Introduction to SRS) 1.1 목 적(Purpose of SRS)

● 본 문서는 Eye Seconds 소프트웨어 개발을 위한 소프트웨어 요구사항을 명세하고 있다.● 본 문서는 고객, 설계, 개발, QA 담당자를 대상으로 한다.● 본 문서는 Eye Seconds 의 BPP 를 바탕으로 고객의 요구사항을 명확하게 도출 하여 향후 개발

과정에서 이를 반영하는데 그 목적이 있다. 따라서 본 문서는 고객의 정확한 요구사항을 수집하고

이를 분석하여 명세한다.● 본 문서는 고객과 개발자간에 다음과 같은 역할을 한다. -본 문서는 고객과 개발자간의 계약서와 동일한 효력을 갖는다. -본 문서는 고객 요구사항을 구체적으로 명시한다. -개발자는 본 문서에 명세된 고객의 요구사항에 따라 목적물을 개발한다. -개발된 목적물은 본 문서에 명세된 모든 요구사항을 만족해야한다. -본 문서는 향후 테스트의 베이스 라인이 된다. -본 문서는 명세된 모든 요구 사항을 바탕으로 설계하고, 테스트 케이스를 작성한다.

1.2 범 위(Scope of SRS) ● Eye Seconds 소프트웨어는 아두이노와 가속도센서를 이용해 제작된 <도난 감지 디바이스>와

<핸드폰>이 도난 발생 여부에 대한 데이터를 주고 받으며, 이를 통해 <도난 감지, 도난 알림, 주변의 CCTV 의 위치 및 연락 정보 제공>하는 기능들을 처리한다.

1.3 사 용 대 상(Intended audience and reading suggestions of SRS)

역할 이름 주담당 연락처 연락형식

PM, 검증 김숭 프로젝트관리 전화

개발자 김상혁 도난 감지 디바이스 제작 전화

개발자 류혜원 서버 개발 전화

개발자 정혜빈 안드로이드 개발 전화

1.4 용어 정의(Glossary of term of SRS) 용어 이름 머리글자 약어 정의

Use Case UC - 사용자 관점에서 소프트웨어 시스템의 사용

시나리오를 기술

1.5 참고 문헌(References document of SRS) 순번 작성자 문서이름 문서종류 문서

형식

버전 발행일

1 한국

소트프웨어

진흥원

요구사항 명세화

표준지침

Word Pdf - 2008.11

2 니나노팀 BPP Word Docx Version2.0

2016.10.22

3 동두천시 우리동네 CCTV 위치 Web - - -

4 백정현 무선 네트워크를

이용한 모바일 자전거

도난방지 시스템의

설계 및 구현에 관한

연구

논문 Pdf _ 2013.7

1.6 문서 형식(Overview of SRS) 1.6.1 요구사항 번호 형식

(1) 요구사항 번호 형식

●종류별 번호 기준 : 요구사항을 기능을 기준으로 하여 번호를 부여한다

.

(2) 요구사항 번호 부여 기준

● 요구사항의 번호는 기능적 우선순위가 높을 수록 낮은 번호로 부여한다.● 요구사항 변경(추가/ 삭제)시 재번호는 기존의 요구 사항의 번호를 유지하되, 추가되는

요구사항들 끼리의 우선도를 비교하여 높은 우선도를 가지는 요구사항에게 낮은 번호를 부여하도록

한다. 1.6.2 요구사항 명세 형식

(1)개별 요구사항 정의 형식

기능 요구사항 시스템은 공공장소에서 귀중품을 두고 잠시 자리를 비울 때, 귀중품의

주인에게 도난이 발생되는 상황에서 최소 80% 이상 도난 상황을 감지, 알림, 주변 CCTV 의 정보를 제공하는 기능을 제공 해야 한다.

비기능 요구사항 귀중품의 주인(고객)은 귀중품의 물건의 움직임이 감지된다면, 움직임이

발생한 후로부터 30 초 이내에 도난 상황을 알림 받아야 한다.

(2)개발 요구사항 속성 형식

정보종류 정보 내용

요구사항

식별정보

● 요구사항 번호, 요구사항 이름

● 요구사항 내용

● 요구사항 관련자

요구사항

속성 정보

● 요구사항 종류 (비즈니스, 기능, 품질, 제약사항)● 응낙 수준 (필수, 조건, 선택)

● 우선 순위, 중요도, 위험도, 투입 노력 (비용, 일정)

요구사항

품질 정보

● 품질 속성(신뢰성, 사용성, 효율성, 이식성, 유지보수성)

요구사항

상태정보

● 요구 사항 처리 상태 (TBD, 제안, 정의, 검토, 검증, 합의, 승인, 거부, 삭제)

요구사항

변경정보

● 요구 사항 변경 가능성 (Global/static requirements)● 변경 내역 정보 ( 요구사항 포함 이유, 날짜 및 참석자)● 변경 처리 상태

요구사항

추적 정보

● 요구사항과 관계된 근거/ 소스와의 추적 정보

● 요구사항과 프로세스 산출물과의 추적 정보

● 다른 요구사항과의 종속성

1.7 문서 구성 (Overview of SRS) 요구사항 형태 시스템 요구사항 상세 요구사항

1. SRS 소개 O O2. 시스템 개요 O O3. 비즈니스 요구사항 O4. 인터페이스 요구사항 외부 인터페이스

요구사항

상세 인터페이스

요구사항

5. 기능 요구사항 시스템 기능 구조 상세 기능 요구사항

6. 데이터 요구사항 도메인 데이터 모델

7. 품질 요구사항 시스템 품질 목표 상세 품질 요구사항

8. 운영 요구사항

9. 제약사항 O10. Use Case 명세 O

11. WBS

2. 시스템 개요(Overall Description) 2.1 시스템 개요(The System Overview)

(1) 시스템 목적

● 시스템 개발 목적: 시스템은 카페, 도서관 1 인 이용객이 증가함에 따라서, 잠시 자리를

비울 때, 본인의 소지품의 도난을 우려하는 고객을 위한 시스템이다. ●시스템 개발 동기

- 시스템 개발의 배경 : 현재 시스템으로는 공공장소에서 일어나는 도난은 도난이 일어 난 후, 범인을 찾기 위한 사후적인 매장내 CCTV 활용을 하는 수준이다. -시스템 개발 목표 : 휴대용 도난 방지 디바이스를 이용해서 지키고자 하는 물건이 도난 되었을 때, 도난이 일어난 정확한 시간과 발빠른 CCTV 확인으로 인해서 범인을 조기에 검거하는데 목적이

있다.

(2) 시스템 범위

●도난을 감지할 디바이스를 아두이노(쿠도이노)와 가속도, 자이로 센서, 통신 모듈을 갖춘 형태로

제작한다. ●디바이스와 모바일간의 데이터를 주고 받는 서버를 구축하고 ,DB 와 데이터 처리를 받을 php 를

개발한다. ●안드로이드 기반의 어플리케이션을 개발한다. (3) 시스템 고려사항

● 주변 CCTV 에 대한 위치 정보를 정확히 제공 받을 수 없다.● 12월 23 일까지 개발이 완성되기 위해서는 개발일정이 여유롭지 않다.● 아두이노, 안드로이드, 서버 개발자에 대한 경험이 없으므로 위험도가 높다.● 도난이 발생 했을 때, 사이렌 경고를 울린다는 것은 고객마다 수용도가 다르기 때문에 이 기능에

대한 적절한 조절할 수 있는 기능이 필요 할 것이다.

2.2 이해관계자 특성(Stakeholder characteristics) ●이해 관계자 그룹 식별

●이해 관계자 관점 식별이름 이해 관계자 관점 이해 관계자 관계

Biz 목표 기술제약 품질별 제약사항 영향도 중요도 참여도

도메인

전문가

시스템 완정성 _ 기능성 상 상 20%

사용자 편리한 사용 관련 기술

지식이 낮음

사용성 중 상 80%

Pm 프로젝트의

성공

관련 기술

지식 높음

완성도 상 상 80%

개발팀 프로젝트 완성 관련 기술

지식 중간

_ 중 중 60%

투자자 수익성 관련 기술

지식 중간

수익성 상 상 40%

2.3 시스템 기능(The System Features)비즈니스 목적 비즈니스 프로세스 시스템 기능 소프트웨어기능

도난 솔루션 도난 감지 디바이스 작동 감지 모드 ON/OFF움직임 감지

도난 상황 판단

도난 알림 주변 알림 도난 상황 사이렌 경보

주인 알림 도난 상황 PUSH 알림

주변 cctv 정보제공 cctv 관리 cctv 등록

주변 cctv 위치 조회

주변 cctv 상세 정보 조회

2.4 일반 제약사항(The general constraints)(1) 시스템 개발 제약 사항

● 현재 안드로이드 제작 경험이 있는 개발자가 존재 하지 않으므로, 시스템 개발에 많은 시간이

소요 될 수 있음

● 아두이노 프로그래밍의 경험이 많지 않으므로, 신속한 개발에는 무리가 있을 수 있음

● 도난이 아닌 상황이지만, 물건이 움직일 경우에 대한 예외처리를 해야하는 까다로움이 있음.● CCTV 의 위치 정보를 DB 에 저장하는 행위가 위법일 수 도 있음.

(2) 소프트웨어 제약 사항

● 해당 사항 없음

(3) 시스템 구현 및 운영 환경에 대한 제약 사항

● 서버 사용 기간은 3 개월으로 제한하여 프로젝트를 개발하고 있으므로 추후 운영을 위해서는

지속적인 관리가 필요함

(4) 비즈니스 제약 사항

● 카페, 학교 내 CCTV 의 위치 정보 및 관리자의 전화 번호를 알기 위해서는 협조가 필요함.

2.5 가정사항(Assumptions) ● 디바이스는 무선 인터넷을 사용 할 수 있는 환경이라고 가정함

● 알림을 받을 주인은 무선 인터넷을 사용 할 수 있는 환경이라고 가정함

● 도난 장소는 주변에 CCTV 가 있는 상태라고 가정함.

● 도난의 피해자인 귀중품의 주인은 사이렌에 대한 거부감 보다는 귀중품을 지키고

싶다는 마음이 더 크다고 가정함.

3. 비즈니스요구사항

항목 설명

비즈니스 목표휴대용 도난 방지 디바이스와

이를 이용한 도난 관리 서비스

배포 유형 B2C이해관계 사용자, CCTV 정보 제공자, LBS광고 수익자

중요한 품질 정확성, 신속성, 보안성

대상 사용자 일반 사용자

보안 문제 CCTV 정보를 약용한 범죄가 발생할 수 있다.

우선순위1) 도난 상황 감지

2) 주변 CCTV 정보제공

시간/일정 12월 23 일까지 프로젝트 완료

예산 24 만원

위험 요소 새로운 개발환경

비즈니스 예상도

4. 인터페이스 요구사항(Interface Requirements)

4.1 외부 인터페이스 요구사항 (System Interface Req.) 외부 시스템 이름 디바이스 무선 인터넷 연결 시스템

인터페이스 목적 디바이스가 무선 통신이 가능한 상태

입력 소스 및 결과물 위치

인터페이스 속성

상호 호환성

제약사항

4.2 사용자 인터페이스 요구사항

사용자 인터페이스 이름 모바일 어플리케이션을 통한 API 환경

인터페이스 목적 사용자는 모바일 어플리케이션을 통해서 시스템에게 명령을

내리고 실시간으로 결과물을 받아 볼 수 있음

4.3 하드웨어 인터페이스 요구사항

하드웨어 인터페이스 이름 전원, 센서의 정상 작동

인터페이스 목적도난 디바이스는 통신, 도난을 감지하기에 전원이 충분하며,

센서는 정확한 출력을 낼 수 있는 환경에 위치함

4.4 네트워크 인터페이스 요구사항

도난감지디바이스와 모바일 모두 무선 인터넷이 연결되어있는 상태로, 안정적인 연결이 이루어진

상태가 요구된다.

4.5 소프트웨어 인터페이스 요구사항 (SW interface Req.) 서버 구축을 위하여 호스팅서비스인 cafe24.com 의 서비스를 이용한다.mysql 을 DB 로 사용한다.

5. 기능 요구사항(Functional Requirements)5.1 시스템 기능 구조(System functional structure)

비즈니스

요구사항

개략

요구사항

상세

요구사항

목적 입력/결과 우선도

도난 감지디바이스

작동

감지 모드 ON/OFF 감지 모드 시작 종료

모드 조작/모드 수행

하

움직임

감지

물건의 움직임을 통해

도난을 파악함 - 상

도난 상황

판단

해당 물건의 움직임을

도난 상황이라고 판단할지

결정

- / 도난 상황

판단 여부상

도난 알림

주변

알림

도난 상황

사이렌

경고

도난 발생 장소에게는

사이렌을 통해서 알려줌

도난 상황

여부/ 사이렌

경보 유무

중

주인

알림

도난 상황

PUSH 알림

물건의 주인에게는

앱 푸시 알람을 통해

도난 상황을 알려줌

도난 상황

여부 / 주인에게

Push 알람

상

주변 cctv 정보제공

cctv관리

cctv 등록등록되지 않은 CCTV 의

정보를 입력

CCTV 정보

등록 요청

/등록 결과

하

주변 cctv 위치 조회

지도 상에서

CCTV 의 위치를 파악함

CCTV 위치

정보 조회/ CCTV 위치

정보 결과

상

주변 cctv 상세 정보

조회

선택한 CCTV 에 대한

상세 정보 (전화번호, 관리기관 등)을 조회함

상세 정보

조회 요구/상세 정보

조회 결과

중

5.2 상세 기능 요구사항(Detail functional requirement)요구사항

번호

R-001 요구사항

이름

움직임 감지 요구사항

유형

기능

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 실시간으로 디바이스는 물체의 움직임을 감지한다.2. 시스템은 센서로부터 입력 받은 값을 가공한다.

입력데이터 가속도 센서값, 자이로센서값 출력데이터 가공된 움직임 수치

입출력유형 외부 입력 파일 유형 내부 변수에 저장

평가방법 1. 강한 움직임에선 강함 값을 갖는지 확인한다/

평가기준 구현의 완전성, 정확성, 인터페이스의 정확성

응락수준 필수 처리상태

우선순위 상 중요도 상 위험도 중

품질 속성

변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

요구사항 R-002 요구사항 도난 상황 판단 요구사항 기능

번호 이름 유형

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 측정된 센서값을 가공하여 넘겨 받은 값이 도난 상황인지를 시스템이

판단한다.입력데이터 가공된 센서 측정값 출력데이터 도난 상황 여부

입출력유형 파일 유형 -평가방법 1. threshold 가 도난 상황이 판단하기에 적정한 값인지를 파악한다.

평가기준 기능 구현의 완성성, 타당성, 정확성

응락수준 필수 처리상태

우선순위 상 중요도 상 위험도 중

품질 속성 신뢰성, 효율성, 사용성

변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

요구사항

번호

R-003 요구사항

이름

도난 감지

PUSH 알람

요구사항

유형

기능

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 도난 상황 감지 시 시스템은 주인에게 푸시을 통해 도난 상황임을 알린다.입력데이터 측정된 가속도, 자이로 센서값 출력데이터 도난 발생 여부

입출력유형 측정 값 파일 유형 -평가방법 도난 상황에서 정확히 주인에게 푸시 알람을 주는지 확인한다.

도난 발생 10 초안에 푸시를 주는시 확인한다.평가기준 기능 구현의 완전성, 정확성

응락수준 필수 처리상태

우선순위 상 중요도 상 위험도

품질 속성 신뢰성

변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

요구사항

번호

R-004 요구사항

이름

도난 상황 사이렌

경보

요구사항

유형

상

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 도난 상황 감지 시 시스템은 주변에게 사이렌을 통해 도난 상황임을 알린다.

입력데이터 측정된 가속도, 자이로 센서값 출력데이터 도난 발생 여부

입출력유형 측정 값 파일 유형 -평가방법 1. 도난 상황에 정확히 사이렌이 울리는지 평가한다.

평가기준 구현의 정확성, 완성도

응락수준 필수 처리상태

우선순위 상 중요도 상 위험도 중

품질 속성 신뢰성,변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

요구사항

번호

R-005 요구사항

이름

주변 cctv 위치정보 조회

요구사항

유형

기능

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 사용자는 도난상황을 인지했을 때, 주변의 CCTV 가 설치된 위치를 조회할 수

있다. 2. 시스템은 가까운 곳의 CCTV 위치 정보를 지도에 표시해준다

입력데이터 조회 요청 출력데이터 CCTV 정보가 포함된 지도

입출력유형 외부 입력 파일 유형 -평가방법 1. 정확한 CCTV 의 위치를 제공하는지 평가한다.

2. 버퍼링은 없는지 확인한다.평가기준 기능 구현의 완성성, 정확성

응락수준 필수 처리상태

우선순위 상 중요도 상 위험도 상

품질 속성

변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

요구사항

번호

R-006 요구사항

이름

주변 cctv 상세

정보 조회

요구사항

유형

기능

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 사용자는 주변의 CCTV 중 특정 CCTV 의 정보를 조회하고 싶을때 CCTV 를

클릭한다. 2. 시스템은 선택된 CCTV 의 상세 정보를 표시하여 준다.

입력데이터 조회 요청 출력데이터 CCTV 상세 정보

입출력유형 외부 입력 파일 유형 -평가방법 1. 정확한 CCTV 의 상세를 제공하는지 평가한다.

2. 버퍼링은 없는지 확인한다.평가기준 기능 구현의 완전성, 정확성

응락수준 필수 처리상태

우선순위 중 중요도 중 위험도 하

품질 속성

변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

요구사항

번호

R-007 요구사항

이름

감지 모드 ON/OFF

요구사항

유형

기능

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 사용자는 어플리케이션 상에서 도난 감지 모드를 On 할 수 있다. 2. 디바이스는 이 때부터 감지 모드를 동작하여 실시간으로 도난 여부를

파악한다.입력데이터 감지 모드 시작 출력데이터 -입출력유형 외부 입력 파일 유형 -평가방법 1. 시작한 후 부터 제대로 감지를 시작하는지 확인한다.

2. 사용자가 입력을 한 후 3 초 이내에 적절하게 동작한다.평가기준 기능 구현의 완정성, 정확성, 인터페이스의 적확성

응락수준 처리상태

우선순위 하 중요도 중 위험도 중

품질 속성 효율성, 신뢰성

변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

요구사항

번호

R-008 요구사항

이름

CCTV 등록 요구사항

유형

기능

작성자 류혜원 작성일 2016-11-01 릴리즈/버전 V1.0이해관계자 시스템 관리자, 개발자, 품질 관리자, 테스터

내용 1. 사용자는 CCTV 등록 창에서 신규 CCTV 의 위도, 경도, 주소, 전화번호, 관리자 정보를 입력한다.2. 시스템은 신규 CCTV 정보를 DB 에 저장한다.3. 저장된 CCTV 정보는 실시간으로 반영되어야 한다.

입력데이터 CCTV 정보(위도, 경도, 주소, 출력데이터 DB 에 저장 여부

전화번호, 관리자 정보)입출력유형 외부 입력 파일 유형 내부 CCTV 정보 DB평가방법 1. 잘못된 위도, 경도의 값을 입력했을 때 저장되는지 확인한다.

2. 신규 등록된 CCTV 의 정보가 DB 에 잘 저장 되었는지 확인한다. 평가기준 기능 구현의 완전성, 기능 구현의 정확성

응락수준 처리상태

우선순위 하 중요도 하 위험도 중

품질 속성 신뢰성, 효율성, 사용성

변경 가능성 변경내역

관련근거 관련소스

관련요구사항 관련산출물

6. 데이터 요구사항(Data Requirements) 6.1 도메인 데이터 모델 (Domain data model)

6.2 논리적 데이터베이스 요구사항 (Logical Database Req.) (1) 데이터 제약

- 데이터의 입력은 사용자만 가능하다.- 데이터의 입출력은 디바이스와 웹을 통해 이루어진다.(2) 데이터 보존

- 데이터는 등록 사용자가 삭제하기 전까지 삭제되지 않는다.

(3) 데이터 영향

- CCTV 등록 정보는 각 개인별로 저장되며 본인이 저장하지 않은 정보는

열람할 수 없다.

7. 품질 요구사항(Quality Requirements) 7.1 시스템 품질 모델(System quality goal)

품질특성 요구사항 내용 품질 목표 우선순위

기능성 사용자가 요구하는 기능을 수행하는 능력 100% 1효율성 요구되는 기능을 수행할 때 필요한 자원을

소요하는 정도

80% 3

신뢰성 정확하고 일관된 결과를 수행하는 능력 70% 4사용성 사용자가 사용과 이해를 용이하게 할 수 있는

성질

85% 2

유지보수성 변경 발생시 영향을 파악하고 절차에 따라

변경 가능한 정도를 기술

70% 4

이식성 새로운 환경에 쉽게 변경될 수 있는 능력 60% 6

7.2 상세 품질 요구사항(Detail quality requirements) 7.2.1 효율성 요구사항(Performance requirements)(1)시간 효율성

도난 발생 30 초 이내에 도난 알림이 발생해야 한다.(2)처리 효율성

- 현재 목표를 동시 서버 이용자를 10 명이내로 제한한다.- 현재 목표를 달성 후 동시 서버 이용자를 100 명으로 확장한다.- 서버 이용자의 수는 DB 에 등록된 사용자의 정보로부터 파악한다.7.2.2 신뢰성 요구사항(Reliability requirement)(1)복구성 및 성숙성

- 하드웨어적 문제로 센서의 측정 값이 이상할 때 본 도난 알림

방지기의 전원을 껐다 커 도난 알림 방지기가 새롭게 시작할 수

있도록 한다.

7.2.3 사용성 요구사항(Usability requirement) - 각 기능 별로 버튼을 제작하여 사용자의 사용 용이성을

상승시켰다. - 사용시 버튼을 누르는 방식이므로 사용자는 빠르게 10 분

이내로 사용 방법을 터득할 수 있다. 7.2.4 유지보수성 요구사항(Maintainability requirements) - 도난 알림 방지기에서 현 상황에 대한 센서 측정 값을

서버로 계속 발송하기 때문에 문제가 발생할 시 서버에서

그 값을 통해 문제를 분석할 수 있다. 7.2.5 이식성 요구사항(Portability requirements) - 도난 알림 방지기는 센서를 사용하므로 이식되는 해당

환경에서의 센서 사용이 가능하다면 이식이 가능하다. 7.2.6 보안성 요구사항(Security requirements) - 도난 알림 방지기는 사용자의 로그인을 통해 사용자를

판단하므로 사용자의 정보가 유출되지 않도록 한다.

8. 운영 요구사항(Operational Requirements) 8.1 물리적 운영 요구사항(Physical Operational Requirements) 해당 시스템을 이용하기 위해서는 도난 방지 디바이스가 필요하고, 이는 무선

인터넷을 사용 할 수 있는 통신 장치가 있어야 한다.

8.2 설치 요구사항(adaptation requirements) 사용자는 Android Application 을 설치하여야 한다.

8.3 사용자 문서와 훈련 요구사항(User Documentation and Training)사용자는 간단한 사용자 매뉴얼을 통해서 사용법을 익혀야 할 수 도 있지만, 간단한

UI 로 이해하기 쉽게 어플리케이션을 제작한다

. 9. 제약사항(Constraints) (1) 설계 및 구현 제약: - 하드웨어 구성에 아두이노 스케치와 lua 을 사용한다.

- 서버 구성에 node.js 를 사용한다.(2) 표준 적합성:내부 규정

- 하드웨어와 소프트웨어 제작 및 수정시 github 및 카카오톡 채팅방, slack 방에

관련 내용을 남긴다.(3) 법적 제약

- 본 SW 와 관련된 법률이 존재하지 않는다.(4) 조직의 문화적 요구사항:- 전 세계적으로 혼자 생활하는 인구가 증가하고 있다.- 도난에 대한 위험성이 증가하고 있다.

10. Use Case 명세

Use Case UC1 이름 회원 등록

개요 고객이 개인 신상 정보를 입력하고 신규 회원인 경우 Device 정보도 등록한다. 액터 고객

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치한 상태이다.기본 흐름 1. 시스템은 ID 의 중복 여부를 확인한다.

2. 시스템은 이미 가입된 회원인지를 확인한다.3. 시스템은 입력받은 정보를 DB 에 저장한다.4. 디바이스 등록 여부를 묻고, 디바이스 등록을 원하면 UC2 를 진행한다.4. 시스템은 성공적으로 회원 가입이 되었음을 알린다.

대안 흐름 A1. 중복된 아이디

분기점 : 기본흐름 -1 분기 조건 : 이미 사용중인 아이디를 회원가입시에서 입력했을 때. A1.1 시스템은 사용자에게 이미 아이디가 사용중임을 알리고 다시 입력을

받는다. 사후 조건 사용자는 회원가입이 완료된 상태

Use Case UC2 이름 디바이스 등록

개요 고객이 디바이스 정보를 입력하고 Device 정보를 서버상에 등록한다. 액터 고객

사전 조건사용자는 안드로이드 어플리케이션을 다운받아 설치하고, 도난 감지 디바이스를

구매한 상태이다.

기본 흐름

1. 시스템은 디바이스의 Serial Number 의 중복 여부를 확인한다.2. 시스템은 이미 가입된 회원인지를 확인한다.3. 시스템은 입력받은 정보를 DB 에 저장한다.4. 시스템은 성공적으로 디바이스 등록이 되었음을 알린다.

대안 흐름

A2. 미가입 회원 아이디

분기점 : 기본흐름 2 분기 조건 : 회원등록 없이 디바이스 등록을 하는 경우

A1.1 시스템은 사용자에게 이미 회원가입이 필수임을 알리고 UC1 를 진행한다.사후 조건 사용자가 원하는 디바이스의 등록이 완료된 상태

Use Case UC3이름 도난감지

개요 고객이 도난 감지 모드를 ON 하면 디바이스는 지속적으로 도난을 감지한다. 액터 고객

사전 조건사용자는 안드로이드 어플리케이션을 다운받아 설치하고, 도난 감지 디바이스를

구매한 상태이다.기본 흐름 1. 사용자는 안드로이드 어플리케이션을 통해 '감지 시작' 버튼을 클릭한다

2. 시스템은 요청을 받아서 디바이스로 부터 센서 측정을 시작하는 명령을

내린다.3. 시스템은 디바이스가 감지한 센서 측정값을 토대로 도난 여부를 확인한다..4. 도난이 발생하지 않는 상황에서는 시스템은 고객의 '감지 중지' 명령이 있을

때까지 3 을 반복한다.

대안 흐름

A1. 도난 발생

분기점 : 기본흐름 3 분기 조건 : 감지한 센서 측정값이 특정 threshold 를 넘어서 도난상황이라고

판단 되는 경우

A1.1 주변에게 사이렌을 통해 도난 상황을 알린다. A1.2 주인에게 PUSH 알림을 통해 도난 상황을 알린다.

사후 조건 사용자가 자리로 돌아와 감지 모드를 OFF 한상태

Use Case UC4이름 주변 CCTV 위치 조회

개요 고객이 주변 CCTV 설치 위치를 요청하면 CCTV 위치를 지도상에 표시해준다. 액터 고객

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치한 상태이다.

기본 흐름

1. 시스템은 고객의 현재 위치를 파악한다.2. 시스템은 고객의 현재 위치 근처의 CCTV 를 지도에 표시한다.

대안 흐름

사후 조건 사용자가 원하는 지역의 CCTV 위치를 조회한 상태

Use Case UC5이름 주변 CCTV 상세 정보 조회

개요고객이 주변 CCTV 설치 위치를 보고 지도상에서 상세정보를 원하는 CCTV 를

클릭하면 CCTV 의 상세 정보를 표시해준다. 액터 고객

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치한 상태이다.

기본 흐름

1. 고객은 지도상에서 확인하고 싶은 위치의 특정 CCTV 의 아이콘을 클릭한다.2. 시스템은 고객이 선택한 CCTV 의 아이콘의 상세 정보(주소, 전화번호, 관리기관)을 표시해준다.

대안 흐름

사후 조건 사용자가 원하는 CCTV 의 상세 정보를 조회한 상태

Use Case UC6이름 CCTV 등록

개요 고객이 주변 CCTV 등록을 요청하면 CCTV 정보를 등록한다. 액터 고객

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치한 상태이다.

기본 흐름1. 고객은 새로 등록하고자 하는 CCTV 의 정보를 입력한다. 2. 시스템은 사용자가 입력한 DB 의 정보를 저장한다.

대안 흐름

A1. 중복된 CCTV 정보 입력

분기점 : 1 분기 조건: 사용자가 입력한 CCTV 의 정보가 DB 에 저장되어 있다.A1.1 CCTV 정보를 저장하지 않고 사용자에게 중복된 정보라는 사실을 알린다.

사후 조건 CCTV 정보가 DB 에 등록되어있다.

11. WBS마지막 수정일 : 2016- 11-04

WBS 태스크 작업자 상태 시작일 종료일기간

진척도

1 요구사항 - - 2016-10-28

2016-11-04 6 100

%1.1 위험 분석 김상혁 Completed 16-10-28 16-10-28 1 100

%1.2 비즈니스 요구사항 분석

김숭, 정혜빈

Completed 16-10-28 16-11-4 6 100%

1.3 사용자 요구사항 분석 공동 Completed 16-10-28 16-10-28 1 100%

1.3.1 기능, 비기능 요구사항 도출 정혜빈 Completed 16-10-28 16-10-28 1 100%

1.3.2 USE CASE 류혜원 Completed 16-10-28 16-11-4 6 100%

1.4 SRS 문서 작성 공동 Completed 16-10-28 16-11-4 6 100%

1.5 WBS 추가 류혜원 Completed 16-11-4 16-11-4 1 100%

2 분석 　 - 2016-11-03

2016-11-08 4 4%

2.1 정적 분석 공동 In Progress 16-11-3 16-11-8 　 10%　 클래스 , 객체 도출 공동 In Progress 16-11-7 16-11-8 　 0%

2.2 동적 분석 공동 In Progress 16-11-3 16-11-8 　 5%Sequence Diagram 작성 공동 In Progress 16-11-7 16-11-8 　 0%

3 설계 　 - 2016-11-03

2016-11-17 11 15%

3.1 DB 설계 　 In Progress 16-11-3 16-11-10 6 10%3.2 아키텍처 설계 　 Not Started 16-11-3 16-11-10 6 20%3.3 클래스 설계 　 　 16-11-10 16-11-10 　

3.4 UI 설계 　 Not Started 16-11-10 16-11-17 6 30%

3.4 진행 업무 점검 및 이슈 해결 　 Milestone 16-11-17 16-11-17 1 0%4 구현 　 - 2016-11-

032016-12-

20 34 6%

4.1 서버 개발 　 - 　 0%4.1.1 서버 구축 　 Completed 16-11-3 16-11-3 1 100

%4.1.2 DB 구축 　 Not Started 0 0%4.1.3 회원 가입 　 Not Started 　 0%4.1.4 로그인 　 Not Started 　 0%4.1.5 CCTV 조회 　 Not Started 　 0%4.1.6 CCTV 등록 　 Not Started 　 0%4.2 디바이스 개발 　 - 　

4.2.1 아두이노, 센서 설치 　 Not Started 　 0%4.2.2 센서 측정 　 Not Started 　 0%4.2.3 데이터 서버측 전송 　 Not Started 0 0%4.2.4 On/off 동작 　 Not Started 0 0%4.3 어플리케이션 개발 　 - 0

4.3.1 회원가입 　 Not Started 　

4.2.2 로그인 　 Not Started 　

4.2.3 On/off 동작 　 Not Started 0 0%4.2.4 주변 CCTV 조회 　 Not Started 0 0%4.2.4 상세 CCTV 정보 조회 　 Not Started 0 0%4.2.4 신규 CCTV 정보 등록 　 Not Started 0 0%

4.4 중간 전 진행 업무 점검 및 이슈 해결 　 Milestone 16-12-1 16-12-1 1 0%4.5 최종 전 진행 업무 점검 및 이슈 해결 　 Milestone 16-12-20 16-12-20 1 0%

5 테스트 　 - 2016-12-02

2016-12-16 11 0%

5.1 통합 테스트 　 - 16-12-2 16-12-16 11 0%5.1.1 단위/통합 테스트(서버) 　 Not Started 16-12-2 16-12-14 9 0%5.1.2 단위/통합 테스트(아두이노) 　 Not Started 16-12-3 16-12-15 9 0%5.1.3 단위/통합 테스트(안드로이드) 　 Not Started 16-12-4 16-12-16 10 0%