|
검증 기준 (Validation Criteria)과 인수 조건
4.1 기능시험 및 성능시험
5. 무기능 요구사항(Nonfunctional Requirements)
5.1 성능 요구
5.2 하드웨어 요구
5.3 예외 조건 및 이의처리
6. 요약 (Summary)
7. 감사의 글 (Acknowledgments)
8. 부록 (Appendices)
|
|
|
*주제 선정의 배경(1)
현재 spammer는 지능적으로 발전하여 이를 차단하기 위해 많은 노력에도 큰 효과를 얻지 못하고 있음
현재 spammer는 일회성 영세성을 벗어나 금전적 계약에 따라 spam을 다량 위탁 발송하는 기업적인 형태로 전환되고 있음
|
|
|
The major pedagogic problem I have had with this chapter is convincing students that the material in Chapter 9 is essential for a software engineer to know. After all, students at this stage of their college careers have been successfully programming for three years or more without drawing up a pla
|
|
|
붙게 될 것이며, 반대의 경우에는 처음에는 빠른 진척을 보이다가 점차 문제해결에 많은 시간을 소요 할 것으로 예상 된다.
2.12 프로그래머의 생산성을 완성한 프로그램의 라인수(DSI)로 측정하는 방법의 문제점을 논하시오. 프로그램을 빨리
|
|
|
소프트웨어
(1) 소프트웨어의 중요성
(2) 소프트웨어의 발전
(3) 소프트웨어의 특성
(4) 소프트웨어 개발시의 유의사항
(5) 소프트웨어의 위기
2. 소프트웨어 공학
- 소프트웨어 공학이란?
3. 소프트웨어 생명주기
(1) 소프트웨어 생
|
|
|
서론
소프트웨어 개발은 건축 공학과 유사한 면이 있습니다. 두 분야는 전문적인 지식과 기술을 요구하며, 프로젝트의 초기 단계부터 마무리까지 일련의 과정을 거치게 됩니다. 그렇기 때문에 요구사항의 변경이 개발 과정에 어떤 영향을 미
|
|
|
실시 책임 또한 관리자에 있다.
－ 고객정보는 본 시스템이 아닌 다른 곳에서 사용이 불가하며 유출에 관한 모든 책임은 관리자에 있다.
－ 본 시스템의 저작권은 Shop Manager 에 있으며 이를 함부로 수정 또는 배포하면 법에 의한 처벌을 받을
|
|
|
비표준 COBOL 문법으로 작성된 것을 발견했다. 그렇다면 무슨 조치를 취해야 하는가?
편집기의 매크로를 사용을 하거나 비표준 문법을 표준코볼 문법으로 바꿀 것이다. 또한 코드 뿐만이이 아니라 매뉴얼들을 포함한 문서또한 재 작성해야한다
|
|
|
software product may be built to computerize only part of the operations of an organization.
10.2: The software product must run under Linux.
10.3: On average, queries of Type 4 must be answered within 3 seconds.
10.4: A use-case diagram depicts a set of use cases.
10.5: A user is the person or
|
|
|
을 할까? 소프트웨어 라이선스 비용의 적정가격을 위해, 우선 소프트웨어와 관련된 업체와 고객사와의 동시 접촉이 필요하다. 그리고 서로의 입장에 대해 알아보고, 지나친 점이 있다면, 이를 시정하여 반영하도록 해야 한다. 물론 이런 일이
|
|
메뉴펼치기
