학생관리

Download Report

Transcript 학생관리

[서울시 창조아카데미 운영사업] 모바일 하이브리드 앱 개발자 양성과정
대학정보 시스템_학사관리
학생 관리
작성 일시_작성 부서_작성자 명
요구사항 정의 활동
 유스케이스 명세-학생관리
[학생 관리 유스케이스 명세서]
개요
학사 담당자는 학생 정보를 등록, 검색, 수정, 조회, 삭제한다.
관련 액터
학사 담당자
우선 순위
상
선행 조건
학사 담당자는 로그인이 되어 있어야 한다.
기본 흐름
1. 학사 담당자는 학사 관리 메인 화면에서 학생 관리 항목을 선택한다.
2. 시스템은 학생 관리 메인 화면을 보여준다.
학사 담당자는 학생관리 메인 화면을 이용하여 학생 정보를 등록, 검색, 조회, 수정, 삭제 할 수 있다.
이벤트 흐름
등록
1. 학사 담당자는 학생 관리 메인 화면에서 등록을 선택한다.
2. 시스템은 학생 등록 화면을 보여준다.
3. 학사 담당자는 학생 정보를 입력하고 등록을 선택한다.
 학생 정보는 학번, 이름, 학과, 주민등록번호로 구성된다
 학과는 전산학과, 전자공학과, 기계공학과, 항공우주공학과, 화학공학과 중에서 선택한다.
 학번은 ‘S’로 시작하고, 다음에 3자리의 순번으로 구성된다. 예)’S001’
4. 시스템은 입력된 학생 정보를 저장한다(A1). 뿐만 아니라, 시스템은 학생의 학번과 주민등록번호의
두 자리 숫자를 아이디와 암호로 하여 사용자 계정을 만든다.
5. 시스템은 입력된 학생 정보를 확인 할 수 있게 학생 조회 화면을 보여준다.
대안흐름
(A1) 중복된 학번 또는 주민등록번호가 발생한 경우
1. 시스템은 학번 또는 주민등록번호가 중복된 것을 표시하고, 학사 담당자가 다시 입력할 수 있게 기존
에 입력된 학생 정보를 소거한다.
2. 학사 담당자는 다시 학생 정보를 입력하고 등록을 시도한다. 즉, (등록:3)의 흐름으로 간다.
작성 일시_작성 부서_작성자 명
1
요구사항 정의 활동
 유스케이스 명세-학생관리
검색
1. 학사 담당자는 학생 관리 메인 화면에서 학번과 이름을 검색 조건으로 입력하고 검색을 선택한다.
2. 시스템은 주어진 조건에 해당하는 학생들의 정보를 구하여 학생 관리 메인 화면에 표시한다.
 입력된 학번과 이름을 모두 포함하는 학생들만 검색된다. 즉 “%학번%” AND “%이름%” 으로 검색을
수행한다.
 학생 관리 메인 화면에 표시되는 학생 정보는 학번, 이름, 학과, 주민등록번호다.
조회
1. 학사 담당자는 학생 관리 메인 화면에서 검색되어 표시된 학생의 이름을 선택한다.
2. 시스템은 해당 학생에 대한 상세 정보를 학생 조회 화면에 표시한다.
 학생 조회 화면에 표시되는 학생에 대한 정보는 학번, 이름, 학과, 주민번호를 포함하여 지금까지 이
수한 총 학점 수와 평균 학점이다.
이벤트 흐름
수정
1. 학사 담당자는 학생 조회 화면에 표시된 학생에 대한 정보를 수정하기 위하여 수정을 선택한다.
2. 시스템은 학생 수정 화면을 보여주며 수정할 학생에 대한 정보를 초기 값으로 표시한다.
3. 학사 담당자는 학생 정보를 변경하고 수정을 선택한다.
 수정이 가능한 정보는 이름, 학과, 주민등록번호며, 학번은 수정할 수 없다.
4. 시스템은 입력 받은 학생 정보로 기존의 정보를 대체한다(A1).
5. 시스템은 변경된 학생 정보를 확인할 수 있게 학생 조회 화면을 보여준다.
대안흐름
(A1)중복된 주민등록번호가 발생한 경우
1. 시스템은 주민등록번호가 중복된 것을 표시하고, 학사 담당자가 다시 입력할 수 있게 기존에 입력된
학생 정보를 소거한다.
2. 학사 담당자는 다시 학생 정보를 입력하고 수정을 입력하고 수정을 시도한다. 즉, (수정:3)의 흐름으
로 간다.
작성 일시_작성 부서_작성자 명
2
요구사항 정의 활동
 유스케이스 명세-학생관리
삭제
1. 학사 담당자는 학생 조회 화면에 표시된 학생에 대한 정보를 삭제하기 위하여 삭제를 선택한다.
2. 시스템은 해당 학생에 대한 정보를 삭제하고(A1), 해당 학생에 대한 정보가 삭제 되었다는 메시지를
보여준다.
이벤트흐름
대안흐름
(A1) 학생에 수강한 강의가 하나라도 있으면
1. 이미 수강한 강의가 있기 때문에 삭제가 불가능하다는 메시지를 보여준다.
후행 조건
기타
작성 일시_작성 부서_작성자 명
요청된 학생 정보에 대한 등록/삭제/수정이 이루어 진다.
최대 100,000명 정도의 학생에 대한 정보를 처리할 수 있어야 한다.
학생 정보 검색 시 최대 5초 내에 결과가 표시 될 수 있게 해야 한다.
3
요구사항 정의
 학생관리 이벤트 흐름 모델_기본흐름
시스템1
: 학사담당자
1 : 학사 관리 메인 화면에서 학생 관리 항목을 선택한다()
2 : 학생 관리 메인 화면을 보여준다()
작성 일시_작성 부서_작성자 명
4
요구사항 정의
 학생관리 이벤트 흐름 모델_등록
시스템1
: 학사담당자
1 : 학생 관리 메인 화면에서 등록을 선택한다()
2 : 학생 등록 화면을 보여준다()
학사 담당자는 학생 관리 메인 화면에서 등록을 선택한다.
1. 시스템은 학생 등록 화면을 보여준다.
2. 학사 담당자는 학생 정보를 입력하고 등록을 선택한다.
3. 학생 정보는 학번, 이름, 학과, 주민등록번호로 구성된다
-학과는 전산학과, 전자공학과, 기계공학과, 항공우주공학과, 화학공학과 중에서 선택한다.
-학번은 ‘S’로 시작하고, 다음에 3자리의 순번으로 구성된다. 예)’S001’
4. 시스템은 입력된 학생 정보를 저장한다(A1). 뿐만 아니라, 시스템은 학생의 학번과 주민등록번호의
두 자리 숫자를 아이디와 암호로 하여 사용자 계정을 만든다.
5. 시스템은 입력된 학생 정보를 확인 할 수 있게 학생 조회 화면을 보여준다.
3 : 학생 정보를 입력하고 등록을 선택한다()
4 : 입력된 학생 정보를 저장한다()
대안흐름
(A1) 중복된 학번 또는 주민등록번호가 발생한 경우
1. 시스템은 학번 또는 주민등록번호가 중복된 것을 표시하고, 학사 담당자가
다시 입력할 수 있게 기존에 입력된 학생 정보를 소거한다.
2. 학사 담당자는 다시 학생 정보를 입력하고 등록을 시도한다. 즉, (등록:3)의 흐름으로 간다.
5 : 입력된 학생 정보를 확인 할 수 있게 학생 조회 화면을 보여준다()
작성 일시_작성 부서_작성자 명
5
요구사항 정의
 학생관리 이벤트 흐름 모델_검색
시스템1
: 학사담당자
1 : 학생 관리 메인 화면에서 학번과 이름을 검색 조건으로 입력하고 검색을 선택한다()
2 : 주어진 조건에 해당하는 학생들의 정보를 구한다()
3 : 학생 관리 메인 화면에 표시한다()
작성 일시_작성 부서_작성자 명
6
요구사항 정의
 학생관리 이벤트 흐름 모델_조회
시스템1
: 학사담당자
1 : 학생 관리 메인 화면에서 검색되어 표시된 학생의 이름을 선택한다()
2 : 해당 학생에 대한 상세 조회()
3 : 해당 학생에 대한 상세 정보를 학생 조회 화면에 표시한다()
작성 일시_작성 부서_작성자 명
7
요구사항 정의
 학생관리 이벤트 흐름 모델_수정
