bbbb.log

유스케이스 정의서

· 유스케이스 다이어그램에서 정의된 유스케이스 별로 액터로부터 시작하여 시스템 범위 내에 있는 특정 기능(functionality)을 수행하는 일련의 작업흐름(일련의 사건) 또는 트랜잭션의 순차적인 흐름을 기술한 것

1. 유스케이스 다이어그램

1) 의존 관계

- include : 포함관계

- extend :  선택적 수행, 확장 가능

2. 유스케이스 

· 주 시나리오는 무조건 '사용자', '시스템' 순서로 진행되어야 한다.

· '시스템'은 연속으로 진행될 수 있다.

· 부 시나리오는 매번 존재한다.

· '시스템'은 '출력 후 요청한다.' 같이 쓸 수 없고 '~를 출력한다.'로 끝나야 한다. 

· '페이징 기능'은 사용자가 하는 일이 아니기 때문에 유스케이스가 아니다.

1) 로그인 유스케이스

2) 게시글 검색 유스케이스

3. 시퀀스 다이어그램

· 어떠한 순서로 어떤 객체들과 어떻게 상호작용했는지를 표현하는 다이어그램

· 요청하면 반드시 응답이 와야 한다.

1. <div>로 정렬 할 버튼을 감싼다.

2. <div>에 text-align: center로 중앙정렬 한다.

3. 버튼에 inline-block 속성을 준다. 

html

<div class="find-btn">
    <button type="button" class="btn btn-navy navbar-btn find-btn1" onclick="location.href='/login'">로그인</button>
    <button type="button" class="btn btn-grey navbar-btn find-btn1" onclick="location.href='/findIdPw'">비밀번호 재설정</button>
</div>

css

.find-btn{
	text-align: center;
}
.find-btn1{
	display :inline-block;
}

결과

 요구사항 정의서 

· 말 그대로 요구사항이 정의된 문서이다.

1. 구성

1) 문서번호

     - RDF(Resource Description Framework) : 웹상의 자원의 정보를 표현하기 위한 규격

2 ) 요구사항 ID 

      - 유일한 ID를 부여해야 한다.

      - FR : 기능 / NFR : 비기능 

3) 요구사항명 : 요구사항을 요약할 수 있는 명칭을 기입한다.

4 ) 요구사항 내용

      - "세션 값을 할당한다.", "메시지 창을 보여준다." 등 구체적인 내용은 정의서에서 작성하는 게 아니다.

      - "로그인을 한다.", "회원가입을 한다."와 같이 간단하게 작성한다.