1

最近、私はアプリケーションの設計と作成に参加しました。私のチームは完全な要件を与えられ、基本的にそれを設計およびコーディングする必要がありました。これは、いくつかのシステムと相互運用するためのサードパーティの手書き認識プラットフォームの自動化に関するものでした。顧客が一見小さな問題のように思われる電話をかけてから数か月後、調査した結果、この不正確さを修正するためだけにアプリケーション全体を再設計する必要があることがわかりました(再設計してからパッチを適用する方が簡単です)。

個人的には、このスレッドで言及されているこの点のいずれかによってアプリケーションが特にひどく設計されたとは思いませんが 、私たちにとって多くの小さな未知数への道があり、今では大きな設計上の欠陥に蓄積されているように見えます-基本的に失敗したことです見る。設計段階でのこれらの小さな要素はすべて、取るに足らないものであり、無視できるものであるように思われたので、私たちは大丈夫だと思いました。問題が発生したので、設計時にそれを見つけることができなかったのはばかげているようですが、結局のところ重要であることが判明したいくつかの「小さな」詳細とニュアンスを無視したと思います。

それで、あなたがあまり慣れていないアプリケーションの設計段階に入るときに取るべきアプローチはありますが、その設計は(誤って)多かれ少なかれ簡単に見えます(テーブルの作成、BOの書き込み、UIの書き込みなど)。実装段階で(または少なくとも確実に顧客の展開前に)このタイプの落とし穴を予測する機会を増やすことができますか?

PS:時々、私たちは数学者のような専門家を雇ったり、地理的な人を雇ったりしますが、私たち以外のサードパーティのプラットフォームを私たちに組み込むのを手伝ってくれる人がいます

4

1 に答える 1

1

アプローチは、ドメイン内の「ベストプラクティス」を見つけることでなければならないと思います。各ドメインには、常に物事が行われていた手順があります。これらの慣行の理論的根拠が元々何であったかは、開業医によってしばしば忘れられます。新規参入者として、これらのベストプラクティスが何であるかを理解し、それらに従うことは良いことです-盲目的に。

そうすれば、よくある間違いを避ける良いチャンスがあります。問題が発生した場合、これらの問題はドメインに典型的なものであり、よく知られた解決策/回避策がある可能性があります。

もちろん、すべて抽象的に話します。

于 2010-12-30T22:27:46.120 に答える