시스템1
: 학사담당자
1 : 학생 조회 화면에 표시된 학생에 대한 정보를 수정하기 위하여 수정을 선택한다()
대안흐름
(A1)중복된 주민등록번호가 발생한 경우
1. 시스템은 주민등록번호가 중복된 것을 표시하고, 학사 담당자가
다시 입력할 수 있게 기존에 입력된 학생 정보를 소거한다.
2. 학사 담당자는 다시 학생 정보를 입력하고 수정을 입력하고 수정을 시도한다.
즉, (수정:3)의 흐름으로 간다.
2 : 학생 수정 화면을 보여주며 수정할 학생에 대한 정보를 초기 값으로 표시한다()
3 : 학생 정보를 변경하고 수정을 선택한다()
4 : 입력 받은 학생 정보로 기존의 정보를 대체한다()
5 : 변경된 학생 정보를 확인할 수 있게 학생 조회 화면을 보여준다()
작성 일시_작성 부서_작성자 명
8
요구사항 정의
 학생관리 이벤트 흐름 모델_삭제
시스템1
: 학사담당자
1 : 학생 조회 화면에 표시된 학생에 대한 정보를 삭제하기 위하여 삭제를 선택한다()
2 : 해당 학생에 대한 정보를 삭제한다()
대안흐름
(A1) 학생에 수강한 강의가 하나라도 있으면
1. 이미 수강한 강의가 있기 때문에 삭제가 불가능하다는 메시지를 보여준다.
작성 일시_작성 부서_작성자 명
9
요구사항 정의
 학생관리 화면 흐름 모델
학사관리 메인화면
학사관리
학생관리
학생관리 메인화면
등록
학생 등록
검색
등록 실패
등록
학생 이름 선택
등록 성공
수정 성공
학생 조회
삭제
학생 삭제
수정
수정 실패
작성 일시_작성 부서_작성자 명
학생 수정
10
요구사항 정의
 학생관리 분석 개체 모델
<<boundary>>
학사관리 메인화면
+교수관리()
+학생관리()
+암호변경()
+로그아웃()
<<boundary>>
학생관리 메인화면
<<in>>-학번
<<in>>-이름
+등록()
+검색()
학생 정보 등록
<<out>>-학번
<<out>>-이름
<<out>>-학과
<<out>>-주민등록번호
+이름_select()
<<boundary>>
학생등록 화면
<<in>>-학번
<<in>>-이름
<<in>>-학과
<<in>>-주민등록번호
<<entity>>
사용자 정보 (from 사용자 관리 )
+등록()
사용자 관리 (from 사용자 관리 )
+등록(아이디, 암호): Boolean
+아이디 확인(아이디, 암호): Boolean
+암호변경(아이디, 새암호): Boolean
+삭제(아이디): Boolean
+접속종료(아이디): Boolean
<<entity>>
학생 정보
<<boundary>>
학생 조회 화면
<<param>>-$학번
<<out>>-학번 = $학번
<<out>>-이름
<<out>>-학과
<<out>>-주민등록번호
<<out>>-평균학점
<<out>>-이수학점
+수정()
+삭제()
<<control>>
학생관리
+등록(학번, 이름, 학과, 주민등록번호): Boolean
+조회(학번): [이름, 학과, 주민등록번호]
+검색(학번, 이름): 학생 정보 목록
+삭제(학번): Boolean
+수정(학번, 이름, 학과, 주민등록번호): Boolean
+이수학점조회(학번): 이수학점
+평균학점조회(학번): 평균학점
-학과
-이름
-주민등록번호
+생성(학번, 학과, 이름, 주민등록번호): 학생정보
+검색(학번): 학생정보
+삭제(): Boolean
+이름조회(): 이름
+이름갱신(새이름)
+학과조회(): 학과
+학과갱신(새학과)
+주민등록번호조회(): 주민등록번호
+주민등록번호 갱신(새주민등록번호)
+조회(): [이름, 학과, 주민등록번호]
+검색(학번, 이름): 학생정보목록
+갱신(이름, 학과, 주민등록번호): Boolean
<<boundary>>
학생 수정 화면
<<param>>-$학번
<<out>>-학번 = $학번
<<inout>>-이름
<<inout>>-학과
<<inout>>-주민등록번호
+수정()
작성 일시_작성 부서_작성자 명
11
기능적 요구사항
 학생관리 –검색 유스케이스의 실현 모델
학사관리 메인화면
학생관리
학생정보
학생정보목록
: 학사담당자
1 : 학번, 이름입력()
2 : 검색()
3 : 검색()
4 : 검색()
<<표시>>
5
작성 일시_작성 부서_작성자 명
12
기능적 요구사항
 학생관리 –등록 유스케이스의 실현모델
학사관리 메인화면
학생등록화면
학생관리
사용자관리
학생조회화면
: 학사담당자
<<NAVIGATE>>
2
1 : 등록()
학생정보
사용자 정보
3 : 학생정보 입력()
4 : 등록()
5 : 등록 학번, 이름, 학과, 주민등록번호()
6 : 생성()
7 : 등록()
8 : 생성()
<<redirect>>
9
작성 일시_작성 부서_작성자 명
13
기능적 요구사항
 학생관리 –조회 유스케이스의 실현모델
학생정복등록
학생조회화면
학생관리
학생정보
: 학사담당자
1 : 이름_select()
<<navigate>>
2
3 : 조회()
4 : 검색()
5 : 조회()
6 : 학번, 이름, 학과, 주민등록번호<<표시>>()
7 : 이수학점 조회()
8 : 이수학점<<표시>>()
9 : 평균학점 조회()
10 : 평균학점<<표시>>()
작성 일시_작성 부서_작성자 명
14
기능적 요구사항
 학생관리 –수정 유스케이스의 실현모델
학생 조회 화면
학생 수정 화면
학생관리
학생정보
: 학사담당자
<<NAVIGATE>>
2
1 : 수정()
3 : 조회()
4 : 검색()
5 : 조회()
6 : 학번, 이름, 학과, 주민등록번호<<표시>>()
7 : 학생 정보를 수정한다()
8 : 수정()
9 : 수정()
10 : 갱신()
11
<<redirect>>
작성 일시_작성 부서_작성자 명
15
기능적 요구사항
 학생관리 –삭제 유스케이스의 실현모델
학생조회
학생관리
학생정보
사용자관리
사용자 정보
: 학사담당자
1 : 삭제()
2 : 삭제()
3 : 검색()
4 : 삭제()
6 : 삭제()
5 : 검색()
7 : 삭제()
작성 일시_작성 부서_작성자 명
16
요구사항 정의
 학사관리 : 학생 관리 메인화면
대학 정보 시스템
학생관리
안녕하세요.
학사담당자님.
학번:
이름:
검색
로그아웃
암호변경
등록
학번
이름
학과
주민번호
015332
홍길동
전산학과
060212-xxxxxxx
교수관리
학생관리
작성 일시_작성 부서_작성자 명
17
요구사항 정의
 학사관리 : 학생 관리 등록 화면
대학 정보 시스템
학생등록
안녕하세요.
학사담당자님.
로그아웃
암호변경
학번:
이름:
학과:
주민번호:
등록
교수관리
학생관리
작성 일시_작성 부서_작성자 명
18
요구사항 정의
 학사관리 : 학생 관리 조회 화면
대학 정보 시스템
학생 조회
안녕하세요.
학사담당자님.
로그아웃
암호변경
학번:
이름:
학과:
주민번호:
총이수학점:
학점평균:
S093912
최명철
컴퓨터공학과
870617-xxxxxxx
120
3.43
교수관리
학생관리
작성 일시_작성 부서_작성자 명
수정
삭제
19
요구사항 정의
 학사관리 : 학생 관리 수정 화면
대학 정보 시스템
학생 수정
안녕하세요.
학사담당자님.
로그아웃
암호변경
학번:
이름:
학과:
주민번호:
S093912
수정
교수관리
학생관리
작성 일시_작성 부서_작성자 명
20
[서울시 창조아카데미 운영사업] 모바일 하이브리드 앱 개발자 양성과정
Consultant HybridApp
상담 설계 시스템
작성 일시_작성 부서_작성자 명
목차
I. 요구사항
III. 설계
1. 시스템요구사항
1.
사용자 화면 설계
2. 요구사항목록
IV. 결과물
3. 사용자 화면 정의
II. 분석
1. 업무분류표
2. 유스케이스모델
3. 유스케이스목록
4. 유스케이스명세서
5. 이벤트흐름모델
6. 화면흐름모델
7. 분석객체모델
8. 분석객체실현모델
9. 기술사례분석
작성 일시_작성 부서_작성자 명
22
요구사항 – 시스템 요구사항
 상담설계 시스템
- MYSQL
 배포 OS
- Android
 DB Server
- http://admin.youngjuvis.net/__jd
 Tablet 기종
- Gallaxy Note 10.1 Inch
 서비스 URL
- 구현서버 : http://app.juvis.co.kr
 개발 언어
- 개발서버 : http://app.youngjuvis.net
- PHP5
- Android
 Version : 2.3.3
- HTML5
 개발 툴
- Eclipse - juno
- EditPlus 3.0
- Jquery & Jquery-Mobile
- OpenGL ES
 DATABASE
작성 일시_작성 부서_작성자 명
23
□ 담당 Part & 사용된 기술
1. Application 의 전체 레이아웃 구성
•
Css 와 Android code를 이용하여 구성
2. Menu 구현
•
Css와 jquery를 이용하여 슬라이딩식의 메뉴를 구현
3. Navigator 구현
•
Css를 이용하여 window8의 초기화면과 같은 navigator 구현
4. 그림판 기능 구현
•
Canvas를 이용하여 펜 기능 및 색 변화 및 지우개 기능 구현
5. 플리킹 기능 구현
•
Jquery-mobile을 이용하여 화면 이미지를 슬라이딩식으로 변화시키는 플리킹 기능
구현
작성 일시_작성 부서_작성자 명
24
□ 담당 Part & 사용된 기술
1. 로그인
•
Php와 Database를 기반으로 한 세션 및 경고창 구성
2. 상담 예약 현황
•
HTML5를 통해 달력 구현 및 PHP와 Database를 기반으로 회원 데이터 추출
3. 상담 상세 정보
•
PHP와 Database를 기반으로 데이터 추출 , 고객 정보 전달, 데이터 업데이트
4. 비포&애프터 리스트
•
Php와 Database를 기반으로 해당 고객과 가까운 성공 사례들을 추출 및 페이지 처리
작성 일시_작성 부서_작성자 명
25
요구사항 – 요구사항 목록
 상담설계 시스템
유형
코드
요구사항 명
관련
요구사항
요구사항설명
1.1 로그인시 ID까지만 저장가능하게 하고 비밀번호는 저장하지 않는다.
기능
로그인
1.2 로그인 처리 시 직급에 맞는 권한을 부여하고 보여주는 목록에 제한을
둔다.
1.3 사용자 이벤트가 발생되지 않는 순간부터 session time을 두어 로그아
웃을 시킨다.
기능
기능
로그아웃
패스워드 변경
2.1 사용자는 로그아웃이 원활이 되어야 한다.
2.2 보안규칙에 따라 자동로그아웃이 이루어져야 한다.
3.1 기존 압호를 입력하고 새로운 암호와 암호를 확인하여 일치하면 암호를
변경시킨다.
3.2 암호 변경 시 암호화 뿐 아니라 문자로 보이게끔 한다.
4.1 회원검색 시 해당 조건에 부합하는 회원이 검색 되어야 한다.
4.2 각 지점에 해당하는 관리자는 해당 지점의 회원만 검색 할 수 있다.
기능
회원검색
4.3 최고 관리자는 모든 지점의 회원을 검색 할 수 있다.
4.4 검색된 회원에 대한 상세정보를 볼 수 있다.
4.5 기존 회원 뿐 아니라 상담회원의 정보도 검색 할 수 있다.
기능
회원등록/상세정보 입력
5.1 상담 완료 후 등록을 원하는 회원의 상담정보를 불러 올 수 있어야 한다.
5.2 회원의 정보입력이 용이하여야 한다.
6.1 회원의 신상 정보에 관련한 작성이 용이하여야 한다.
기능
항상성 설문조사
6.2 회원 본인의 신체 상황에 관하여 정확한 작성이 가능하여야 한다.
6.3 설문조사결과가 안정적으로 서버에 전송되어야 한다.
작성 일시_작성 부서_작성자 명
26
요구사항 – 요구사항 목록
 상담설계 시스템
유형
기능
기능
코드
요구사항 명
관련
요구사항
요구사항설명
인바디 및 스트레스 측정 결과
7.1측정 결과가 안정적으로 서버에 전송되어야 한다.
다이어트 프로그램 시뮬레이션
8.1 상담관리자가 항상성 설문조사결과, 인바디 측정결과, 스트레스 측정 결
과 분석을 바탕으로 회원 상담이 용이 하여야 한다.
8.2 고객이 쉽게 이용할 수 있도록 화면이 구성되어야 한다.
9.1 Before/After는 회원의 모습 또는 아바타로 이용이 가능하여야 한다.
기능
Before & After
작성 일시_작성 부서_작성자 명
9.2 고객은 화면 구성을 보고 쉽게 이해 할 수 있고 결과를 바탕으로 등록화
면으로 이동 할 수 있어야 한다.
27
요구사항 – 사용자 화면 정의
 내 몸 항상성 설문조사
Description
항상성 설문조사
1. 화면설명
내 몸 항상성 프로그램은 고
객이 실제로 직접 자신의 체
질이나 자신의 특성에 맞는
문항을 체크하여 현재 자신
에게 맞는 프로그램을 찾는
설문조사
내 몸 항상성 프로그램
-지점선택- ▼
이름
김윤규
나이
30
키 172.5
cm 몸무게 78
kg
*다이어트 히스토리 자가진단*
0.
당신의 체질은 무엇인가요?
소양인
태음인
1.
당신은 다이어트를 몇 번 정도 시도하셨나요?
다이어트경험武
2.
당신의 폭식주기는 몇 일 주기로 바뀌나요?
일주일
3.
요요는 얼마만에 찾아왔나요?
1~2주못가바로
4.
당신의 요요현상 증상은 어떠한가요?
폭식증,거식증
5.
당신은 비만에 관련한 가족력이 있나요?
가족 전부다 비만
6.
찐살의 형태는 어떠한가요?
탄력저하
7.
부종이 있으신가요?
예
8.
감량하고자 하는 부위는 어디인가요?
상체
한달
소음인
1회
2회
생리전
1~2개월
3회이상
살빠지고 난 이후
없음
3~6개월
잠시만 방심해도 체중이 늘어남
근육질
부모님 중 한분만 비만 이상
살이 단단함
아니오
하체
설문완료
작성 일시_작성 부서_작성자 명
28
요구사항 – 사용자 화면 정의
 인바디 측정 결과분석
Lookin’ Body
Description
Lookin’Body Health care System
성명(ID)
김윤규 8377
연령
신장
성별
30
172.5
남
측정일시
2012-10-09
18:53:40
체성분분석
측정치
체수분
근욱량
28.5
36.6
체지방량
체중
표준범위
세포내수분
17.6
16.7~20.5
세포외수분
10.9
단백질
2.6
무기질
2.77
2.50~3.05
채지방
13.3
10.6~17.0
38.9
58.2
10.3~12.5
1. 화면설명
InBody측정은 실제로 고객이 수
행하고 담달컨설턴트는 InBody
측정결과를 결과 시트지에서 출
력하여 회원과의 상담을 진행한
다.
7.3~0.5
골격근지방
표준이하
표준
표준이상
표준범위
체중
48.6~65.8
골격근량
21.7~26.6
체지방량
11.4~18.4
비만진단
표준이하
표준
표준이상
표준범위
BMI
18.5~23.0
체지방률
18.0~28.0
복부지방률
0.75~0.85
신체균형
작성 일시_작성 부서_작성자 명
29
요구사항 – 사용자 화면 정의
 스트레스 측정
이
름 : 최명철
성
생년월일 : 870617
나
이 : 26
측 정 일: 12/11/29
혈관 용적 맥파(DPG)
A
P
G
3
8
7
3
9
6
비율
교감반응
3
4
6
별:남
가속도 맥파(APG)
자율 신경 균형
H
R
V
(T
D)
Description
아 이 디 : 최명철5683
LF/HF
3구획
4구획
6구획
8구획
9구획
부교감반응
항진/항진
항진/정상
정상/저하
저하/저하
저하/정상
정상/정상
가능성
임상적의의
1. 화면설명
스트레스 측정은 측정된 자
료를 담달컨설턴트가 결과
시트지에서 출력하여 회원
과의 상담을 진행한다.
부정맥 이소
긴장,불안,..증가
피부혈관축소,
면역저하,
과로,편두통
최적 자율신경
스트레스저항지수
H
R
V
(F
D)
종
합
평
가
COMMENT
고객님의 스트레스는 x이고 비율은 y이기 때문에 혈관 용적 맥파가 낮고 가속도 맥파…
작성 일시_작성 부서_작성자 명
30
요구사항 – 사용자 화면 정의
 다이어트 프로그램 시뮬레이션
