소프트웨어 요구사항 명세서

5조 돈을벌어볼까

고승원 좌창화 장원호

승인자 : 승인 날짜: 2017. 5. 11

목차 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 시스템 기능(The System Features) 2.3 일반 제약사항(The general constraints) 2.4 가정사항(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 사용자 인터페이스 요구사항 4.2 네트워크 인터페이스 요구사항 4.3 소프트웨어 인터페이스 요구사항 (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 /* 수정사항

Context Diagram 추가 Usecase Diagram 수정 경로 삭제기능 추가

*/

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

● 본 문서는 자전거 어플리케이션 소프트웨어 개발을 위한 소프트웨어 요구사항을 명세하고 있다.

● 본 문서는 고객, 설계, 개발, QA 담당자를 대상으로 한다.

● 본 문서는 자전거 어플리케이션의 BPP를 바탕으로 고객의 요구사항을 명확하게 도출 하여 향후

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

수집하고 이를 분석하여 명세한다.

● 본 문서는 고객과 개발자간에 다음과 같은 역할을 한다.

-본 문서는 고객과 개발자간의 계약서와 동일한 효력을 갖는다.

-본 문서는 고객 요구사항을 구체적으로 명시한다.

-개발자는 본 문서에 명세된 고객의 요구사항에 따라 목적물을 개발한다.

-개발된 목적물은 본 문서에 명세된 모든 요구사항을 만족해야한다.

-본 문서는 향후 테스트의 베이스 라인이 된다.

-본 문서는 명세된 모든 요구 사항을 바탕으로 설계하고, 테스트 케이스를 작성한다.

1.2 범 위(Scope of SRS) 정대영 외 3인(2013)은 자전거길을 방문하는 이용객을 크게 코스종주추구형,

여가향유추구형, 단순이용추구형의 3가지 특성으로 분류하였다. ‘코스종주추구형’은 다른

집단에 비해 자전거 코스에 대한 관심이 높고, ‘여가향유추구형’은 접근성에 대한 선호도가

높게 나타나며, 단순이용추구형은 어떤 속성도 덜 중요하게 여기는 것으로 나타났다. 이

하이브리드 앱은 지역 축제와 그에해당하는자전거도로를매칭시켜주고, GPS로현재위치

정보를 받아 주변의 편의점 등 각종 편의 시설의 위치를 알려 주는 역할을 한다. 이는앞에서

설명한 유형 중 ‘여가향유추구형’ 이용객들에게 유용하게 쓰일 것으로 판단된다. 이를

구현하기 위한 상세한 유스케이스들은 다음과 같다.

●경로 추가하기 - 개발자가 기본적으로 자전거 도로에 대한 DB를 입력하지만, 유저도 좋은

자전거 길을 알고 있다면 개별적으로 등록할 수 있다.

●경로 평가하기 - 이미 존재하는 자전거길에 대한 평가를 한다. 각 평가당 구글

플레이스토어에서와 같이 별점과 그것을 설명하는 짧은 글로 이루어진다.

●경로 검색하기 - 축제가 열리는 장소를 기반으로 그 근처에 있는 자전거길을 검색, 추천한다.

물리적 한계로 인해 언제나 적절한 자전거길이 추천된다는 보장은 없다.

●경로까지의 교통편 보여 주기 - 경로가 검색되었을 때 현재 위치에서부터 네이버 API를

이용, 경로까지 가는 방법을 보여 준다.

●주위 편의시설 보여 주기 - GPS로 현재 위치 정보를 받아 주변의 편의점 등 각종 편의

시설의 위치를 알려 준다.

●로그인/회원가입 - 경로를 추가하거나 평가하는 글을 쓰려면 로그인해야 한다. 회원 정보는

아이디, 비밀번호, 이메일 주소로 이루어진다.(불편사항)

●ip 수집 - 로그인할 때 ip 정보를 수집하면 유저가 개발자가 예상하지 못한 행동들을 했을 때

쉽게 제어할 수 있다.

●서버 관리 - 개발자는 새로운 축제가 업데이트되거나 자전거 길이 업데이트되면 이것을

DB에 반영하여 유저들이 더 나은 검색을 할 수 있게 한다.

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

역할 이름 주담당 팀장 고승원 프로젝트관리

멘토 이정현 프로젝트 조언 및 어시스트 개발자 장원호 웹서버 개발 개발자 좌창화 안드로이드 개발

1.4 용어 정의(Glossary of term of SRS) 용어 이름 머리글자 약어 정의 Use Case UC - 사용자 관점에서 소프트웨어 시스템의 사용

시나리오를 기술

1.5 참고 문헌(References document of SRS)

순번 작성자 문서이름 문서종류 문서형식

버전 발행일

1 정대영 외 3명

<국토종주 자전거길 이용객의 선택속성에 따른 시장세분화>, 관광학연구 37권 9호, pp.231~253

논문 pdf 2013.11

2 윤유식 외 2명

관광레저연구 27(1), 23-41 (19 pages)

논문 Pdf 2015.01

3 신현규, 이준재

JOURNAL OF TOURISM&LEISURE RESEARCH 26(9), 2014.11, 433-448 (16 pages)

논문 pdf 2014.11

1.6 문서 형식(Overview of SRS)

1.6.1 요구사항 번호 형식 (1) 요구사항 번호 형식 ●종류별 번호 기준 : 요구사항을 기능을 기준으로 하여 번호를 부여한다 . (2) 요구사항 번호 부여 기준 ● 요구사항의 번호는 기능적 우선순위가 높을 수록 낮은 번호로 부여한다. ● 요구사항 변경(추가/ 삭제)시 재번호는 기존의 요구 사항의 번호를 유지하되, 추가되는 요구사항들

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

1.6.2 요구사항 명세 형식 (1)개별 요구사항 정의 형식 기능 요구사항 ● 매일 축제 정보를 크롤링 하고, 사용자가 원하는 날짜를 검색 했을 때 그

날짜에 맞추어 축제에 맞는 자전거 경로를 나타내준다. ● 사용자가 편의시설을 검색할 경우 현재 GPS에서 주위에 편의점이나

병원과 같은 편의시설을 제공한다.

비기능 요구사항 ● 최소 100개 이상의 자전거 경로를 가지며 해당 날짜에 축제가 없을 경우 7일 이내의 축제를 자전거 길과 매칭해준다.

● 해당 축제에 맞는 자전거 길이 없는 경우 없음을 출력하지 않고 해당 축제가 발생하는 인근 지역 자전거 도로를 추천해준다.

(2)개발 요구사항 속성 형식 정보종류 정보 내용 요구사항 식별정보

● 요구사항 번호, 요구사항 이름 ● 요구사항 내용 ● 요구사항 관련자

요구사항 속성 정보

● 요구사항 종류 (비즈니스, 기능, 품질, 제약사항) ● 응낙 수준 (필수, 조건, 선택) ● 우선 순위, 중요도, 위험도, 투입 노력 (비용, 일정)

요구사항 품질 정보

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

요구사항 상태정보

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

요구사항 변경정보

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

요구사항 추적 정보

● 요구사항과 관계된 근거/ 소스와의 추적 정보 ● 요구사항과 프로세스 산출물과의 추적 정보 ● 다른 요구사항과의 종속성

1.7 문서 구성 (Overview of SRS)

요구사항 형태 시스템 요구사항 상세 요구사항 1. SRS 소개 O O 2. 시스템 개요 O O 3. 비즈니스 요구사항 O 4. 인터페이스 요구사항 유저 인터페이스

요구사항 상세 인터페이스

요구사항 5. 기능 요구사항 시스템 기능 구조 상세 기능 요구사항 6. 데이터 요구사항 도메인 데이터 모델 7. 품질 요구사항 시스템 품질 목표 상세 품질 요구사항 8. 운영 요구사항 9. 제약사항 O 10. Use Case 명세 O 11. WBS

2. 시스템 개요(Overall Description)

2.1 시스템 개요(The System Overview) (1) 시스템 목적 ● 시스템 개발 목적: 자전거 여행을 원하는 사람들의 수요에 맞추어, 본 시스템은 지역 축제를 즐기며 동시에 자전거를 탈 수 있는 것을 목적으로 한다. ●시스템 개발 동기 - 시스템 개발의 배경 : 현재의 자전거 경로는 볼거리와 즐길 거리를 고려하지 않고, 오직 그 경로만을 추천한다. 따라서 자전거 여행에서 볼거리와 즐길 거리를 동시에 만족 시키는 자전거 경로가 필요하다. -시스템 개발 목표 : 지역 축제와 맞물려 자전거 경로를 따라 자전거여행을 했을 때 심심하지 않고, 사용자는 그 자전거 경로를 빠르게 검색 할 수 있으며, 지역 축제 활성화에 기여하는 것을 목표로 한다. - 시스템의 Context Diagram : 시스템의컨테스트 다이어그램 는 다음과 같다.

<Context diagram>

(2) 시스템 범위 ● 자전거 경로를 저장할 DB와 지역 축제 현황을 파악하고 그것을 저장할 서버를 개발한다. ● 자전거 경로 DB와 지역 축제 현황을 매칭시키고 사용자에게 이것을 보여줄 웹서버를 개발한다. ● 웹 서버로부터 추천 받은 자전거 경로를 보여주며, 현재위치에서 편의시설을 보여줄 안드로이드 어플리케이션을 개발한다..

(3) 시스템 고려사항 ● 축제 크롤링시 그 크롤링 형식이 수정될 수 있으므로, 크롤링에만 의존하지 않고 관리자가 직접 입력 할 수 있도록한다. ● 네이버 api 를 이용할 경우 자전거 경로가 타당하지 않을 경우가 있으므로, 그에 대한 대책을 구비한다.

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

자전거 추천 시스템

축제에 맞는 자전거 경로 추천

서버 DB 매칭 자전거 경로 DB에 저장 축제 현황 크롤링 날짜와 맞는 축제와 자전거경로 매칭

자전거 경로로 가기 위한 교통편 추천

스마트폰에 알림 출발지 와 도착지에서의 교통편을 보여줌

현재 위치에서 편의시설 보여주기

스마트폰에 알림 현재위치와의 거리를 보여줌

2.3 일반 제약사항(The general constraints)

(1) 시스템 개발 제약 사항 ● 자전거 도로의 물리적 한계로 인해 개발자들의 의도와 별개로 언제나 좋은 자전거 도로를 추천한다는 보장 없음 (2) 소프트웨어 제약 사항 ● 크롤링 할 때 타겟 웹사이트의 양식이 바뀜에 따라 크롤링이 올바르게 작동하지 않을 수 있음 (3) 시스템 구현 및 운영 환경에 대한 제약 사항 ● 서버 사용 기간은 3개월으로 제한하여 프로젝트를 개발하고 있으므로 추후 운영을 위해서는 지속적인 관리가 필요함 (4) 비즈니스 제약 사항 ● 자전거 경로를 사용 할 경우 상업적 이용이 가능한지 법적인 검토가 필요함

2.4 가정사항(Assumptions)

● 스마트폰의 통신이 항상 가능하다고 가정한다. ● 사용자가 ‘여가향유추구형’ 사용자에 속한다고 가정한다. (1.2 참조)

● 사용자가 자전거를 가지고 목적하는 자전거 도로까지 이동할 다른 수단이 존재한다고 가정한다. 3. 비즈니스요구사항

항목 설명 비즈니스 목표 날짜와 축제에 맞는 자전거 경로를 추천하여 사용자의 편의 뿐만

아니라 지역경제 활성화에 기여 배포 유형 B2C 이해관계 사용자, 지역 축제 관리자, 광고 수익자

중요한 품질 정확성, 신속성, 유연성 대상 사용자 일반 사용자

우선순위

1) 날짜와 축제에 맞는 자전거길 추천 2) 자전거 길을 가기위한 교통편 제공 3) 현재 위치에서 편의시설 탐지 4) 자전거 길 평가, 새로 만들기

