INDEXI.웹 공학 개요1. 웹 공학이란?2. 웹 공학의 필요성II.웹 기반 애플리케이션들의 속성1. 웹 애플리케이션 속성2. 웹 애플리케이션 특성3. 웹 애플리케이션 분류III.웹 공학 프레임워크1. 필요성2. 웹 공학 프로세스 모델3. 프레임워크 활동IV.웹 기반 시스템의 공식화 / 분석1. 공식화2. 분석V.웹 기반 애플리케이션 설계1. 아키텍쳐 설계2. 네비게이션 설계3. 인터페이스 설계VI.웹 기반 애플리케이션 테스팅1. 테스팅을 위한 접근법VII.관리 논점들1. 웹 공학 팀2. 프로젝트 관리※참고문헌/참고사이트I.웹 공학 개요1. 웹 공학이란?월드와이드웹과 인터넷은 네티즌을 컴퓨팅의 세계로 이끄는 데 커다란 공헌을 했다고 해도 과언이 아니다. 웹 공학은 높은 품질의 웹 애플리케이션을 생성하기 위해 사용되는 프로세스로써, 소프트웨 어공학의 기본적인 개념과 원리들을 적용한다. 컴퓨터-기반 시스템의 개발에 체계화된 접근법을 적 용하자는 근본적인 철학은 동일하며 최종 결과는 동작하는 웹 애플리케이션을 개발해 내는 것이라고 할 수 있다.2.웹 공학의 필요성1960년대 말의 “소프트웨어위기”를 극복하기 위해 “소프트웨어 공학” 기술들이 연구?개발되어 왔듯이, 1990년대 후반에는 웹 위기(web crisis)를 극복하기 위한 웹 공학(web engineering) 기술들이 연구?개발되기 시작하고 있다. 즉, 웹 저작도구와 미술적인 감각을 가진 웹디자이너들에 의해 기능 및 디자인 중심으로 개 발된 초기의 웹 서버(홈페이지)는, 이제 유지보수 비용의 증대, 신뢰성 저하, 성능저하 등의 문제를 내포한 “뜨거운 감자”가 되어가고 있다.특히, 최근의 웹은 조직의 정보부문 뿐 아니라 조직의 비즈니스 전체 부문(즉, e-business)을 담당하고 있으 며, 조직의 비즈니스 하부구조가 되고 있다. 따라서, 우수한 기능과 디자인 뿐 아니라 높은 성능을 가진 웹 애플리케이션의 개발이 요구되고 있는 것이다.II.웹 기반 애플리케이션들의 속성1.웹 애플리케이션 속성1.1 네트워 수립, 분석, 설 계, 구현 그리고 테스팅에 관한 방법들을 사용하여야 한다.2.2 보안(security)- 중요한 컨텐츠들을 보호하고 데이터 전송의 안전한 모드를 제공하기 위해서 애플리케이션 자체내에 강력한 보안 장치들이 구현되어야 한다.2.3 미학(aesthetics)- 제품이나 아이디어를 시장에 팔기위해 애플리케이션을 설계할 때, 미학은 성공에 많은 영향을 끼친다.3.웹 애플리케이션 분류3.1 정보제공3.2 다운로드- 사용자가 적절한 서버에서 정보를 다운로드한다.3.3 상호작용3.4 사용자 입력3.5 트랜잭션 중심- 사용자는 웹 애플리케이션에 의해 처리되는 요구를 한다.3.6 서비스 중심- 애플리케이션은 사용자에게 서비스를 제공한다.III.웹 공학 프레임워크1. 필요성- 웹 애플리케이션들이 정적이고 컨텐츠 지향적인 정보 소스들로부터 동적이고 사용자 지향적인 애플 리케이션 환경으로 발전해감에 따라 경영과 공학 원리들의 확고한 적용에 대한 필요성이 중요하게 증가하고 있다.☞ 프레임 워크 활동들과 공학 작업들로 채워진 효과적인 프로세스 모델로 구성되는 웹 공학 프레 임워크를 개발하는 것이 필요2. 웹 공학 프로세스 모델3. 프레임워크 활동3.1 공식화- 목표와 목적을 식별하고 범위를 설정3.2 계획 수립 활동- 전체적인 프로젝트 비용을 추정하고 개발 노력에 연관된 리스크들을 평가하며 개발일정을 수립3.3 분석 활동- 웹 애플리케이션에 대한 기술적인 요구사항들을 확립하고 포함될 컨텐츠 항목들을 식별3.4 공학 활동- 컨텐츠 설계와 제작 및 기술적인 설계 작업인 구조 설계와 네비게이션과 인터페이스의 설계3.5 페이지 생성과 테스팅- 페이지 생성은 웹 애플리케이션 생성을 위한 자동화된 도구들을 많이 사용하는 구축활동을 뜻 함. 웹 페이지 생성을 위해 네비게이션과 인터페이스 설계 결과들이 합쳐짐- 웹 애플리케이션의 네비게이션을 시험하고 애플릿, 스크립트들에 들어있는 오류들을 찾아내고 웹 애플리케이션이 여러 환경에서 올바로 작동하는지 테스트IV.웹 기반 시스템의 공식화안 시스템을 설치하는데 요구 되는 모든 구성요소들을 배열해보고 구매하는 것을 가능하게 한다. 소비자들에게 직접적으로 판매할 수 있도록 하여줌으로써, 소매상인에 대한 비용을 없애주며 이윤 마진을 개선시켜준 다. 또한 현재의 연간 매출액에 비해 25% 정도 매출 신장을 가져올 것으로 추정되며, 현재 판 매 대리점을 갖고 있지 않은 지역에도 물건을 보급할 수 있게 해준다.- 두 가지 범주의 목표? 정보제공에 대한 목표(Informational goals)최종 사용자에게 특정한 콘텐츠 또는 정보를 제공하려는 의지를 나타낸다.? 응용성에 대한 목표(Applicative goals)웹 애플리케이션에서 어떤 작업을 수행할 능력을 나타낸다.2. 분석2.1 컨텐츠 분석- 상호작용 분석의 일부분으로 생성된 사용 시나리오(유즈케이스)들은 웹 애플리케이션 컨텐츠에 서 적용될 동작들을 정의하고 다른 프로세싱 기능들을 포함한다.2.2 상호 작용 분석- 웹 애플리케이션에 대한 기반구조(컴포넌트-기반구조와 콘텐츠를 생성하기 위해 데이터베이스 가 사용)에 대하여 기술된다.2.3 기능 분석- 상호작용 분석의 일부분으로 생성된 사용 시나리오(유즈케이스)들은 웹 애플리케이션 컨텐츠에 서 적용될 동작들을 정의하고 다른 프로세싱 기능들을 포함한다.2.4 형상 분석- 웹 애플리케이션에 대한 기반구조(컴포넌트-기반구조와 콘텐츠를 생성하기 위해 데이터베이스 가 사용)에 대하여 기술된다.V.웹 기반 애플리케이션 설계1. 아키텍쳐 설계1.1 설계 초점- 웹 애플리케이션의 전체적인 하이퍼미디어 구조의 정의와 그 구조를 채워줄 설계 패턴들과 구 성적 템플리트의 적용에 초점을 맞춘다. 콘텐츠 설계라는 병렬적 활동으로 전체적인 구조와 웹 애플리케이션의 일부분으로 제시될 정보 콘텐츠를 상세하게 배치한다.1.2 선형 구조- 상호작용에 대한 예측 가능한 순서가 약간의 변형되거나 벗어나는 부분이 있더라도 공통적인 경우 선택한다. 콘텐츠나 처리의 복잡도에 따라, 콘텐츠를 선택적으로 호출하거나 보충적인 콘텐츠를 획득하기 위해한다.2. 네비게이션 설계2.1 설계 초점- 아키텍처 수준, 구성요소 수준, 그리고 하이퍼텍스트(네비게이션) 수준에서 적용할 수 있다.- Berstein. M이 제시한 하이퍼텍스트 수준의 설계 패턴? 싸이클(cycle) - 사용자가 이전에 방문했던 콘텐츠 노드로 되돌아가는 패턴? 웹 링(web ring) - "어떤 주제와 관련된 전체 하이퍼텍스트들을 연결하는 거대한 싸이클" 을 구현한 패턴? 콘투어(contour) - 싸이클로 정의한 경로를 뛰어넘어 항해하는 것을 허용하면서 싸이클들 이 서로 겹쳐질 때 발생하는 패턴? 카운터포인트(counterpoint) - 부가적인 정보를 제공하기 위해 콘텐츠 흐름을 중단시키는 하이퍼텍스트 주석을 추가하는 패턴? 미러월드(mirrorworld) - 콘텐츠는 서로 다른 관점 또는 견해를 표현하는 여러 형식의 쓰 레드를 사용하여 표현2.1 설계 절차(1) 사이트의 여러 사용자에 대한 네비게이션의 의미(semantics)를 식별? 여러 사용자 역할 : 방문객, 등록된 고객, 특별 고객? 사용자 역할과 연관된 각 목표에 대한 네비게이션 의미 단위(semantic navigationunit,SNU)를 생성(2) 네비게이션을 구현할 기법(구문)을 정의? 텍스트-기반 링크와 아이콘, 버튼 및 스위치, 그래픽 방식으로 구현? 네비게이션에 대한 관례나 보조적 수단을 적용한다.(아이콘과 그래픽 링크는 3차원으로 표현하여 클릭할 대상임을 표현한다거나, 방문한 텍스 트-기반 링크에 대해서는 다른 색으로 변하게 한다.)3. 인터페이스 설계3.1 설계 초점- 웹 애플리케이션의 사용자 인터페이스는 웹 사이트의 "첫인상"이므로, 그래픽적인 설계가 더욱 요구된다.- Nielsen과 Wagner의 웹 애플리케이션을 위한 인터페이스 설계 지침? 아무리 사소한 것이라도 서버 오류들은 사용자가 그 웹사이트를 떠나 원하는 정보 혹은 서비스를 다른 사이트에서 찾도록 한다.? 컴퓨터 모니터에서의 읽는 속도는 하드 카피에서의 속도보다 대략 25% 느리다. 그러므로, 특 더 나은 네비게이션 옵션이 될 수 있다. 모호한 이미지나 아이콘은 그 의미가 불분명하다.? 네비게이션 옵션들은 우연히 사이트를 방문한 사용자에게 조차도 명확해야 한다. 사용자가 다른 콘텐츠 또는 서비스에 대한 연결 방법을 알아보기 위해 스크린을 찾아볼 필요가 없어야 한다.VI.웹 기반 애플리케이션 테스팅1. 테스팅을 위한 접근법3.1 오류를 찾아내기 위해 웹 애플리케이션에 대한 컨텐츠 모델을 검토- 대규모 웹사이트는 타이핑 오류와 문법적인 잘못, 콘텐츠 일관성에서의 오류, 그래픽 표현에서 의 오류, 상호참조 오류를 찾아내기 위해 전문적인 원고 편집자의 역할이 필요할 수도 있다.3.2 네비게이션 오류를 찾아내기 위해 웹 애플리케이션에 대한 설계 모델을 검토- 분석 활동의 일부분으로 유도된 유스케이스를 아키텍처와 네비게이션 설계에 대해 사용 시나리 오를 시험하는데 사용한다. 또한 네비게이션 링크들이 각 사용자 역할에 대한 각 SNU 내에 명 시된 사항과 일치하는지 확인하는데 사용한다.3.3 선택된 프로세싱 구성요소와 웹 페이지들에 대해 단위 테스트를 수행- 많은 경우에서 단위 테스트의 단위는 웹 페이지 이다. 기존의 단위 테스트와는 달리, 웹 애플 리케이션에 대한 페이지 수준의 테스트는 그 웹 페이지에 포함된 콘텐츠, 프로세싱, 링크를 기 반으로 한다.3.4 아키텍처를 구축하고 통합 테스트를 수행- 통합 테스팅을 위한 전략은 웹 애플리케이션의 아키텍처에 의존한다.3.5 전체 기능성과 콘텐츠에 대해 조립된 웹 애플리케이션을 테스트- 웹 기반 시스템과 애플리케이션의 확인(validation)은 시스템에서 사용자가 볼 수 있는 동작들 과 사용자가 인식할 수 있는 출력에 초점을 맞춘다. 확인을 위해 사용자 상호작용 요구사항에 대해 오류 발견 가능성이 높은 시나리오를 제공하는 유스케이스를 이용한다.3.6 웹 애플리케이션은 다양한 환경 구성에서 구현되고, 이를 각 구성과의 호환성에 대해 테스트- 모든 가능한 운영 체제, 브라우저, 하드웨어 플랫폼, 통신 프로토콜을 정의하는라이터
![[웹공학]웹공학](https://image4.happycampus.com/Production/thumbnail/2005/06/18/data3585686-0001.jpg)
