ソフトウェアはこのコースを設計するために、私はその後、多くの研究に時間とエネルギーの多くは、知ってもらうために、理解することが必要だと思います。学校の年間を通してちょうど11大きな学習は、私はまだ始まったばかりされたと思うが、私は学術フォーラムは、私は彼らがこの主題について何も知らないと感じたときに個人的なブログを持っていることが多いとさえソフトウェアエンジニアをご覧ください。新しい外国語の等価なコンピュータ言語。句読点は私は非常に厳しい戦いになるように、それは私が私の第二言語として英語を話すが、かろうじて合格の10年以上英語を学ぶために......時々、非論理的な不合理な、とあります。大学ソフトウェア工学は、卒業後の研究のわずか4年がどの程度になるだろうと想像するのは難しいです。
別に私はシステムが何であるかを理解していないことから、どのような言語は、およそ、ちょうどニーズ分析とテストの私の見解について話話をします：
ニーズ分析の重要性について。実際に、私は心の中であり、ソフトウェア工学における最後の学期入門コースを学びました。成功したソフトウェアを構築し、ユーザーとニーズ分析の成功に開発した高品質な需要源との間の効果的なコミュニケーションと協力しています。しかし、ユーザーは、問題がコンピュータ・システムによって解決することができた、と開発者は、ユーザーが問題を解決するために始めた、通信が開始されます。
要求獲得は、おそらくエラーが発生しやすく、ほとんどのコミュニケーション活動を必要とする、最も困難な最も重要かつ最もです。アクセスの需要が多い間違った理解があります知っているたとえば、ユーザーのニーズは、私たちがしなければならないものです彼らから需要を取得し、彼らに話され、ちょうどなされるべきか、どう処理するか、ユーザのシステムの目標特性を尋ねます以下のようなので、基本的に心配する必要はありません。
問題の理解が続きます。ユーザー機能の欠如と、コンピュータ・システムの制限は、任意のシステムは、ユーザー、またはユーザーのさまざまな種類の多くを持っていることを理解し、各ユーザーが唯一の彼らが必要とするシステムを知っているが、システムの全体的な状況を知りません。言い換えれば、私たちがしなければならないが、聞くために党の父親の要件を理解し、かつ合理的かつ適切な答えを与える、当事者としてです。
ただ、最後の学期私たちは、この最初のハードルではオンデマンドでの仕事のウェブサイトを目指す大学生のグループが、プロセスの裏には無関係な、そして最終的にはほぼ完全に引き起こして、引っかかっていました。
少し単純にそれをテストするソフトウェア。ソフトウェア自体は、no形式を持っていない非常にわずかな誤差を持つことができない複雑な知識集約型ロジック製品、です。ソフトウェアの実装プロジェクトは、ソフトウェアのテストが主な活動の一つであり、ソフトウェアの品質保証活動のプロセスを添付しなければなりません。ソフトウェア開発プロセスの追跡では、人々は、ソフトウェアの分析、設計、実装のソフトウェア品質保証の方法の多くを使用します。大規模については、ソフトウェアの高い複雑さはなおさらです。これらのエラーには、いくつかの致命的な間違いは、削除されていない場合、財産に重大な損害をもたらすであろう。
ソフトウェアテストの目的のために「プログラムが正しく機能を実行することができるはず説明」、または「そのプログラムのエラーを示すものではありません」にありますか？異なる位置に基づいて、二つの異なるテストの目的があります。ユーザの視点から見ると、ソフトウェアの願いは、製品を受け入れるかどうかを検討するために、ソフトウェアテストの中に隠されたエラーや欠陥を露出させます。そして、ソフトウェア開発の観点から、我々は、ソフトウェアの品質の人々の信頼を確立し、ソフトウェアは、ユーザーのニーズに正しく実装されていることを確認し、プロセスにエラーがあることを示すものではありませんソフトウェア製品をテストすることができるように願っています。そのため、彼らは、リードが小さな効果の可能性をテストすることにパスを選択し、それらのテストケースは、バグにさらされていた回避されます。同時に、検出されるべきではなく、プログラムは、吐出側に含まれていてもよいです。明らかに、このようなテストは、ソフトウェアの品質を改善し、向上させるために無価値です。被害者は多くの場合、プログラムには多くの予期しない問題があるので、欠落している可能性があり、多くの隠されたバグは、特定の状況下でのみ可能暴露しました。あなたは、このようなAごとに焦点を置くとエラーを見ていない場合は、これらの隠されたエラーや欠陥がチェックアウトしていないだろう、あなたは、運用フェーズに行くために残されます。彼らは疑いのためにユーザの観点場合、彼らは活動がプログラムに存在するエラーを公開テストの目的で整列する必要があります。テストケースを選択するときは、データのエラーを発見したプログラムを検討すべきです。
このブログに話すことは、ソフトウェアエンジニアリングの分析とテストのためだけの需要がある、私はそう深くに、ソフトウェアエンジニアリングについてほとんど知識でした