시간/일정 6월 23일까지 모든 프로젝트가 완료되어야 함 예산 465,000

위험 요소 새로운 개발환경

비즈니스 예상도

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

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

인터페이스 목적 사용자는 모바일 어플리케이션을 통해서 시스템에게 명령을 내리고 실시간으로 결과물을 받아 볼 수 있음

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

웹서버와 안드로이드간에 통신이 가능해야한다.

4.3 소프트웨어 인터페이스 요구사항 (SW interface Req.) ● 서버 구축을 위하여 node.js와 jsp 를 이용한다. ● mysql을 DB로 사용한다. ● 어플리케이션은 안드로이드로 구현한다.

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

비즈니스 요구사항

상세 요구사항

목적 우선도

축제에 맞는 자전거 경로 추천

축제 정보 크롤링

빠른 앱 실행을 보장해야 함

기존 자전거 경로와 축제 정보 연결하기

빠른 앱 실행을 보장해야 함

자전거 경로로 가기 위한 교통편 추천

아주 먼 거리를 이동할 경우 자전거 이외에 다른 교통수단이 필요할 수 있음. 네이버API를 사용한다.

이미 존재하는 경로에 대한 유저의 참여

경로 평가하기

이미 존재하는 경로를 별점과 함께 평가함

경로 만들기

