웹사이트 발달 과정 - 생활사는 족답한다
시스템 개발 과정은 다수 기준 또는 회사 특정한 기구, 방법론을 따를 수 있어, 공구와 언어를 만든. 소프트웨어 개발 수명주기는 어떤 개발 팀든지의 필요를 성취할 수 있는 몇몇 기준으로 일반적으로 온다. 소프트웨어 같이, 웹사이트는 또한 약간 변화를 가진 특정 방법 및 기존하는 소프트웨어 개발 과정을 가진 추가로 개발될 수 있다. 저희가 단계가 어떤 웹사이트 발달든지에서 포함할 것을 보게 하십시오.
1. 분석:
일단 고객이 그의 필요조건을 토론하기 시작되면, 팀은 예비적인 요구 분석으로 그것으로, 얻는다. 웹사이트는 체계의 부분인 위하여 려고 하는 때, 웹사이트 또는 웹 기반 애플리케이션이 존재하는 체계를 돕기 위하여 려고 하고 있는 방법, 그리고 위치가 사업을 돕기 위하여 려고 하고 있는 어떻게, 완전 분석을 것과 같이 필요로 한다. 더욱 분석은 포함해야 웹사이트가 기존 시스템을 어떻게에 결합하기 위하여 려고 하고 있는지 모든 양상을 특히 한다. 첫번째 중요한 것은 광고 타깃을 찾아내고 있다. 다음, 모든 존재하는 하드웨어, 소프트웨어, 사람들 및 자료는 분석의 중간에 고려되어야 한다. 예를 들면, 회사 XYZ corp가 그것의 인적 자원 세부사항이 있는 웹사이트 유사시에는 온라인으로 인 경우에, 분석 팀은 존재하는 데이타베이스에서 직원에 관하여 기존 데이터를 이용하는 것을 시도할지도 모른다. 분석은 방법으로 끝나야 한다, 그것 시간이 걸리지 않는 아주 보다 적게 유익한으로 너무 지도 모른다. 팀은 완전한 비용 편익 분석 이 떠오를 수 있어야 합니다 프로젝트를 위한 계획은 분석의 산출이기 때문에, 현실적 이어야 한다. 이것을 달성하기 위하여는 분석가는 현실적 계획 이 떠오르도록 디자이너, 개발자 및 검사자를 상담해야 한다.
입력: 클라이언트 에의한 클라이언트와 가진 면접시험, 우편물 및 지원 docs, 면담 주, 온라인 잡담, 기록된 통화, 모형 위치 또는 신청 등등,
산출: 1. 노동 계획, 2.장의 요한 연루되는, 3.는 필요조건, 4. Hardware-software 필요조건, 5. 지원 문서 및 6.의 승인
2. 명세 건물:
예비적인 명세는 필요조건의 각 성분을 은폐해서 작성된다. 예를 들면 제품이 웹사이트 그 후에 일반 배치를 포함하여 위치의 단위인 경우에, 위치의 위치 항법 그리고 동적인 부분은 더 큰 프로젝트가 의논의 더 수준이 추가 사업 및 기술 필요 조건을 사정할 것을 요구할 spec.에서 포함되어야 한다. 예비적인 문서를 검토하고 찬성한 후에, 책임을 포함하여 프로젝트의 범위, 우주 비행중의 스케줄 및 비용을 개설하는 쓰여진 계획안은 준비된다.
입력: 분석에서 보고는
산출: 개인 및 고객 대표자에게 요구 사항 사양을 완료하십시오
3. 디자인과 발달:
명세를 건설한 후에, 웹사이트에 일은 당신이 포함하는 것을 바라는 서명된 계획안을 받는 즉시, 예금 및 어떤 쓰여진 만족한 물자 및 도표든지 계획된다. 여기에서 일반적으로 배치 및 항법은 시제품으로 디자인될 것이다.
몇몇 고객은 가득 차있는 기능적인 시제품에서만 관심이 끌릴지도 모른다. 이런 경우에 우리는 그(것)들에게 신청 위치의 상호 교환성을 보여줄 필요가 있을 수도 있다. 그러나 케이스의 대부분에서 고객은 디자인 보기 2 모든 심상 및 항법을 가진 3에 흥미있을 지도 모른다.
고객 측에게서 많은 제안 그리고 변화가 있을 수 있고, 모든 변화는 다음 단계로 움직이기 전에 freezed 한다. 개정은 고객을 위한 웹을 통해 전망하기 위하여 재전시될 수 있었다.
, 고객 코멘트 필요에 따라서, 의견 및 승인은 전자 우편, 팩시밀리 및 전화로 전할 수 있다.
설계 단계 내내 팀은 품질 보증을 위한 시험 계획 그리고 절차를 개발해야 한다. 디자인과 프로젝트 계획에 클라이언트 승인을 얻는 것이 필요하다.
평행으로 데이타베이스 팀은 앉고 필요조건을 이해하고 모든 자료 구조 그리고 견본 자료를 가진 데이타베이스를 개발하는 것은 또한 준비될 것이다.
입력: 요구 사항 사양
산출: 템플렛, 심상 및 시제품을 가진 위치 디자인
4. 만족한 쓰기:
이 단계는 웹사이트에 필요하다 주로. 위치를 위해 업계 고유와 관련된 내용을 쓸 수 있는 직업적인 만족한 개발자가 있다. 그들의 원본을 추가하는 만족한 작가는 디자인 템플렛을 이용할 수 있다. 문법 적이고와 철자 검사는 이 단계에서 끝나야 한다.
입력: 디자인된 템플렛
산출: 배열된 내용을 가진 위치
5. 코딩:
지금 그것의 프로그래머는 디자인 교란 없이 그의 부호를 추가하기 위하여 돈다. 전통적인 디자인과는 다른 개발자는 공용영역 및 부호가 위치 신청의 품질을 교란하면 안된ㄴ다는 것을 알아야 한다. 따라서 개발자는 디자인 및 항법을 이해해야 한다. 위치가 동적 그 후에인 경우에 부호는 템플렛을 이용해야 한다. 개발자는, 디자인을 이해하기 위하여 디자이너와 상호 작용할 필요가 있을 수도 있다. 디자이너는 특히 어떤 모양을 사용하는 것이 단추를 끼우는 동안 개발자가 필요에 이제까지 있을 때 몇몇 도표 단추를 발육시킬 필요가 있을 수도 있다. 개발자의 팀이 일하는 경우에 그들은 그들의 근원을 통제하기 위하여 CVS를 이용해야 한다. 코딩 팀은 기술적인 문서 뿐만 아니라 필요한 시험 계획을 생성해야 한다. 예를 들면 자바 사용자는 그들의 그들의 부호 교류를 이해하기 위하여 문서를 개발하도록 JavaDoc를 이용할 수 있다. 최종 사용자 문서는 또한 그(것)들을 이해할 수 있는 정통 작가에 의해 이용될 수 있는 코딩 팀에 의해, 나중에 쓴다 도움과 설명서를 준비될 수 있다.
입력: 모양과 요구 사항 사양을 가진 위치
산출: 몬 데이타베이스는 문서를 암호로 하는 위치로 작용한다
6. 테스트:
소프트웨어와는 다른, 웹 기반 애플리케이션은 신청이 대역폭 제한을 가진 다중 사용자 체계로 항상 작용하기 때문에, 집중적인 테스트를 필요로 한다. 행해져야 하는 몇몇은의 테스트 이고, 통합 테스트, 긴장 테스트, Scalablity 테스트, 짐 테스트, 해결책 테스트 십자가 브라우저 겸용성 테스트. 자동화한 테스트 및 수동 테스트는 둘 다 반드시 행해져야 한다. 빠른 선적 도표를 시험하고 그들의 선적 시간을 산출하는 예를 들면 어떤 웹사이트든지를 위해 아주 중요하기 때문에, 그것의 필요한. 검사자가 그들의 신청을 시험할 것을 도울 수 있는 몇몇 온라인 테스트 공구 뿐만 아니라 특정 검사 도구가 있다. 예를 들면 ASP 개발자는 다운로드할 마이크로소프트 위치에서 가능한 자유로운 공구인 마이크로소프트의 웹 애플리케이션 ASP 신청을 시험하기 위하여 검사 도구를 사용할 수 있다.
모든 테스트를 하기 후에 살아있는 테스트는 웹사이트와 웹 기반 애플리케이션에 필요하다. 위치를 올려주기한 후에 완전한 테스트가 이어야 한다 (예를들면. 연결 시험)
입력: 위치, 요구 사항 사양, 지원 문서, 기술 명세 및 기술적인 문서
산출: 개발자에 완성된 신청 또는 위치, 시험 보고서, 오류 기록, 빈번한 상호 작용 및 디자이너
7. 승진:
이 단계는 웹사이트를 위해서만 적용 가능하다. 승진은 수색 엔진 및 전화번호부에 메타산 꼬리표, 일정한 분석 및 URL를 복종시키기의 준비를 필요로 한다. 위치 승진에 이 위치에 있는 세부사항 기사가, 그것을 읽기 위하여 여기에서 누른다 있다. 위치 승진은 검색 엔진의 전략이 확실히 수시로 변화하기지도 모르기 때문에 일반적으로 진행하는 과정이다. 2 달에서 위치 URL를 한 번 복종시키는 것은 이상적인 제출 정책일 수 있다. 고객이 기꺼이 하는 경우에, 누르기와 지불한 제출을 지불하는 또한 추가 비용으로 행해질 수 있다.
입력: 내용, 클라이언트를 가진 위치는 경쟁자의 언급을 우송한다
산출: 필요한 메타산 꼬리표 준비를 가진 위치 제출
8. 정비와 새롭게 하기:
웹사이트는 확실히 빈번한 updations를 그(것)들을 아주 신선할 것이 유지하는 필요로 할 것이다. 그 케이스에서는 우리는 분석을 다시 할 필요가 있고, 다른 모든 수명주기 단계는 반복할 것이다. 버그 수정은 정비의 중간에 끝날 수 있다. 일단 당신의 웹사이트가 조작상, 진행하는 승진, 기술적인 정비, 만족한 관리 & 새롭게 하는이면, 현장 시찰 활동 보고, 직원 훈련 및 mentoring는 당신의 웹사이트의 복합성 및 당신의 조직 내의 필요에 달려 있기 위하여 정상적으로 필요로 한다.
입력: 새롭게 할 위치 또는 신청, 내용 또는 기능, re-Analysis는 보고한다
산출: 개정하는 신청은, 다른 수명주기에 지원 문서 족답하고.
혼자 상술하는 단계는 웹 애플리케이션 또는 웹사이트 발달에 엄격하지 않다. 몇몇 단계는 특정 업무를 위해 적용 가능한 일지모른지 않는다. 그것 및 시간 및 필요성은 포함된 비용에 달려 있다. 때때로 인트라넷 위치인 경우에, 그 후에 위치 승진이 없을 것이다. 그러나 비록 당신이 마음에 있는 이 웹 기술설계 단계와 함께 작은 발달 상사, 당신 채택하면 특정 계획을인 경우에, 그것은 결과의 질에서 확실히 반영한다.
흐름도가 "어떻게 우리 Macronimous에 있는 웹 발달 보는가? " [PDF 체재]
Macronimous는 다름과 더불어 전문화한 국제적인 웹 발달 기관, 이다. 우리는 웹 발달 기관이 다른 사람에서 분화하기 위하여 최근에와 목표 잘못 설명된 용어다는 것을 깨닫는다.
http://www.macronimous.com/resources/web_development_life_cycle.asp
ꀰ사냴ꀰ: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
샹냈 삤퀰 삻쁄 쁔냜
ꃀ큘쁘 샹사쁴킸샐쁴 뀸쀜끼 삔ꀀ 샀ꀈ 냹삥!
샹냈 삤퀰샐ꂌ ꀰ사끼 쀜삜큘ꀰ
쁄냈삔 냱끝 큄쀘! ꃀ큘쁘 삑생쁄 삑쀱큘ꃠ쁴 뀸쀜낔 Messaggiamo.Com 뀔뀉킠났!
