設計チームとのASP.NET開発

Question

私は、設計と開発チームが協力するための最良の方法に関するいくつかの良い情報を探しています。私はWinforms開発者であり、.NET Web開発の経験はほとんどありません。ウェブサイト開発の責任を引き継ぐように求められています。

現在、彼らはVisual SourceSafeを使用していますが、Webサイトは解決策ではなく、すべてがデザイナーによって作成された数千のランダムなWebページの完全な混乱であり、開発者がまとめたコードをまとめています。さまざまなページが準備ができたときはいつでもリリースされます。つまり、依存コードが同時にリリースされない可能性があります。デザイナーは開発者が作成したコードを使用している場合がありますが、サイトを遅くするか、完全にクラッシュさせる方法で使用します。たとえば、functions.getAddress（）。 getAddressメソッドが毎回Webサービスを呼び出す場合、getAddressコールが失敗し、nullを返す場合、null参照などをチェックしておらず、エラー処理はありません。

基本的に、全体は完全に管理されていない混乱であり、私がすぐに完全に責任を負うことを考えると、私を死ぬ怖がらせます。これはまた、3つまたは4つの大企業の重要なWebサイトにまたがっています。私は、必要に応じて特定の露出したプロパティにアクセスしながら、デザイナーが必要なページを作成し、設計資産を作成し続けることができるように、今後の最良の方法を把握しようとしています。

現在、Team System 2010を使用しているもののWindows開発側にありますが、これはデザイナーには適切ではありません。ソースコントロールがシェルに統合され、イメージを編集し、Sourcesafeが現在（ひどく）できるようにすることができるためです。

最初のステップは、コード開発 /データアクセスの側面を、単一のソリューションの下で各サイトで作成するさまざまなWebプロジェクトのDLLとして参照できる完全に別のプロジェクトに分割することだと思います。次に、アップデートが作成されるたびに完全なサイトを公開する方法を整理する必要があります。そのため、完了 /テスト済みの作業のみがチェックインすることが明らかに重要です。設計チームは、コントロールを調達し、ページを1つずつアップロードするために使用されていません。基本的に、これを進めるための正しい方法のために、ヘルプ/アイデア/ポインターが必要です！

Answer 1

自分で提案したこと（つまり、完全なリリース、バックエンドをフロントエンドから分離するなど）を行うと、現在の状況を大幅に考慮して作業を改善します。もちろん、最終的にはユニットテスト、依存関係の注入などを導入するなど、最終的にできることがたくさんあります。しかし、Web形式の環境で開発者やデザイナーを扱うときに直接役立つ可能性のあるパターンはMVPパターンです。これがこのテーマに関する素晴らしいプレゼンテーションです：http://live.visitmix.com/mix10/sessions/ex20

Answer 2

有線 - 最初のタスクは、攻撃計画のための懸念、調査結果、および計画の概要を説明する経営陣に提供される「保険」文書を作成することです。その攻撃計画は、戦略を実装するよりもはるかに前にリスク文書で概説されます。

正直なところ、あなたがプロジェクトの所有者になるなら、それは価値があります。