새로운 경로가 있다면 유저가 개발자에게 추천할 수 있음

주변 편의시설 검색

GPS 정보 받아오기

현재 위치를 알아야 주변에 무엇이 있는지 알 수 있다.

주변 편의시설을 거리순으로 sort하기

가까운 것부터 검색하여 사용자의 편의를 돕는다.

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

요구사항 번호

R-001 요구사항 이름

축제 정보 크롤링

요구사항 유형

기능

작성자 고승원 작성일 2017-5-10 릴리즈/버전 V1.0 내용 1. 매일 오전 10시 크롤링을 실시하여 축제 정보를 받아온다.

입력데이터 웹 페이지(http://mcst.go.kr/web/s_culture/festival/festivalList.jsp )

출력데이터 축제에 대한 정보 구조체(축제 이름, 장소, 날짜)

입출력유형 외부 입력 파일 유형 내부 변수에 저장 평가방법 1. 제대로 크롤링이 되는지 확인한다.

2. 항상 최신 정보가 유지될 수 있는지 확인한다. 평가기준 정확성, 신속성, 신뢰성 응락수준 필수 처리상태 우선순위 상 중요도 상 위험도 중 품질 속성 변경 가능성 변경내역 관련근거 관련소스 관련요구사항 관련산출물

요구사항 번호

R-002

요구사항 이름

기존 자전거 경로와 축제 정보 연결하기

요구사항 유형

기능

작성자 장원호 작성일 2017-05-04 릴리즈/버전 V1.0 내용 1. DB에 저장된 자전거 경로와 축제 정보와의 장소를 매칭하여 날짜 기준으로

출력한다. 입력데이터 날짜 데이터 출력데이터 자전거 경로 입출력유형 date() 파일 유형 - 평가방법 해당 날짜에 해당하는 축제와 그 축제가 발생하는 장소가 포함된 자전거길이

맞는지 확인한다. 평가기준 기능 구현의 완성성, 타당성, 정확성 응락수준 필수 처리상태 우선순위 상 중요도 상 위험도 중 품질 속성 신뢰성, 효율성, 사용성 변경 가능성 변경내역 관련근거 관련소스 관련요구사항 관련산출물

요구사항 번호

R-003 요구사항 이름

자전거 경로로 가기 위한 교통편 추천

요구사항 유형

기능

작성자 장원호 작성일 2017-05-10 릴리즈/버전 V1.0 내용 해당 자전거 경로를 가기 위한 교통편을 제공한다

입력데이터 자전거 경로 출력데이터 교통편 입출력유형 자전거경로 번호 파일 유형 -

평가방법 현재 지점과 해당 자전거 경로와의 교통편이 맞는지 확인한다

평가기준 기능 구현의 완전성, 정확성 응락수준 필수 처리상태 우선순위 상 중요도 중 위험도 중 품질 속성 신뢰성, 사용성 변경 가능성 변경내역 관련근거 관련소스 관련요구사항 관련산출물

요구사항 번호

R-004 요구사항 이름

경로 평가하기 요구사항 유형

작성자 고승원 작성일 2017-05-10 릴리즈/버전 V1.0 내용 사용자가 추천된 경로를 평가한다

입력데이터 0~10 사이의 정수값, 평가내용 출력데이터 입출력유형 int, String 파일 유형 - 평가방법 점수와 평가 결과가 잘 나타났는지 확인한다

평가기준 구현의 정확성, 완성도 응락수준 필수 처리상태 우선순위 하 중요도 하 위험도 중 품질 속성 사용성 변경 가능성 변경내역 관련근거 관련소스 관련요구사항 관련산출물

요구사항 번호

R-005 요구사항 이름

경로 만들기 요구사항 유형

기능

작성자 고승원 작성일 2017-05-10 릴리즈/버전 V1.0 내용 1. 사용자는 자신이 알고 있는 새로운 경로를 사진을 첨부하여 개발자가 제시한

양식에 따라 만들 수 있다. 입력데이터 유저가 알고 있는 새로운 경로

정보(지도 사진, 위치 등) 출력데이터

입출력유형 외부 입력 파일 유형 - 평가방법 1. 정상으로 유저가 원하는 경로가 추가되는지 확인한다. 검색이 잘

되는지를 확인하면 된다. 평가기준 기능 구현의 완성성, 정확성 응락수준 필수 처리상태 우선순위 하 중요도 중 위험도 상 품질 속성 변경 가능성 변경내역

관련근거 관련소스 관련요구사항 관련산출물

요구사항 번호

R-006

요구사항 이름

GPS 정보 받아오기

요구사항 유형

기능

작성자 좌창화 작성일 2017-05-10 릴리즈/버전 V1.0 내용 1. 사용자는 GPS를 통해 현재 위치 정보를 받아올 수 있다.

입력데이터 GPS 신호 출력데이터 현재 위치 정보 입출력유형 GPS 파일 유형 - 평가방법 1. 정확한 위치 정보를 가져올 수 있는지 평가한다.

2. 위치 정보를 가져오는데 얼마나 시간이 소요되는지 평가한다. 평가기준 기능 구현의 신속성, 정확성 응락수준 필수 처리상태 우선순위 상 중요도 상 위험도 중 품질 속성 변경 가능성 변경내역 관련근거 관련소스 관련요구사항 관련산출물

요구사항 번호

R-007

요구사항 이름

주변 편의시설을 거리순으로 보여주기

요구사항 유형

기능

작성자 작성일 2017-05-10 릴리즈/버전 V1.0 내용 1. R-006 에서 받아온 정보를 받아온다

2. GPS를 바탕으로 편의시설을 거리순으로 보여준다 입력데이터 GPS 좌표 출력데이터 편의시설명, 좌표 입출력유형 외부 입력 파일 유형 - 평가방법 1. 해당 GPS와 편의시설간의 거리를 평가한다

2. 해당 편의시설의 이름이 맞는지 확인한다 평가기준 편의성, 정확성 응락수준 필수 처리상태 우선순위 중 중요도 중 위험도 중 품질 속성 사용성, 신뢰성 변경 가능성 변경내역 관련근거 관련소스 관련요구사항 관련산출물

6. 데이터 요구사항(Data Requirements)

6.1 도메인 데이터 모델 (Domain data model)

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

1. 데이터 제약 a. 기본적인 데이터의 입력은 운영자만 가능하다. b. 데이터의 입출력은 디바이스와 웹을 통해 이루어진다.

2. 데이터 보존 a. 데이터는 운영자가 삭제하기 전까지 삭제되지 않는다.

3. 데이터 영향 a. 모든 정보는 운영자가 열람, 관리할 수 있다.

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)시간 효율성 GPS좌표를 이용한 편의시설 검색이 10초안에 가능하도록 한다. (2)처리 효율성

● 현재 목표를 동시 서버 이용자를 10명이내로 제한한다. ● 현재 목표를 달성 후 동시 서버 이용자를 50명으로 확장한다. ● 서버 이용자의 수는 DB에 등록된 사용자의 정보로부터 파악한다.

7.2.2신뢰성 요구사항(Reliability requirement) (1)복구성 및 성숙성

● 잘못된 경로를 추천 해주는 경우 사용자는 관리자에게 문의를 하여 피드백을 받을 수 있게 한다.

7.2.3 사용성 요구사항(Usability requirement)

● 각 기능 별로 버튼을 제작하여 사용자의 사용 용이성을 상승. ● 사용시 버튼을 누르는 방식이므로 사용자는 빠르게 10분 이내로 사용 방법을

터득할 수 있다.

7.2.4 유지보수성 요구사항(Maintainability requirements) ● 축제는 계속 새로 만들어지고 자전거 도로의 숫자 또한 계속 증가하기 때문에

이런 사항이 반영되어야 한다. 7.2.5 이식성 요구사항(Portability requirements)

● 자전거 도로가 존재하는 국내 환경이라면 어디든 사용할 수 있다. 8. 운영 요구사항(Operational Requirements)

8.1 물리적 운영 요구사항(Physical Operational Requirements) ● 해당 시스템을 이용하기 위해서는 GPS가 필요하고, 무선 인터넷을 사용 할 수

있는 통신 장치가 있어야 한다.

8.2 설치 요구사항(adaptation requirements)

● 사용자는 Android Application을 설치하여야 한다.

8.3 사용자 문서와 훈련 요구사항(User Documentation and Training) ● 한국어를 읽을 줄 알면 사용할 수 있는 수준으로 UI를 작성한다.

. 9. 제약사항(Constraints) (1) 설계 및 구현 제약:

● 서버 구성에 node.js와 JSP를 이용한다. ● 어플리케이션 구현에는 안드로이드를 사용한다

(2) 표준 적합성: 내부 규정 - 제작 및 수정시 github 및 카카오톡 채팅에에 관련 내용을 남기고 모두가 그

내용을 확인한다. (3) 법적 제약 - 본 어플리케이션에서 사용하는 것은 공공기관 자료 중심이므로 영리적 목적으로 사용할 수 있다. (4) 조직의 문화적 요구사항:

- 여가생활의 증가로 자전거 여행객들이 많아지고 있다.

10. Use Case 명세

Use Case UC1 이름 회원 가입 개요 사용자가 개인 신상 정보를 입력하고 신규 회원인 경우 IP 정보도 등록한다. 액터 비회원

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치한 상태이다. 기본 흐름 1. 아이디를 입력한다.

2. 아이디 중복 체크를 한다. 3. 비밀번호를 2번 입력한다. 4. 이메일 주소를 2번 입력한다. 5. 확인을 눌러 회원가입을 완료한다.

대안 흐름 A1. 중복된 아이디 1. 아이디를 입력한다. 2. 아이디 중복 체크를 한다.

3. 중복된 아이디라는 내용의 팝업을 띄우고 유저가 그것을 확인한다. 4. 이후 다른 시나리오를 반복할 수 있다. A2. 취소 1. 취소 버튼을 누른다. 2. 이미 입력한 모든 정보는 저장되지 않으며, 다시 로그인 화면으로 돌아온다.

사후 조건 DB에 신규 회원 정보가 저장된다. 가입된 정보로 로그인을 할 수 있다.

Use Case UC2 이름 경로 추가하기 개요 사용자는 자신이 추가하고자 하는 경로를 추가할 수 있다. 액터 회원

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치하고, 회원이며, 로그인에 성공해야함

기본 흐름 1. 사용자는 메인 화면의 경로 추가하기 버튼을 누른다. 2. 경로 추가하기 화면으로 바뀐다. 3. 경로 추가 버튼을 눌러서 원하는 이미지 경로 파일을 추가한다.

대안 흐름

A1. 미가입 회원 아이디 1. 사용자는 메인 화면의 경로 추가하기 버튼을 누른다. 2. 로그인을 해달라는 문구가 화면에 표시된다. A2. 경로 추가하기 종료 1. 경로 추가하기 화면의 홈버튼을 누르면 메인 화면으로 넘어간다.

사후 조건 운영자가 판별 후, 사용자가 추가한 경로 정보가 DB에 추가된다.

Use Case UC3 이름 경로 평가하기 개요 사용자는 DB상의 경로에 대해, 평가를 하고 평점을 매길 수 있다. 액터 회원

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치하고, 회원이며, 로그인에 성공해야함

기본 흐름

1. 사용자는 메인 화면의 경로 평가하기 버튼을 누른다. 2. 경로 평가하기 화면으로 바뀌며, 경로들이 보여진다. 3. 경로 이미지를 하나 클릭하면, 해당 경로를 평가하는 화면으로 넘어간다. 4. 사용자는 별점과 평을 입력할 수 있으며, 입력 후 입력 버튼을 누른다.

대안 흐름

A1. 미가입 회원 아이디 1. 사용자는 메인 화면의 경로 평가하기 버튼을 누른다. 2. 로그인을 해달라는 문구가 화면에 표시된다. A2. 경로 평가하기 종료

1. 해당 경로 평가의 홈버튼을 누르면 경로 평가하기 화면이 표시된다. 2. 경로 평가하기 화면의 홈버튼을 누르면 메인 화면으로 넘어간다.

사후 조건 사용자가 추가한 평가가 해당 경로 평가 화면에 표시된다.

Use Case UC4

이름 경로 검색하기 개요 사용자는 자신이 원하는 경로를 검색할 수 있다. 액터 회원

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치하고, 회원이며, 로그인에 성공해야함

기본 흐름 1. 사용자는 메인 화면의 경로 검색하기 버튼을 누른다. 2. 경로 검색하기 화면으로 바뀐다. 3. 출발지와 목적지를 입력한 후, 경로 찾기를 누른다.

대안 흐름

A1. 미가입 회원 아이디 1. 사용자는 메인 화면의 경로 검색하기 버튼을 누른다. 2. 로그인을 해달라는 문구가 화면에 표시된다. A2. 경로 평가하기 종료 1. 경로 검색하기 화면의 홈버튼을 누르면 메인 화면으로 넘어간다.

사후 조건 사용자가 검색한 경로가 화면에 표시되며, 추천된 자전거 도로가 화면 하단에 표시된다.

Use Case UC5 이름 주변편의점 검색하기 개요 사용자는 자신 주변의 편의점을 검색할 수 있다. 액터 회원

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치하고, 회원이며, 로그인에 성공해야함

기본 흐름 1. 사용자가 메인화면의 주변편의점 검색하기 버튼을 누른다. 2. 주변편의점 검색하기 페이지로 넘어간다. 3. 검색하기 버튼을 누른다.

대안 흐름

A1. 미가입 회원 아이디 1. 사용자는 메인 화면의 주변편의점 검색하기 버튼을 누른다. 2. 로그인을 해달라는 문구가 화면에 표시된다. A2. 주변 편의점이 없을시 1. 사용자가 메인화면의 주변편의점 검색하기 버튼을 누른다. 2. 주변편의점 검색하기 페이지로 넘어간다. 3. 검색하기 버튼을 누른다. 4. 검색된 편의시설이 없다는 문구가 화면에 표시된다. A3. 경로 평가하기 종료 1. 주변편의점 검색 화면의 홈 버튼을 누르면 메인 화면이 표시된다.

사후 조건 검색된 주변 편의 시설들이 화면상의 지도에 표시된다.

Use Case UC6

이름 로그인 개요 사용자는 회원가입 후, id와 passwd를 입력하면 로그인을 할 수 있다. 액터 회원

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

기본 흐름 1. 사용자가 id와 passwd를 입력한다. 2. 로그인 버튼을 누른다.

대안 흐름

A1. 잘못된 id 또는 비밀번호의 입력시 1. 사용자가 id와 passwd를 입력한다. 2. 사용자의 id 또는 비밀번호가 잘못되었음을 알려준다. 3. 사용자가 정확한 id와 passwd를 입력한다.

사후 조건 로그인이 되고, 메인 화면이 표시된다.

Use Case UC7 이름 경로까지의 교통편 보여 주기 개요 사용자는 사용자에게 추천된 자전거경로까지의 교통편을 알 수 있다. 액터 회원

사전 조건 사용자는 안드로이드 어플리케이션을 다운받아 설치하고, 회원이며, 로그인에 성공한 후, 경로를 검색해야 한다.

기본 흐름 1. 현재 위치를 GPS로 받아온다. 2. 현재 위치에서부터 해당 경로까지 가는 길을 네이버 api를 이용하여 찾는다.

대안 흐름

A1. GPS를 사용할 수 없는 경우 1. 현재 위치를 GPS로부터 받아올 수 없다는 내용과 출발지를 의미하는 string을 입력할 수 있는 팝업창을 띄운다. 2. 유저가 출발지를 입력한다. 3. 입력한 출발지로부터 해당 경로까지 가는 길을 네이버 api를 이용하여 찾는다.

사후 조건 검색된 자전거길까지 가는 방법이 화면에 표시된다..

Use Case 경로 관리 이름 경로관리 개요 운영자는 잘못 평가된 경로를 삭제한다 액터 운영자

사전 조건 운영자는 DB에 접근 한다 기본 흐름 DB의 경로를 삭제한다. 대안 흐름 사후 조건 DB의 변동

11. WBS

마지막 수정일 : 2017- 05-11

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

진척도

1 요구사항 - - 2017-04-11 2017-05-11 5 100%

1.1 위험 분석 고승원 Completed 17-04-11 17-04-22 1 100%

1.2 비즈니스 요구사항 분석 좌창화 Completed 17-04-15 17-05-11 5 100%

1.3 사용자 요구사항 분석 공동 Completed 17-04-11 17-04-29 3 100%

1.3.1 기능, 비기능 요구사항 도출 공동 Completed 17-05-01 17-05-08 1 100%

1.3.2 USE CASE 장원호 Completed 17-05-01 17-05-08 1 100%

1.4 SRS 문서 작성 공동 Completed 17-04-29 17-05-11 2 100%

1.5 WBS 추가 장원호 Completed 17-05-05 17-05-11 1 100%

2 분석 　 - 4 4%

2.1 정적 분석 공동 Not Started

　 클래스 , 객체 도출 공동 Not Started

2.2 동적 분석 공동 Not Started

　 Sequence Diagram 작성 공동 Not Started

3 설계 　 - 11 15%

3.1 DB 설계 　 Not Started

3.2 아키텍처 설계 　 Not Started

3.3 클래스 설계 　 Not Started

3.4 UI 설계 　 Not Started

3.4 진행 업무 점검 및 이슈 해결 　

4 구현 　 - 2017-04-11

4.1 서버 개발 　 - 　 　 　 0% 4.1.1 서버 구축 　 In Progress 17-04-11 10%

4.1.2 DB 구축 　 In Progress 17-04-11　 　 10%

4.1.3 회원 가입 　 Not Started 　 　 　 0%

4.1.4 로그인 　 Not Started 　 　 　 0%

4.1.5 크롤링 　 Not Started 　 　 　 0%

4.1. 추천경로 제공 　 Not Started 　 　 　 0%

4.2 어플리케이션 개발 　 - 　 　 0 　 4.2.1 회원가입 　 Not Started 　 　 　 　

4.2.2 로그인 　 Not Started 　 　 　 　

4.2.3 자전거 경로 추천 받기 　 Not Started 　 　

4.2.4 교통편 조회 　 Not Started 　 　

4.2.4 주의 편의시설 검색 　 Not Started 　 　

4.2.4 자전거 경로 평가 　 Not Started 　 　

4.4 중간 전 진행 업무 점검 및 이슈 해결 　 Milestone 0%

4.5 최종 전 진행 업무 점검 및 이슈 해결 　 Milestone 0%

5 테스트 　 - 11 0%

5.1 통합 테스트 　 - 0%

5.1.1 단위/통합 테스트(서버) 　 Not Started 0%

5.1.2 단위/통합 테스트(어플리케이션) 　 Not Started 0%