English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

ウェブサイトの開発プロセス- ライフサイクルは歩む

ウェブデザイン RSS Feed





システム開発プロセスはいくつかの標準または会社特定のフレームワーク、方法に続くことができ用具及び言語を模倣する。ソフトウェア開発のライフサイクルはあらゆる開発チームの必要性を達成できるある標準と普通来る。ソフトウェアのように、ウェブサイトはまたある変更とのある方法および既存のソフトウェア開発プロセスの付加と開発することができる。私達をステップがあらゆるウェブサイトの開発で含むのを見ることを許可しなさい。

1 。分析:

顧客が彼の条件を論議させ始められればチームは予備の要求分析の方のそれに、入る。ウェブサイトはシステムの部分であることを行っていると同時にウェブサイトか網によって基づかせている適用が現在のシステムをいかに助ける行っている、そしていかに場所がビジネスを助けようとしているか、全分析をように必要とする。さらに分析はカバーするウェブサイトが既存のシステムをいかにの結合する行っているか面すべてを特にべきである。最初の重要な事は対象者層を見つけている。そして、現在のハードウェア、ソフトウェア、人々およびデータすべては分析の時の間に考慮されるべきである。例えば、会社XYZ corp が人的資源の細部を持つウェブサイトを必要としてオンラインであれば、分析のチームは現在のデータベースからの従業員についての既存のデータを利用することを試みるかもしれない。分析は方法でされるべきであるそれ時間のかからないまたは非常により少なく報知的と余りにかもしれない。チームは完全な費用- 便益分析を思い付ける、プロジェクトのための計画が分析の出力であるので、現実的なはずである。これを達成するためには分析者は現実的な計画を思い付くようにデザイナー、開発者およびテスターに相談するべきである。

入力: 顧客による顧客とのインタビュー、郵便および支持のDOC 、議論のノート、オンライン雑談、記録された通話、モデルsites/applications 等、

出力: 1. 作業計画、2 。含まれる費用3 。チーム条件、4 。ハードウェアソフトウェア条件、5 。支持文書及び6. 承認

2 。指定の建物:

予備の指定は条件の各要素の上のカバーによって引出される。例えばプロダクトがモジュールウェブサイトそして一般的なレイアウトを含む場所のなら、場所の場所の運行そして動的部分はspec で含められるべきである。より大きいプロジェクトは相談のそれ以上のレベルが付加的なビジネスおよび技術的要求事項を査定するように要求する。予備文書を見直し、承認した後、責任を含むプロジェクトの規模、タイムラインおよび費用の輪郭を描く文書による提案は準備される。

入力: 分析からのレポートは団結する

出力: 個人およびcustomer/customer's の代表に条件指定を完了しなさい

3 。設計及び開発:

指定を造った後、ウェブサイトの仕事はあなたが含みたい署名された提案を受取り次第、沈殿物、および書かれていた満足な材料およびグラフィック予定される。ここに普通レイアウトおよび運行はプロトタイプとして設計される。

何人かの顧客は完全な機能プロトタイプにしか興味を起こさせることができない。この場合私達はそれらに適用または場所のinteractivity を示す必要がある場合もある。しかし場合のほとんどに顧客は設計観覧2 かすべてのイメージおよび運行の3 に興味があるかもしれない。

顧客の側面から多くの提案そして変更がのどれある場合もあり変更すべては次の段階に動く前にfreezed あるべきである。修正は顧客のための網によって見るために再表示できる。

、顧客のコメント必要とされるに応じて、フィードバックおよび承認は電子メール、ファクシミリおよび電話によって伝えることができる。

設計段階中チームは品質保証のテスト計画そしてプロシージャを開発するべきである。設計及びプロジェクトの計画の顧客の承認を得ることは必要である。

平行にデータベースのチームは坐り、条件を理解し、すべてのデータ構造及びサンプルデータのデータベースを開発することはまた準備される。

入力: 条件指定

出力: 型板、イメージおよびプロトタイプとの場所の設計

4 。満足な執筆:

この段階はウェブサイトに必要主にである。場所のために企業の特定及び関連した内容を書くことができる専門の満足な開発者がある。彼らのテキストを加える満足な作家は設計型板を利用できる。文法的な及びスペル・チェックはこの段階にあるべきである。

入力: 設計されていた型板

出力: フォーマットされていた内容が付いている場所

5 。コーディング:

設計を妨げないで彼のコードを加えるために今プログラマーは回る。従来の設計とは違って開発者はインターフェイスおよびコードが場所または適用の外観や質を妨げるべきでないことを知らなければならない。そう開発者は設計および運行を理解するべきである。場所が動的そしてならコードは型板を利用するべきである。開発者は設計を理解するためにデザイナーと相互に作用する必要がある場合もある。デザイナーは特に形態を使用することがボタンがかかる間、開発者が必要性にあるときある写実的なボタンを発達させる必要がある場合もある。開発者のチームが働けば源を制御するのにそれらはCVS を使用するべきである。コーディングのチームは技術的なドキュメンテーションと同様、必要なテスト計画を発生させるべきである。例えば彼らのコード流れを理解するために彼らの文書を開発するのにジャワのユーザーはJavaDoc を使用できる。エンドユーザードキュメンテーションはまたそれらを理解できる技術作家によって使用することができるコーディングのチームによって後で書く助け及びマニュアルを準備することができる。

入力: 形態及び条件指定を含む場所

出力: 運転されるデータベースは文書をコードする場所と作用する

6 。テスト:

ソフトウェアとは違って、網は適用が常に帯域幅の限定のマルチユーザーシスƒeムとして作用するので、適用必要性の集中的なテストを基づかせていた。されるべきであるテストの一部は、テストする、統合テストする、圧力テストする負荷テストするScalablity テストし、十字ブラウザの両立性のテスト決断ある。自動化されたテストし、マニュアルのテストは確実にされるべきである。速いローディングのグラフィックをテストし、搭載所要時間を計算する例えばあらゆるウェブサイトのために非常に重要であるので必要。テスターが適用をテストするのを助けることができるあるオンライン・テスト用具と同様、あるテストツールがある。例えば非対称多重処理システムの適用をテストするのに非対称多重処理システムの開発者はダウンロードするべきマイクロソフトの場所から利用できる自由な用具であるマイクロソフトの網の適用テストツールを使用できる。

テストすべてをした後生きているテストはウェブサイト及び網によって基づかせている適用に必要である。場所をアップロードした後そこに完全なtesting(E.g. べきである。リンクテスト)

入力: 場所、条件指定、支持文書、技術仕様および技術的な文書

出力: 開発者との完了されたapplication/site 、テストレポート、誤信、頻繁な相互作用およびデザイナー

7 。昇進:

この段階はウェブサイトのために適当しかでない。昇進は調査のエンジンおよび登録簿にメタ札、一定した分析およびURL を堤出することの準備を必要とする。それを読むために場所の昇進のこの場所に細部の記事が、ここにかちりと鳴るある。場所の昇進はサーチエンジンの作戦が頻繁にかなり変わるかもしれないので進行中のプロセス普通である。2 か月に場所URLs を堤出することは一度理想的な服従の方針である場合もある。顧客が喜んでなら、それからかちりと言う音及び支払われた服従を支払われるまた付加的な費用とされるできる。

入力: 内容、顧客が付いている場所は競争相手の述べを郵送する

出力: 必要なメタ札の準備との場所の服従

8 。維持及び更新:

ウェブサイトはかなり頻繁なupdations がそれらを非常に新しい保つことを必要とする。私達が分析を再度する必要がある場合ことそしてすべての他のライフサイクルのステップ繰り返す。バグフィックスは維持の時の間にすることができる。あなたのウェブサイトが操作上の、進行中の昇進、技術的な維持、満足な管理及び更新なら、現場視察の活動報告、人材養成及びmentoring はあなたのウェブサイトの複雑さおよびあなたの構成内の必要性に左右されるために定期的に必要とされる。

入力: Site/Application 、再分析更新されるべきcontent/functions は報告する

出力: 更新済適用、他のライフサイクルへの支持文書は歩み、団結する。

単独で前述のステップは網の適用かウェブサイトの開発に厳密でない。あるステップはある仕事のために適当かもしれなくない。そのおよび時間および必要は含まれる費用に左右される。時々それがイントラネットの場所なら、それから場所の昇進がない。しかし採用すればある計画を心のこの網工学ステップと共に小さい開発の会社、でも、それは結果の質に完全に反映する。

私達がMacronimous?"[PDF のフォーマットの網の開発をいかにするか] フローチャートを" 見なさい

Macronimous は相違を用いる専門にされた国際的な網の開発代理店、である。私達は網の開発代理店が他からの私達自身を区別するために最近目標誤って伝えられてしまった専門用語であることをわかり。

http://www.macronimous.com/resources/web_development_life_cycle.asp

記事のソース: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい!

ウェブマスター向けの記事を送信してください
登録の必要なし!フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

記事を送信してください Messaggiamo.Com ディレクトリ

カテゴリ


著作権 2006-2011 Messaggiamo.Com - サイトマップ - Privacy - ウェブマスターの記事を送信してください Messaggiamo.Com ディレクトリ [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu