|
문서번호 |
2015-TP-003 |
보존기간 |
60일 |
보고일자 |
2015-05-01 |
작성자 |
강창수 |
확 인 |
|
Car Doctor
선문비트 29기 3조
조장 : 강창수
조원 : 이환희
이정훈
박지수
이태호
김영준
목차
1 요구사항분석…………………………………………………………………………………………….. 3
2 엑터개요…………………………………………………………………………………………………. 4
3. UseCase다이어그램………………………………………………………………………………… .4
요구ID |
종류 |
설명 |
CP01 |
기능 |
사용자는 서버를 통해 회원가입/탈퇴를 할 수 있다. |
CP02 |
기능 |
사용자는 서버를 통해 로그인/로그아웃을 할 수 있다. |
CP03 |
기능 |
사용자는 서버를 통해 차량에 대한 정보를 얻어 올 수 있다. |
CP04 |
기능 |
사용자는 서버를 통해 표준 데이터와 비교 할 수 있다. |
CP05 |
기능 |
사용자는 하드웨어를 통해 부품의 교체 시기를 확인 수 있다. |
CP06 |
기능 |
사용자는 서버를 통해 다른 사용자의 차량 상태를 확인 할 수 있다. |
CP07 |
기능 |
사용자는 서버를 통해 부품 교체 시기를 확인 할 수 있다. |
<사용자 측 요구사항>(2)
요구ID |
종류 |
설명 |
SV01 |
기능 |
서버는 사용자에게 차량의 상태를 제공해준다. |
SV02 |
기능 |
서버는 사용자에게 화원가입/탈퇴에 관한 기능을 제공해준다. |
SV03 |
기능 |
서버는 사용자에게 로그인/로그아웃에 대한 기능을 제공해준다. |
SV04 |
기능 |
서버는 사용자에게 표준데이터와 비교한 결과를 제공해준다. |
SV05 |
기능 |
서버는 사용자에게 다른 사용자의 차량 상태를 제공해준다. |
SV06 |
기능 |
서버는 사용자에게 부품 교체 시기를 제공해준다. |
<서버 측 요구사항>(3)
요구ID |
종류 |
설명 |
HW01 |
기능 |
하드웨어는 사용자에게 부품의 교체 시기를 제공해준다. |
HW02 |
기능 |
하드웨어는 사용자에게 차량의 상태를 제공해준다. |
<하드웨어 측 요구사항>(4)
요구명 |
구분 |
설명 |
OBD2 |
기능 |
OBD2는 차량의 정보를 수집할 수 있어야 한다. |
시스템화 |
기능/품질 |
OBD2를 통해 수집한 데이터를 DBMS에 의해 관리되어야 한다. |
색인기 |
기능 |
수집한 데이터를 요소별로 색인 할 수 있어야 한다. |
검색 |
기능 |
요소 검색을 요청할 수 있고 검색된 결과를 보여주어야 한다. |
|
|
|
<요구 리스트>(1)
@액터 개요
CarDoctor를 사용하는 액터는 일반 사용자(User)와 하드웨어(OBD2)가 있고
CarDoctor가 사용하는 엑터는 DBMS가 있다.
함수명 |
간단 설명 |
ManageMember |
회원 관리 담당 |
Membership |
회원 가입 담당 |
MemberLeave |
회원 탈퇴 담당 |
Connection Manger |
회원 접속 관리 담당 |
Login |
로그인 관리 담당 |
LogOut |
로그아웃 관리 담당 |
CarData |
차량 정보 전송 담당 |
StandardCompareData |
표준 데이터와 비교 담당 |
PartChangingTime |
부품 교체 시기 관리 담당 |
CarState |
차량 상태 전송 담당 |
|