토끼는 여행을 한다

2010년 11월 10일

사짜의 연습;


♣inputbox 

<input type ="text" name="id" size = 10>
예외처리 : id.value=="", id.focus()

♣selectbox

 <select name="p1">
   <option value="010">010<option value="011">011<option value="016">016<option value="019">019</select>
   -<input type = "text" name="p2" size =10>-<input type = "text" name="p3" size =10>

♣radio(단일선택)
<input type="radio" name="year">
<input type="radio" size = 10 name="pro" onclick='closeWindow()'> -> onclick 속성을 사용

예외처리 : 라디오 버튼은 배열 형식으로 값을 받아온다. -> year[0].checked 

♣checkbox(다중선택)

<input type="checkbox" name="drink">
 
예외처리 : 체크박스도 배열 형식으로 값을 받아온다. -> drink[0].checked

♣알림창

alert("")

♣버튼으로 창전환

<input type= "button" value="Next" onClick="closeWindow()">
<Script>
function closeWindow(){
   navigate("beer6.html");    // 현재의 윈도우에 새로운 창으로 변환
}

function closeWindow(){ 
   window.close(); // 현재의 윈도우 종료.
}
</Script>

그림도 적절하게 삽입했으나....................;;;  제거.

1.조사내용

1.1 ‘정보은닉’은 왜? 유지보수를 용의하게 할까?

정보 은닉은 객체와 알고리즘이 필요하지 않은 시스템 일부에는 가능한 한 이들을 보이지 않게 한다. 모듈화 된 코드는 시스템의 주어진 일부를 이해하기 위해 필요한 정보의 양을 최소화함으로써 프로그래머가 “인지하는 부하”를 줄여준다. 잘 설계된 프로그램에서는 모듈 간의 인터페이스가 가능한 “간단하며” 변경될 수 있는 설계적 결정 사항은 하나의 모듈에 숨겨진다. 여기서 모듈에 숨겨져 있다는 것이 중요한데, 대부분의 상용 소프트웨어는 처음의 개발보다 유지보수에 들어가는 프로그래머의 시간이 훨씬 더 많기 때문이다.[1]

1.2 ‘정보은닉’을 했다고 해서 유지보수성이 높은 것은 아니다.

클래스에 정보은닉의 원칙을 적용한다고 해서 항상 프로그램의 유지 보수성이 좋은 것은 아니다. 객체지향 프로그램이 유지 보수성이 높은 것은 바로 클래스 내부의 변경이 프로그램의 다른 부분에 영향을 미치지 않기 때문이다 만약 그 변경이 클래스의 내부에만 한정된 것이 아니라, 클래스의 외부에도 영향을 줄 수 있는 변경이라면 변경이 파급되는 것을 막을 방법은 없다. 예를 들어 공용 연산의 이름을 변경하거나, 인지를 수정하거나 하는 등의 변경은 클래스 내부의 변경이 아니다. 즉 클래스와 프로그램의 다른 부분과의 인터페이스에 대한 변경이다. 따라서 클래스의 인터페이스에 변경이 발생하는 경우에는 그 변경이 프로그램의 다른 부분에 파급되는 것을 피할 수 없다. 즉 유지 보수성이 낮아지게 된다. 따라서 단순히 속성은 전용으로 하고 연산을 공용으로 선언한다고 해서 높은 유지보수성을 쉽게 얻을 수 있는 것은 아니다.[2]

1.3 JAVA에서 ‘정보은닉’의 예

5.참고문헌

[1]Michael L. Scott, “(새로보는)”프로그래밍언어“, 에이콘출판사, 2008.

[2]채흥석, “클래스 구조의 이해와 설계”, 한빛미디어, 2004.

[3]http://aeternum.egloos.com/1232020   ->  여기가 더 자세함!

1.조사내용

1.1 Baseline 정의

각 형상항목들의 기술적 통제시점으로 개발 과정의 각 단계별 산출물을 검토, 평가, 조정, 처리 등의 모든 변화를 통제하는 시점의 기준이다.

1.2 Baseline의 필요성

산출물 적용과 활용의 판단을 제시하고, 고객으로부터 승인된 소프트웨어 생명주기의 산출물 상태를 알 수 있다. 기준선을 확정해야 형상관리가 가능해진다.

1.3 Baseline의 분류

1.4 형상관리에서 기준선의 역할

형상통제위원회에서 고객 또는 개발자등의 변경의뢰를 심사 한 후 문서 통일이후 프로젝트를 진행시 킬 수 있다. 개발의 중간목표이며 프로젝트의 관리를 위하여 기준선을 활용 할 수 있다.

1. 권용수, “시스템엔지니어링 입문”, 아이워크북, 2007.

2. 고석하, 홍정유, “소프트웨어 프로젝트 관리”, 생능출판사, 2008.

3. 이동철, “IT 개발 프로세스의 이해”, 기전연구사, 2006.

4. http://en.wikipedia.org/wiki/Baseline_(configuration_management)   ->  여기가 더 자세함!

5. http://anyflow.net/443

1.조사내용

1.1 검토회 [檢討會, walkthrough]

설계서나 프로그램의 오류를 탁상에서 발견하기 위한 회의. 상세 설계서나 프로그램 설계서는 처음부터 프로그램 논리나 부호화의 내용까지를 대상으로 하여 그 내용에 탈락이나 모순, 기타 잘못된 것이 있는지의 여부를 심의한다. 검토의 목적은 개발 담당자가 서로 검사함으로써 문제점을 찾아내고 동시에 다른 사람이 알 수 있는 프로그램을 작성하기 위한 것으로, 검토회가 공정 관리나 개인의 능력을 평가하는 자리는 아니다.

-출처: Daum IT용어사전

1.2 워크스루 주요목적

 요구분석단계가 완료되면
- 프로젝트 팀 내에서 단계 산출물의 완전성, 정확성, 기능간의 적합성 등을 확인 
- 단계 산출물이 프로젝트의 표준 및 절차 매뉴얼에 따라 작성되었는지 여부 확인
- 고객요구사항의 단계별 반영여부를 확인 하기 위하여 PM이 주관하여 워크스루를 실시하는 것이 바람직합니다.

1.3 워크스루 주요절차

1.4 워크스루 적용 가이드

- 프로젝트 계획서나 품질활동계획서 상의 일정과 프로젝트 일정이 많이 차이가 나는 경우 PM과 QAO는 프로젝트계획서상의 공정을 다시 한 번 검토해 보아야한다.

- 워크스루 실시 1주일 전에 개발자들이 작성한 산출물을 중간검토(비공식 검토)를 실시하여 워크스루 실시에 차질이 없는지를 확인하여야 한다.

- 워크스루 실시 시 프로젝트 팀 이외의 전문 인력을 참여시켜 검토를 받는 것도 품질을 높일 수 있는 좋은 방법이다.

- 고객과 협의 되어야 할 사항은 별도로 정리하여 고객검토 수행 시 해결될 수 있도록 한다.

- QAO는 워크스루 보완기일에 최종 보안사항을 확인한 후 종합관리시스템에 완료 처리를 한다.

1.5 인지적 워크스루

인지적 워크스루는 사용자가 생각하고 있는 내용을 포함해서 사용자가 작업을 완수하기 위해 필요한 인터페이스 단계의 수와 유형을 면밀히 검토하는 것을 말합니다. 사용자들이 기억해야 할 것이나 평가해야 할 것 즉, 제품을 학습하고 사용하기 쉽게 또는 어렵게 하는 인지적인 작업에 초점을 맞추십시오. 인지적 워크스루는 스펙상의 허점은 물론 잠재적인 사용 편리성 문제들을 검증하는 데 도움을 줍니다.

●Gregory Abowd의 "인지적 워크스루 수행(Performing a Cognitive Walkthrough)"에 의하면 인지적 워크스루 수행을 위해 필요한 4가지 요소는 다음과 같습니다.

1.예비 명세서 같은 시스템의 프로토타입에 대한 세부 설명서가 제공되어야 합니다. 세부 설명서는 완벽할 필요는 없지만 충분히 상세한 정보를 담고 있어야 합니다. 메뉴의 위치 및 용어 등의 세부 항목은 큰 차이가 날 수 있습니다.

2.사용자가 시스템 상에서 수행할 작업 설명서. 이것은 대부분 사용자들이 하기를 원하는 대표적인 작업이어야 합니다.

3.주어진 프로토타입으로 작업을 완료하기 위해 필요한 완전한 작업 목록.

4.사용자가 누구인지, 어떤 종류의 경험과 지식을 가지고 있는지 등 평가자들이 사용자들에 대해 추정할 수 있는 정보.

이와 같이 주어진 정보로 사용자들이 이러한 단계들을 무리 없이 이행할 수 있는지를 결정하기 위해 평가자들은 작업 시퀀스(위의 항목 3번)를 단계적으로 수행합니다.

-출처 : msdn

1. 나선형 모형

1.1 특징

● Spiral Model 이라 하고, 점진적 모형 이다.
● 보헴 (Boehm)이 제안 했다.
● 개발 시 발생할 수 있는 위험을 관리하고 최소화하는 것을 목적으로 한다.

1.2 개발 순서

● 계획 및 정의 -> 위험분석 -> 공학적 개발 -> 고객 평가 -> 계획 및 정의 
● 그림

1.3. 장점

● 가장 현실적인 모형으로 대규모 프로젝트나 큰 시스템에 적합
● 개발 과정이 반복되므로 누락되거나 추가된 요구사항을 첨가
● 유지보수 과정이 필요 없다.
● 위험 분석 단계에서 위험 요소들을 하나씩 제거해 나감으로써 완성도 높은 소프트웨어 만들 수 있다. 

1.4 단점

● 많은 비용과 시간을 투자하고도 실패로 끝날 수 있다.
● 위험성 평가에 크게 의존하므로 발견하지 못 하면 반드시 문제가 발생한다.
● 비교적 최신 기법으로 널리 사용되지 않는다.

5. 저자의 전화번호가 016으로 시작하는 책은?

6. 언어 책은?

10. 모든 정보를 출력하세요.

랩에 속한 학생들중 21 살 이상인 학생들의 학번은?
//*/@studentid[../@age >=21]

웹 관련 공부를 하고 있는 학생들의 학법

//Student[contains(Study, '웹')]/@studentid

정상인 컴퓨터는?

//computers/*[@stuatus="정상"]

//*[@status="정상" or status="정상