●기본정보
키 : 160cm 체중 : 55kg(측정 일시 : 1차 – 2012.06.20)
목표 체중 : 48.00kg, 감량목표 : -7kg
●In Body 정보
체중
●항상성 지수 결과
항상성 요요 55kg 마다 발생
신체 균형
Description
상하 균형 : 심한 불균형
스트레스
지수
총평
설명1
이미정 고객님은 체중 -7kg 감량 하셔야 하고, 체지방률
은 10% 낮추셔야 하며, 골격근량은 4.8kg 늘리셔야 하
며 부종을 없애고 혈관나이와 스트레스 지수를 낮춰야
합니다. 내장 지방 수치가 48.5로 표준범위 내에 있으나
잘못된 식습관으로 수치가 증가할 수 있습니다.
관리 프로
그램
하체 집중 프로그램(4주)
1주차
Diet 컨설팅
32.신진대사저하
기초 대사량 높임
2주차
Food 컨설팅
간편 도시락(다이어트 하체)
아연함유, 비타민 함유 토코페롤이 풍부한 식단
3주차
Sports 컨설팅
하체 스트레칭(동영상 미리보기)
무릎 바닥에 대고 굽히기
작성 일시_작성 부서_작성자 명
|
1. 화면설명
다이어트 프로그램 시뮬레이션은
InBody측정, 스트레스 측정, 항상
성 설문조사를 완료한 후, 각 테스
트의 결과를 바탕으로 적합한 주
차별 프로그램을 소개한다.
설명2
설명3
하체 완벽 케어 프로그램(Program L.B.P)
31
요구사항 – 사용자 화면 정의
 비포. 애프터 시연
아바타 관리
현재의 나
현재 몸무게 : 54.3kg
미래의 나
약정 몸무게 : 48.3kg
Description
1. 화면설명
Before & After 화면은 최종적
으로 관리 프로그램을 마친 후에
고객이 약정한 체중으로 변화 된
모습을 보여준다.
작성 일시_작성 부서_작성자 명
분석-업무 분류표
 상담설계 시스템
ID`
대분류명
ID
JCS_LOG
JCS_MMG
JCS
중분류명
운영관리
ID
소분류명
반영
담당자
0001
로그인
●
0002
로그아웃
●
0003
패스워드변경
●
1001
회원검색
●
김윤규
1002
회원등록/상세정보 입력
●
김윤규
2001
항상성 설문조사 결과분석
●
최명철
2002
인 바디 측정 결과분석
●
최명철
2003
스트레스 측정 결과분석
●
최명철
3001
다이어트 프로그램 시뮬레
이션
●
김윤규
3002
Before & After
●
김윤규
김윤규
회원 관리
상담설계 시스템
JCS_RST
JCS_BA
작성 일시_작성 부서_작성자 명
측정 결과 관리
시뮬레이션 관리
33
분석 – 유스케이스 모델
 상담설계 시스템
상담설계시스템
System
UC_001 로 그 인
UC_002 로 그 아 웃
UC_003 패 스 워 드 변 경
총관리자
UC_004 전 체 회 원 검 색
UC_005 지 점 회 원 검 색
지점 관리자
고객
UC_006 회 원 등 록 / 상 세 정 보 입 력
UC_007 항 상 성 설 문 조 사
UC_008 인 바 디 측 정
UC_009 스 트 레 스 측 정
UC_010 다 이 어 트 프 로 그 램 시 뮬 레 이 션
UC_011 비 포 , 에 프 터 시 연
작성 일시_작성 부서_작성자 명
34
분석 - 유스케이스 목록
 상담설계 시스템(총 7개)
UC ID
UC명
UC_001
로그인
UC_002
UC설명
반영
담당자
각 지점 관리자는 자신의 아이디로 로그인 할 수 있다.
●
로그아웃
각 지점 관리자는 시스템에서 자동으로 로그아웃을 할 수도 있고,
직접 로그아웃을 할 수 있다.
●
UC_003
패스워드 변경
각 지점 관리자는 보안규칙에 따라 패스워드를 자유롭게 변경 할
수 있다.
●
UC_004
지점회원검색
지점 관리자는 해당 지점의 회원만 검색 할 수 있다.
●
김윤규
UC_005
전체회원검색
총 관리자는 전 지점의 회원을 검색 할 수 있다.
●
김윤규
UC_006
회원등록/상세정보입력
담당 컨설턴트는 회원등록 및 상세정보를 입력 할 수 있다.
●
김윤규
UC_007
항상성설문조사
담당 컨설턴트는 고객의 설문조사 결과를 서버로 부터 가져온다.
●
최명철
UC_008
인바디분석결과
담당 컨설턴트는 고객의 분석결과를 서버로 부터 가져온다.
●
최명철
UC_009
스트레스측정분석결과
담당 컨설턴트는 고객의 분석결과를 서버로 부터 가져온다.
●
최명철
UC_010
다이어트시뮬레이션
담당 컨설턴트는 고객에게 필요한 다이어트 관리 프로그램을 제공
할 수 있다.
●
김윤규
UC_011
Before/After
담당 컨설턴트는 서버로 부터 Before/After 아바타 또는 실제 사진
으로 변화된 이미지를 얻어온다.
●
김윤규
작성 일시_작성 부서_작성자 명
김윤규
35
분석 - 유스케이스명세서
 로그인
[로그인 유스케이스 명세서]
개요
사용자는 자신의 아이디와 PW를 통해 시스템에 로그인을 한다.
관련 액터
지점 관리자, 총 관리자
우선 순위
상
선행 조건
1. 지점의 IP가 시스템에 등록이 되어 있어야 한다.
2. 각 관리자는 자신의 ID와 PW를 알고 있어야 한다.
3. 각 관리자 별로 메뉴와 화면 접근 권한이 달라야 한다.
이벤트 흐름
작성 일시_작성 부서_작성자 명
기본 흐름
1. 사용자는 시스템에 접속한다.
2. 사용자의 위치가 지점에서 벗어난 경우 시스템은 접속되지 않는다.
3. 시스템은 로그인 화면을 보여준다.
4. 사용자는 자신의 ID와 PW를 통해 로그인을 한다. (A1)
5. 사용자 권한 별로 메뉴와 화면 접근 권한이 달라야 한다.
6. 로그인 후에는 해당 로그인 사용자가 누구인지 화면에 명시해 주어야 한다.
7. 각 사용자 별 이용권한은 다음과 같다.
총 관리자 : 쥬비스 전 지점의 회원이 검색 가능
지점 관리자: 해당 지점의 회원만 검색 가능
36
분석 - 유스케이스명세서
 로그아웃
[로그아웃 유스케이스 명세서]
개요
각 이용자는 시스템에서 로그아웃이 될 수 있어야 한다.
관련 액터
지점 관리자, 총 관리자
우선 순위
상
선행 조건
1. 각 관리자는 시스템에 접속이 되어 있어야 한다.
이벤트 흐름
작성 일시_작성 부서_작성자 명
기본 흐름
1. 사용자는 시스템에 접속되어 있어야 한다.
2. 각 사용자는 하단 메뉴바에 있는 로그아웃을 통해 로그아웃을 할 수 있다.
3. 시스템은 사용자를 시스템에서 로그아웃을 해준다.
4. 로그아웃을 처리하는 경우는 다음과 같다.
• 사용자가 직접 로그아웃을 요청한다.
• 지점IP를 벗어나는 경우에 시스템은 자동으로 로그아웃 처리를 한다.
• 일정 시간 동안 시스템을 사용하지 않는 경우에도 로그아웃 처리를 해야 한다.
37
분석 - 유스케이스명세서
 항상성 설문조사 분석 결과
[항상성설문조사 및 분석 결과 유스케이스 명세서]
개요
담당 컨설턴트는 고객의 항상성설문조사를 마친 후, 설문 결과를 서버로부터 받아온다.
관련 액터
담당컨설턴트
우선 순위
상
선행 조건
1. 고객의 상담예약 여부를 확인 하여야 한다.
2. 담당컨설턴트는 시스템에 로그인이 되어 있어야 한다.
3. 항상성설문조사 프로그램이 시스템에 접속이 되어 있어야 한다.
이벤트 흐름
작성 일시_작성 부서_작성자 명
기본 흐름
1. 항상성 설문조사 프로그램은 시스템에 접속 되어 있어야 한다.
2. 고객은 개인의 기본정보 및 다이어트 히스토리 자가진단을 작성한 후 설문완료를 누른다. .
3. 담당컨설턴트는 설문조사 결과를 바탕으로 상담을 한다.
38
분석 - 유스케이스명세서
 인바디 측정 결과분석
[InBody분석 결과 유스케이스 명세서]
개요
담당 컨설턴트는 고객의 InBody 측정 후, InBody측정 결과를 서버로부터 받아온다.
관련 액터
담당컨설턴트
우선 순위
상
선행 조건
담당컨설턴트는 시스템에 로그인이 되어 있어야 한다. InBody 프로그램이 시스템에 접속이 되어 있어야
한다.
기본 흐름
1. InBody 프로그램은 시스템에 접속 되어 있어야 한다.
2. 담당컨설턴트는 고객의 InBody 측정을 돕고, 서버로 부터 측정 결과를 가져온다.
3. 담당컨설턴트는 관련 정보를 바탕으로 고객과 상담을 한다.
이벤트 흐름
분석 결과
1. 측정 된 결과를 담당 컨설턴트는 서버로 부터 받아온다.(A1)
2. 서버는 기본적으로 체성분 분석과 골격근.지방을 제공한다.
3. 서버는 측정된 결과를 바탕으로 각각의 다른 정보를 제공한다.
• 결과가 비만인 회원은 비만진단을 추가로 제공
• 내장지방 수치가 일정치 이상인 회원은 내장지방을 제공
• 일반적인 회원은 신체 균형을 보여준다.
대안흐름
(A1) 결과를 서버로 부터 받아오지 못하는 경우
1. 담당컨설턴트는 서버로부터 다시 결과를 받아온다.. 분석결과:1 의 흐름으로 간다.
작성 일시_작성 부서_작성자 명
39
분석 - 유스케이스명세서
 스트레스 측정 결과분석
[스트레스 분석 결과 유스케이스 명세서]
개요
담당 컨설턴트는 고객의 스트레스 측정 후, 스트레스 측정 결과를 서버로부터 받아온다.
관련 액터
담당컨설턴트, 고객
우선 순위
상
선행 조건
담당컨설턴트는 시스템에 로그인이 되어 있어야 한다. 스트레스 프로그램이 시스템에 접속이 되어 있어
야 한다.
기본 흐름
1. 스트레스 프로그램은 시스템에 접속 되어 있어야 한다.
2. 담당컨설턴트는 고객의 스트레스 측정을 돕고, 서버로 부터 측정 결과를 가져온다.
3. 담당컨설턴트는 관련 정보를 바탕으로 고객과 상담을 한다.
이벤트 흐름
분석 결과
1. 측정 된 결과를 담당 컨설턴트는 서버로 부터 받아온다.(A1)
2. 서버는 기본적으로 다음과 같은 정보를 제공한다.
• 측정 검사 결과, 혈관지수 분석, 스트레스 지수 분석, 종합평가
• 위 정보는 최소한의 정보로 고객이 가장 보기 쉬운 정보만을 제공한다.
대안흐름
(A1) 결과를 서버로 부터 받아오지 못하는 경우
1. 담당컨설턴트는 서버로부터 다시 결과를 받아온다.. 분석결과:1 의 흐름으로 간다.
작성 일시_작성 부서_작성자 명
40
분석 – 유스케이스명세서
 다이어트 프로그램 시뮬레이션
[다이어트 프로그램 시뮬레이션 유스케이스 명세서]
개요
담당 컨설턴트는 최종 결과를 서버로부터 받아온다.
관련 액터
담당컨설턴트
우선 순위
상
선행 조건
담당컨설턴트는 시스템에 로그인이 되어 있어야 한다.
기본 흐름
1. 프로그램은 시스템에 접속 되어 있어야 한다.
2. 담당컨설턴트는 서버로부터 관리프로그램을 가져온다.
3. 담당컨설턴트는 관련 정보를 바탕으로 고객과 상담을 한다.
이벤트 흐름
시뮬레이션
1. 고객의 BEFORE사진 또는 아바타을 기본으로하여 총평을 보여준다.
2. 주차별 다이어트 프로그램을 보여준다.
3. 각각의 주차별 다이어트 프로그램 클릭 시 현재 고객의 정보와 비교하여 가장 비슷한 정보를 가진 회
원의 Before/After 사진을 서버로 부터 받아와서 보여준다.
대안흐름
(A1) 결과를 서버로 부터 받아오지 못하는 경우
1. 담당컨설턴트는 서버로부터 다시 결과를 받아온다. 시뮬레이션:1 의 흐름으로 간다.
작성 일시_작성 부서_작성자 명
41
분석- 유스케이스명세서
 비포. 애프터 시연
[비포. 애프터 유스케이스 명세서]
개요
담당 컨설턴트는 고객의 현재 정보를 바탕으로 아바타 또는 고객의 사진을 서버로부터 받아온다.
관련 액터
담당컨설턴트
우선 순위
상
선행 조건
담당컨설턴트는 시스템에 로그인이 되어 있어야 한다.
기본 흐름
1. 프로그램은 시스템에 접속 되어 있어야 한다.
2. 담당컨설턴트는 고객의 정보를 바탕으로 아바타 또는 사진을 서버로부터 가져온다.
이벤트 흐름
아바타 - 시연
1. 현재 고객의 몸무게와 키를 바탕으로 아바타를 불러온다.
2. 약정 몸무게로 변화된 모습을 보여준다.
고객의 사진 – 시연
1. 현재 고객의 사진을 보여준다.
2. 현재 고객의 모습에서 약정 몸무게로 변화되어 가는 모습을 플래쉬나 기타 다른 프로그램을 이용하
여 변화되어 가는 과정을 보여준다.
작성 일시_작성 부서_작성자 명
42
분석 – 이벤트 흐름 모델
 로그인
시스템
: 사용자
1 : 시스템 접속을 한다.()
2 : 접속을 시도한 IP가 등록된 IP인지 검사한다.()
3 : 등록된IP이면 시스템 로그인 화면을 보여준다.()
4 : 로그인을 요청한다.()
5 : 각사용자 구분을 처리한다.()
6 : 각 사용자별 권한에 맞는 화면을 보여준다.()
작성 일시_작성 부서_작성자 명
43
분석 – 이벤트 흐름 모델
 로그아웃
시스템
: 사용자
1 : 로그아웃을 요청한다.()
기본 흐름
1. 사용자가 시스템에 로그아웃을 요청한다.
2. 지점을 벗어날 경우 IP변경이 발생되므로 자동 로그아웃을 처리한다.
2 : 로그아웃 처리()
작성 일시_작성 부서_작성자 명
3. 일정 시간 동안 이용이 없을 경우 로그아웃을 처리한다.
44
분석 – 이벤트 흐름 모델
 항상성 설문조사 결과분석
시스템
: 사용자
1 : 설문 화면 요청()
2 : 항상성 설문화면 응답()
3 : 설문 완료 저장 요청()
4 : 데이타 저장()
작성 일시_작성 부서_작성자 명
45
분석 – 이벤트흐름모델
 인바디 측정 결과분석
시스템
: 사용자
1 : 인바디 측정 결과를 요청한다.()
2 : 회원의 측정 결과를 검색한다.()
3 : 측정 결과를 보여준다.()
작성 일시_작성 부서_작성자 명
46
분석 – 이벤트 흐름 모델
 스트레스 측정 결과분석
시스템
: 사용자
1 : 스트레스 측정 결과를 요청()
2 : 회원의 측정 결과 검색한다.()
3 : 측정결과를 보여준다.()
작성 일시_작성 부서_작성자 명
47
분석 – 이벤트 흐름 모델
 다이어트 프로그램 시뮬레이션
시스템
: 사용자
1 : 회원의 모든 결과를 요청()
2 : InBody 측정결과()
3 : 스트레스 측정결과()
4 : 항상성설문결과()
5 : 관리 총평()
6 : 관리 프로그램()
7 : 해당 결과를 모두 보여준다.()
작성 일시_작성 부서_작성자 명
48
분석 – 이벤트 흐름 모델
 비포. 애프터 시연
시스템
: 사용자
1 : 회원 정보를 바탕으로 아바타 요청()
2 : 회원 정보를 바탕으로 아바타 이미지를 부위별로 찾는다.()
3 : 이미지 화면에 응답()
작성 일시_작성 부서_작성자 명
49
분석 – 화면 흐름 모델
 로그인
접근 IP 확인
쥬비스 시스템
IP구분
접근 ip
로그인화면
ID/PW입력
권한 별로 화면 구성이 달라진다.
총관리자
작성 일시_작성 부서_작성자 명
지점관리자
컨설턴트
50
분석 – 화면 흐름 모델
 로그아웃
사용자 로그아웃
세션 타임 아웃
지점을 벗어날 경우
쥬비스 시스템
작성 일시_작성 부서_작성자 명
51
분석 – 화면 흐름 모델
 항상성 설문조사 및 분석결과
설문지 요청
항상성 설문 시스템
지점관리자, 고객
항상성 설문지 작성
설문 결과 서버에 전송
항상성 설문 시스템
해당 회원의 결과 값 요청
회원 불 일치
결과분석
작성 일시_작성 부서_작성자 명
52
분석 - 화면 흐름 모델
 인바디 측정 분석 결과
지점관리자
InBody 측정
측정값 서버에 전송
InBody 시스템
해당 회원의 결과값 요청
회원불일치시 재요청
결과분석
작성 일시_작성 부서_작성자 명
53
분석 - 화면 흐름 모델
 스트레스 측정 분석 결과
지점관리자
스트레스 측정
측정값 서버에 전송
스트레스 시스템
해당 회원의 결과값 요청
회원 불일치시 재요청
결과분석
작성 일시_작성 부서_작성자 명
54
분석 – 화면 흐름 모델
 다이어트 프로그램 시뮬레이션
지점 관리자
다이어트 시뮬레이션 시스템
회원의 결과 값 요청
스트레스 시스템
항상성 설문 시스템
회원 불일치시 재요청
InBody 시스템
관리프로그램
작성 일시_작성 부서_작성자 명
55
분석 – 화면 흐름 모델
 비포. 애프터 시연
지점관리자
비포. 애프터 시스템
회원의 정보를 바탕으로 아바타 요청
회원 정보 불일치시 재요청
비포. 애프터 결과
작성 일시_작성 부서_작성자 명
56
분석 – 분석 객체 모델
 로그아웃
<<boundary>>
로그아웃
<<control>>
로그아웃컨트롤
+invalidate()
작성 일시_작성 부서_작성자 명
57
분석 – 분석 객체 모델
 항상성 설문조사 결과분석
<<entity>>
항상성 설문조사
<<boundary>>
항상성설문조사
<<parma>>-지점
<<in>>-이름
<<in>>-나이
<<in>>-키
<<in>>-몸무게
<<in>>-연락처
<<in>>-No.1
<<in>>-No.2
<<in>>-No.3
<<in>>-No.4
<<in>>-No.5
<<in>>-No.6
<<in>>-No.7
<<in>>-No.8
<<in>>-No.9
<<in>>-No.10
<<in>>-No.11
<<in>>-No.12
<<in>>-No.13
+설문완료()
작성 일시_작성 부서_작성자 명
<<control>>
항상성 설문조사 컨트롤
+설문완료()
-지점
-이름
-나이
-키
-몸무게
-연락처
-No.1
-No.2
-No.3
-No.4
-No.5
-No.6
-No.7
-No.8
-No.9
-No.10
-No.11
-No.12
-No.13
-체크결과 점수
-해결방안
58
분석 – 분석 객체 모델
 인바디 측정 결과분석
<<entity>>
인바디 분석
<<boundary>>
인바디 분석 결과
<<in>>-회원 아이디
+인바디분석(회원 아이디)
작성 일시_작성 부서_작성자 명
<<control>>
인바디 분석 컨트롤
+인바디분석(회원 아이디)
-회원 아이디
-체성분분석_세포내수분
-체성분분석_세포외수분
-체성분분석_단백질
-체성분분석_무기질
-체성분분석_체지방
-체성분분석_측정치
-체성분분석_계수분
-체성분분석_근육량
-체성분분석_체지방량
-체성분분석_체중
-체성분분석_표준범위
-골격근. 지방_체중
-골격근. 지방_골격근량
-골격근. 지방_체지방량
-골격근. 지방_표준이하
-골격근. 지방_표준
-골격근. 지방_표준이상
-골격근. 지방_표준범위
-비만진단_BMI
-비만진단_체지방률
-비만진단_복부지방률
-비만진단_표준이하
-비만진단_표준
-비만진단_표준이상
-비만진단_표준범위
-신체균형_오른팔
-신체균형_왼팔
-신체균형_몸통
-신체균형_오른다리
-신체균형_왼다리
-내장지방
59
분석 – 분석 객체 모델
 스트레스 측정 결과분석
<<entity>>
스트레스 분석
<<boundary>>
스트레스 분석 결과
<<in>>-회원 아이디
+스트레스 분석(회원 아이디)
작성 일시_작성 부서_작성자 명
<<control>>
스트레스 분석 컨트롤
+스트레스 분석(회원 아이디)
-아이디
-이름
-성별
-생년월일
-나이
-측정일
-APG_혈관용적맥파
-APG_가속도맥파
-APG_맥파지수분석
-APG_맥파지수분석_BEI
-APG_맥파지수분석_VDI
-APG_맥파지수분석_VEI
-APG_맥파지수분석_VSI
-APG_혈관지수분석
-APG_혈관지수분석_혈관나이
-APG_혈관지수분석_혈관파형
-APG_혈관지수분석_혈관노화속도
-APG_혈관지수분석_혈관건강점수
-APG_혈관지수분석_나이대
-APG_파형지수분석_평균맥박
-APG_파형지수분석_맥파강도
-APG_파형지수분석_귀하의 혈관 상태
-APG_파형지수분석_가장 좋은 혈관 상태
-HRV(TD)_자율신경균형
-HRV(TD)_LF/HF
-HRV(TD)_가능성
-HRV(TD)_임상적의의
-HRV(TD)_대각그래프
-HRV(TD)_히스토그램
-HRV(TD)_동맥혈산소포화도
+HRV(TD)_심박변동지수분석
-HRV(FD)_비율
-HRV(FD)_교감반응
-HRV(FD)_부교감반응
-HRV(FD)_스트레스저항지수
-HRV(FD)_자율신경지수분석
-횟수
-측정일
-혈관지수분석_나이
-혈관지수분석_노화속도
-혈관지수분석_건강점수
-자율신경균형
-HRV(FD)_비율
-HRV(FD)_교감반응
-HRV(FD)_부교감반응
-HRV(FD)_스트레스저항지수
-HRV(FD)_육체적스트레스
-HRV(FD)_정신적스트레스
-HRV(FD)_자율신경지수분석
-종합평가_평균스트레스지수
-종합평가_피로지수
-종합평가_건강지수
-종합평가_권장심호흡수
-종합평가_담당자
-종합평가_COMMENT
60
분석 – 분석 객체 모델
 다이어트 프로그램 시뮬레이션
<<entity>>
인바디 분석
-회원 아이디
-체성분분석_세포내수분
-체성분분석_세포외수분
-체성분분석_단백질
-체성분분석_무기질
-체성분분석_체지방
-체성분분석_측정치
-체성분분석_계수분
-체성분분석_근육량
-체성분분석_체지방량
-체성분분석_체중
-체성분분석_표준범위
-골격근. 지방_체중
-골격근. 지방_골격근량
-골격근. 지방_체지방량
-골격근. 지방_표준이하
-골격근. 지방_표준
-골격근. 지방_표준이상
-골격근. 지방_표준범위
-비만진단_BMI
-비만진단_체지방률
-비만진단_복부지방률
-비만진단_표준이하
-비만진단_표준
-비만진단_표준이상
-비만진단_표준범위
-신체균형_오른팔
-신체균형_왼팔
-신체균형_몸통
-신체균형_오른다리
-신체균형_왼다리
-내장지방
<<entity>>
항상성 설문조사
<<entity>>
회원
-지점
-이름
-나이
-키
-몸무게
-연락처
-No.1
-No.2
-No.3
-No.4
-No.5
-No.6
-No.7
-No.8
-No.9
-No.10
-No.11
-No.12
-No.13
-체크결과 점수
-해결방안
-회원아이디
-지점아이디
-키
-체중
-목표체중
-감량목표
<<control>>
다이어트 프로그램 시뮬레이션
+인바디(회원 아이디)
+스트레스(회원 아이디)
+항상성 설문조사(회원 아이디)
+회원(회원아이디)
<<entity>>
관리 프로그램
-주차
-하체집중프로그램
-상체집중프로그램
-하체 완벽 케어 프로그램
-상체 완벽 케어 프로그램
작성 일시_작성 부서_작성자 명
<<boundary>>
다이어트 프로그램 시뮬레이션.
<<in>>-회원 아이디
+다이어트프로그램시뮬레이션(회원아이디)
<<entity>>
스트레스 분석
-아이디
-이름
-성별
-생년월일
-나이
-측정일
-APG_혈관용적맥파
-APG_가속도맥파
-APG_맥파지수분석
-APG_맥파지수분석_BEI
-APG_맥파지수분석_VDI
-APG_맥파지수분석_VEI
-APG_맥파지수분석_VSI
-APG_혈관지수분석
-APG_혈관지수분석_혈관나이
-APG_혈관지수분석_혈관파형
-APG_혈관지수분석_혈관노화속도
-APG_혈관지수분석_혈관건강점수
-APG_혈관지수분석_나이대
-APG_파형지수분석_평균맥박
-APG_파형지수분석_맥파강도
-APG_파형지수분석_귀하의 혈관 상태
-APG_파형지수분석_가장 좋은 혈관 상태
-HRV(TD)_자율신경균형
-HRV(TD)_LF/HF
-HRV(TD)_가능성
-HRV(TD)_임상적의의
-HRV(TD)_대각그래프
-HRV(TD)_히스토그램
-HRV(TD)_동맥혈산소포화도
+HRV(TD)_심박변동지수분석
-HRV(FD)_비율
-HRV(FD)_교감반응
-HRV(FD)_부교감반응
-HRV(FD)_스트레스저항지수
-HRV(FD)_자율신경지수분석
-횟수
-측정일
-혈관지수분석_나이
-혈관지수분석_노화속도
-혈관지수분석_건강점수
-자율신경균형
-HRV(FD)_비율
-HRV(FD)_교감반응
-HRV(FD)_부교감반응
-HRV(FD)_스트레스저항지수
-HRV(FD)_육체적스트레스
-HRV(FD)_정신적스트레스
-HRV(FD)_자율신경지수분석
-종합평가_평균스트레스지수
-종합평가_피로지수
-종합평가_건강지수
-종합평가_권장심호흡수
-종합평가_담당자
-종합평가_COMMENT
61
분석 – 분석 객체 모델
 비포 .애프터 시연
<<entity>>
아바타
-체질
-키
-몸무게
-아바타 얼굴
-아바타 몸
-아바타 팔
-아바타 다리
<<entity>>
회원
<<boundary>>
비포 & 애프터
<<param>>-회원아이디
+비포&애프터(회원 아이디)
작성 일시_작성 부서_작성자 명
<<control>>
비포 & 애프터 컨트롤
+회원정보(회원아이디)
-회원아이디
-지점아이디
-키
-체중
-목표체중
-감량목표
-체질
62
분석 – 분석 객체 실현 모델
 로그아웃
<<boundary>>
: 로그아웃
<<control>>
: 로그아웃컨트롤
: 지점 관리자
1 : 로그아웃선택()
2 : 로그아웃 요청()
3 : 시스템에 모든 세션 제거()
4 : 로그아웃 응답()
작성 일시_작성 부서_작성자 명
63
분석 – 분석 객체 실현 모델
 항상성 설문조사 결과분석
<<boundary>>
: 항상성설문조사
<<control>>
: 항상성 설문조사 컨트롤
<<entity>>
: 항상성 설문조사
: 지점 관리자
1 : 설문조사항목 입력()
2 : navigate()
3 : 등록()
작성 일시_작성 부서_작성자 명
64
분석 – 분석 객체 실현 모델
 인바디 측정 결과 분석
<<boundary>>
: 인바디 분석 결과
<<control>>
: 인바디 분석 컨트롤
<<entity>>
: 인바디 분석
: 지점 관리자
1 : 결과요청()
2 : navigate()
3 : navigate()
4 : 결과응답()
5 : 화면에 결과값 전송()
작성 일시_작성 부서_작성자 명
65
분석 – 분석 객체 실현 모델
 스트레스 측정 결과분석
<<boundary>>
: 스트레스 분석 결과
<<control>>
: 스트레스 분석 컨트롤
<<entity>>
: 스트레스 분석
: 지점 관리자
1 : 결과요청()
2 : navigate()
3 : navigate()
4 : 결과응답()
5 : 결과값 화면 전송()
작성 일시_작성 부서_작성자 명
66
분석 – 분석 객체 실현 모델
 다이어트 프로그램 시뮬레이션 결과분석
<<boundary>>
: 다이어트 프로그램 시뮬레이션.
<<control>>
: 다이어트 프로그램 시뮬레이션_
<<entity>>
: 회원
<<entity>>
: 항상성 설문조사
<<entity>>
: 인바디 분석
<<entity>>
: 스트레스 분석
<<entity>>
: 관리 프로그램
: 지점 관리자
1 : 결과 요청()
2 : navigate()
3 : 회원 정보요청()
4 : 응답()
5 : 회원에 관한 결과 요청()
6 : 응답()
7 : 회원에 관한 결과 요청()
8 : 응답()
9 : 회원에 관한 결과 요청()
10 : 응답()
11 : 모든 결과에 따른 관리프로그램 요청()
12 : 응답()
13 : 최종 화면 전송()
작성 일시_작성 부서_작성자 명
67
분석 – 분석 객체 실현 모델
 비포 & 애프터
<<boundary>>
: 비포&애프터
<<control>>
: 비포&애프터 컨트롤
<<entity>>
: 회원
<<entity>>
: 아바타
: 지점 관리자
1 : 결과요청()
2 : navigate()
3 : 회원 정보요청()
4 : 회원정보에 관련된 아바타 호출()
5 : 이미지 전송()
6 : 결과 전송()
작성 일시_작성 부서_작성자 명
68
분석 – 기술사례분석
 WebGL
 WebGL
 Before & After 페이지의 WebGL을 적용하여
After
Before
관리 프로그
램
3d 이미지를 구축하려 함
 호환성의 문제로 개발하지 못함.
 Example Site : Canvas WebGL
1주차
2주차
3주차
 WebGL은 구글크롬에서 실행되고 모질라 파이
어폭스 4, 사파리, 오페라의 개발 버전
(development release)에서 실행.
 테블릿에서는 크롬, 사파리 오페라를 현재 지원
하지 않음
 파이어폭스는 3d 이미지는 표현이 되지만 구동
이 되지 않음
작성 일시_작성 부서_작성자 명
69
분석 – 기술사례분석
 AmChart
 Amchart
무료 라이브러리로 다양한 차트를 제공한다.
단일 차트뿐만 아니라 복합 차트를 제공하고 있기
때문에 InBody 정보 와 스트레스 측정 등에 서
다양한 컨텐츠를 이용할 수 있다.
주소 : http://www.amcharts.com/
작성 일시_작성 부서_작성자 명
70
설계 – 사용자 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
도곡&대치점(juvis5)님 환영합니다.
내 몸 항상성 프로그램
-지점선택- ▼
이름
김윤규 나이
30 키
172
cm 몸무게 78
kg
*다이어트 히스토리 자가진단*
0.
당신의 체질은 무엇인가요?
소양인
태음인
1.
당신은 다이어트를 몇 번 정도 시도하셨나
요?
다이어트경험武
2.
당신의 폭식주기는 몇 일 주기로 바뀌나요?
일주일
3.
요요는 얼마만에 찾아왔나요?
1~2주못가바로
4.
찐살의 형태는 어떠한가요?
탄력저하
5.
부종이 있으신가요?
예
6.
감량하고자 하는 부위는 어디인가요?
상체
한달
소음인
1회
2회
생리전
1~2개월
근육질
3회이상
살빠지고 난 이후
3~6개월
살이 단단함
아니오
하체
설문완료
설정
작성 일시_작성 부서_작성자 명
HOME
로그아웃
없음
① 화면설명
 내 몸 항상성 프로그램은 기존의 웹 페이
지 모습을 그대로 따라가되 형태만 다양
한 css를 입혀 변화를 줄 것입니다.
설계 – 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
스트레스
측정결과
1
성명(ID)
2
김윤규 8377
연령
신장
성별
30
172.5
남
회차
측정일
체지방 측정 결과
1
2011-11-01 20:07:21
상세보기
설정
작성 일시_작성 부서_작성자 명
HOME
다이어트
시뮬레이션
비포.
애프터
도곡&대치점(juvis5)님 환영합니다.
측정일시
2012-10-09
18:53:40
체형둘레 측정 결과
3
상세보기
로그아웃
1.
화면 설명
① 첫 화면은 InBody 탭을 눌렀을 때 나
오는 화면으로 상단에는 현재 어느 지
점에서 접속을 했는지 안내가 됩니다.
② 현재 고객이 어떤 고객인지를 표시하고
있습니다.
③ 기존의 측정치를 목록의 형태로 보여주고
각각의 검새결과를 상세보기라는 버튼을
눌러거 확인할 수 있습니다.
설계 – 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
도곡&대치점(juvis5)님 환영합니다.
성명(ID)
1
김윤규 8377
체성분분석
골격근∙지방
골격근지방
연령
신장
성별
30
172.5
남
비만진단
2
2012-10-09
신체균형∙부종
내장지방
적정체중
설정
작성 일시_작성 부서_작성자 명
18:53:40
총평
58.6
kg
체중조절
-
0.1
Kg
지방조절
-
1.3
Kg
근육조절
+
1.2
Kg
77
points
신체발달
HOME
앞 화면에서 체지방 측정 결과 상세보기를 누
른 후의 화면으로 크게는 상세탭과 표시화면
으로 구성됩니다.
측정일시
체중조절
표중체중 건강1형은 체성분으로는 가
장 좋은 신체 구성 상태입니다.
지속적인 관리가 요구되며 특히, 나이
가 큼에 따라서 복부지방 증가율이 높
아지므로 계속적인 모니터링이 필요
합니다.
1. 화면 설명
로그아웃
① 상세 탭으로 체지방 결과의 6가지 내용을
표시합니다. 상세 탭을 클릭하였을 경우
하단의 내용이 변화됩니다.
② 표시화면으로 상세 탭에서 클릭 하였
을 경우의 화면을 보여주게 됩니다.
이 화면에서 다양한 차트를 이용할 계
획입니다.
설계 – 화면 설계(상담 설계 시스템)
회원등록 /
상세정보입력
검색
Description
상담 설계 시스템
이전
항상성
설문조사
인바디
측정결과
1. 화면 설명
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
도곡&대치점(juvis5)님 환영합니다.
성명(ID)
김윤규 8377
체성분분석
골격근∙지방
연령
신장
성별
30
172.5
남
비만진단
신체균형
고객님의
고객님의
고객님의
고객님의
고객님의
신체균형∙부종
측정일시
2012-10-09
내장지방
부위별 부종
오른팔은 표준입니다.
왼팔은 표준입니다.
몸통은 표준입니다.
왼다리는 표준입니다.
오른다리는 표준입니다.
설정
작성 일시_작성 부서_작성자 명
EDF/
TBP
EDW
/TB
W
0.328
0.374
0.328
0.375
0.333
0.380
0.335
0.382
0.335
0.382
HOME
앞 화면에서 체지방 측정 결과 상세보기를 누
른 후의 화면으로 크게는 상세탭과 표시화면
으로 구성됩니다.
18:53:40
총평
부종
EDP/
TBF
EWD/
TBW
0.333
0.380
로그아웃
① 상세 탭으로 체지방 결과의 6가지 내용을
표시합니다. 상세 탭을 클릭하였을 경우
하단의 내용이 변화됩니다.
② 표시화면으로 상세 탭에서 클릭 하였
을 경우의 화면을 보여주게 됩니다.
이 화면에서 다양한 차트를 이용할 계
획입니다.
설계 – 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
1. 화면 설명
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
도곡&대치점(juvis5)님 환영합니다.
성명(ID)
김윤규 8377
체성분분석
골격근∙지방
연령
신장
성별
30
172.5
남
비만진단
신체균형∙부종
측정일시
2012-10-09
내장지방
18:53:40
총평
비만진단
표준이하
표준
표준이상
표준범위
BMI
18.5~23.0
체지방률
18.0~28.0
복부지방률
0.75~0.85
•BMI :21.4 (18.5~23)
•체지방률 : 26.9(18.0~28.0)
•복부지방률 : 0.79(0.75~0.85)
• 고객님은 표준체중입니다.
설정
작성 일시_작성 부서_작성자 명
HOME
앞 화면에서 체지방 측정 결과 상세보기를 누
른 후의 화면으로 크게는 상세탭과 표시화면
으로 구성됩니다.
로그아웃
① 상세 탭으로 체지방 결과의 6가지 내용을
표시합니다. 상세 탭을 클릭하였을 경우
하단의 내용이 변화됩니다.
② 표시화면으로 상세 탭에서 클릭 하였
을 경우의 화면을 보여주게 됩니다.
이 화면에서 다양한 차트를 이용할 계
획입니다.
설계 – 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
1. 화면 설명
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
앞 화면에서 체형둘레 측정 결과 상세보기를
누른 후의 화면입니다. .
도곡&대치점(juvis5)님 환영합니다.
성명(ID)
김윤규 8377
연령
신장
성별
30
172.5
남
2
1
작성 일시_작성 부서_작성자 명
18:53:40
바깥둘레
근육둘레
지방둘레
29.7
---
---
31.6
신체변화둘레
설정
2012-10-09
① 좌특의 체형의 각 부분을 클릭합니다.
<화면영역>
Standard
목
측정일시
HOME
+1.9
--
3
--
--
--
체중
52.6kg
체지방량
13.1kg
골격근량
21.3kg
BMI
20.5kg/m2
체지방률
24.8%
WHR
0.80
적정체중
53.8kg
체중조절
+ 1.2kg
지방조절
- 0.7kg
근육조절
+ 1.9kg
신체발달
77 Point
로그아웃
② 화면영역에서는 클릭된 정보만을 보여
준다.
③ 기본 체형정보를 보여준다.
설계 – 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
1. 화면 설명
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
스트레스 측정 탭을 누르면 나오는 화면 입니
다.
도곡&대치점(juvis5)님 환영합니다.
[스트레스 기기 측정 검사 결과 ]
혈관지수분석
김윤규8377회원님 스트레스측정결과
HRV(FD)
지수
스트레스
교감반응
건강
평균
횟
수
측정일
1
2010-12-17 10:05:08
1
7
57
74
7
1 상세보기
2
2010-12-17 10:05:08
1
7
57
74
7
상세보기
3
2010-12-17 10:05:08
1
7
57
74
7
상세보기
노화속도
자율신경분포
결과지
2
설정
작성 일시_작성 부서_작성자 명
HOME
로그아웃
① 상세보기를 클릭하면 기존의 시스템과 동
일하게 결과 시트지를 보여주게 됩니다.
② 차트 영역에서는 기본적으로 측정 일
자별로 연속된 결과를 보여주게 됩니
다.
설계 – 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
도곡&대치점(juvis5)님 환영합니다.
설정
작성 일시_작성 부서_작성자 명
HOME
로그아웃
설계 – 화면 설계(상담 설계 시스템)
검색
Description
상담 설계 시스템
이전
회원등록 /
상세정보입력
항상성
설문조사
인바디
측정결과
스트레스
측정결과
다이어트
시뮬레이션
비포.
애프터
도곡&대치점(juvis5)님 환영합니다.
1. 화면 설명
비포, 애프터 탭을 선택하면 나오는 화면으
로 기존의 회원들의 모습들을 비포. 애프터
를 보여준다.
2. 특이 항목 설명
① 화면을 옆으로 밀면서 이미지를 찾는다.
1
설정
작성 일시_작성 부서_작성자 명
HOME
로그아웃
□ 로그인
Description
1. 화면설명
컨설턴트가 앱을 이용하기
위해서는 아이디와 비밀 번
호를 입력해야 로그인이 가
능함.
작성 일시_작성 부서_작성자 명
80
□ 로그인
Description
1. 화면설명
아이디 또는 비밀번호를 입
력하지 않을 시 경고창이 뜨
며 다음 화면으로 넘어가지
못함.
작성 일시_작성 부서_작성자 명
81
□ Navigator
Description
1. 화면설명
컨설턴트가 앱을 쉽게 이
용하기 위해서 만든 바로가
기 화면으로,
터치시 가고자 하는 곳으로
바로 갈 수 있는 화면.
작성 일시_작성 부서_작성자 명
82
□ 메뉴바
Description
1. 화면설명
상단의 MENU버튼을 터치
시 메뉴 화면이 나오며,
두번의 터치로 페이지 이동
가능.
작성 일시_작성 부서_작성자 명
83
□ 상담 예약 현황판
Description
1. 화면설명
상담 예약을 한 고객에 대
한 예약 시간 및 날짜를 확
인할 수 있는 화면.
작성 일시_작성 부서_작성자 명
84
□ 상담 상세 정보
Description
1
2
3
5
4
1.
화면설명
상담 설계 부분의
메인화면.
2.
특이화면 설명
① 고객의 정보를 받아옴.
② 해당 페이지로 이동.
③ 측정이 끝날 때마다 해당
정보들이 입력.
④ 항상성 설문조사를 할 경
우 나타나는 결과로 고객
이 받아야 할 프로그램을
추천.
⑤ 고객이 등록을 원할 경우
등록페이지로 바로 갈 수
있게 만든 버튼.
작성 일시_작성 부서_작성자 명
85
□ 인바디 측정 결과
Description
 화면설명
기존의 프린트하던 용지를
화면에서 바로 받아 메모
를 해가며 상담이 가능한
화면
1
2
3
4
 특이 화면 설명
① 펜의 색 변경
② 페이지의 메모 모두 삭제
③ 펜의 두께 조절
④ 시트지나 화살표를 누르
면 각 화면이 좌측 이미
지 공간에 변경 됨
⑤ 화면 공간에 우측으로 화
면을 밀면 체형지. 좌측
으로 밀면 inbody 시트지
로 변경.
5
작성 일시_작성 부서_작성자 명
86
□ 스트레스 측정 결과
Description
 화면설명
기존의 프린트하던 용지를
화면에서 바로 받아 메모
를 해가며 상담이 가능한
화면
 특이 화면 설명
① 펜의 색 변경
② 페이지의 메모 모두 삭제
③ 펜의 두께 조절
작성 일시_작성 부서_작성자 명
87
□ 비포 & 애프터 리스트
Description
 화면설명
1
상담회원과 가장 비슷한
키와 몸무게를 바탕으로
다이어트 성공리스트를
보여주는 화면
 특이 화면 설명
① 회원의 키와 몸무게의
-3<회원<+3 범위의
리스트를 보여줌.
작성 일시_작성 부서_작성자 명
88
□ 비포 & 애프터 리스트
Description
 화면설명
1
리스트 목록의 회원을 클
릭하면 보이는 화면
 특이 화면 설명
① 회원리스트 목록으로 돌
아가는 버튼.
작성 일시_작성 부서_작성자 명
89