|
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 에 있으며 이를 함부로 수정 또는 배포하면 법에 의한 처벌을 받을 수 있
|
|
|
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
|
|
|
준 COBOL 문법으로 작성된 것을 발견했다. 그렇다면 무슨 조치를 취해야 하는가?
편집기의 매크로를 사용을 하거나 비표준 문법을 표준코볼 문법으로 바꿀 것이다. 또한 코드 뿐만이이 아니라 매뉴얼들을 포함한 문서또한 재 작성해야한다.
8.1
|
|
|
할까? 소프트웨어 라이선스 비용의 적정가격을 위해, 우선 소프트웨어와 관련된 업체와 고객사와의 동시 접촉이 필요하다. 그리고 서로의 입장에 대해 알아보고, 지나친 점이 있다면, 이를 시정하여 반영하도록 해야 한다. 물론 이런 일이 순
|
|
|
방식
Prototyping model
• Prototype
⇒개발자가 구축한 소프트웨어 모델의 시제품을 사전에 만듬.
• Evolutionary prototyping
⇒불완전한 prototye이 점진적으로 확장되어 완전한
최종시스템 구축. Software Engineering Methodologies
Modularity
|
|
|
모듈 마다 만들어야 하는것 이 오히려 비효율적일 수도 있다는 생각을 해봤습니다.
참고자료
소프트웨어 공학론(최은만, 1999)
프로그래밍 원리와 실습(홍의경 역, 2006)
|
|
메뉴펼치기
