実験14プロジェクトレビューチーム＆コース概要
| プロジェクト | コンテンツ |
|---|---|
| この作品は、コースに属し | [ 教師のブログのホーム・ページのリンク ] |
| どこの仕事でこの要件 | [ ジョブリンクアドレス ] |
| ジョブの学習目標 | （1）になり、ソフトウェアプロジェクトのレビュープロセスを習得 （2）を反映するためにコースの内容を要約 |
| githubのリポジトリのアドレスリンク | [ GitHubのリポジトリリンク ] |
比べ学期のコース内容のA.、「テスト準備ソフトウェアエンジニアリングは、」タスク5あなたの質問（ブログのリンク与えられた質問）、提起の質問に答えるためにしようとし、議論を明確にするためには、学習する方法です/練習/明確にして、学習が新たな問題を作成するかどうか？その場合は、お問い合わせください。
1.どのように会社がプロジェクトのための合理的な管理措置を開発していますか？
プロジェクト実施の管理業務の合理的なプロセスは、ビジネスの背景によって影響を受けるであろうと感じた最初は、経済情勢、社会的地位などに影響を与える要因には、学期の採択後、漸進的なアプローチは、関係するプロジェクトの開発プロセスを理解しますいくつかの標準仕様、設計仕様。自分の個人的な経験を通して、真のプロジェクトが実施過程で一定の規範、一定の基準に従わなければならない、かどうかをどのように理解しています。いわゆる規範や基準、それがビジネスに影響を与える要因に影響されず、プロジェクト自体が持つ目的、ガイドラインの科学的な発展、です。
CMII標準管理対策は、初期レベル、管理レベル、規定されたレベル、定量的な管理レベル複数のレベルに分けることができます。各プロジェクトには、いくつかの予期しない障害の特定の項目は、障害の重症度に応じて、あなたの異なった治療の最初のプロジェクトチームの間に発生した場合、管理レベルの本当の種類を追跡することは基本的です。障害がプロジェクトの開始段階で取り除くことができない場合に起こる、私はプロジェクトチームレコード検査に市内を事業の円滑な実施を確保するための別の実行可能な計画を追求するために、この実施計画を放棄したいと思います。故障の可能性の最初のプロジェクトでは小さくなります排除することはできません。
最後2.オープンソース・ソフトウェア・コードは、良いか良いオープンソースのですか？
現代のコンピュータ科学専攻の学生として、私たちは、プログラミング言語は避けられない責任を持っていますが、原因のエネルギーのすべての面での時間の要因に、我々はプログラミング能力のレベルを達成し、期待することはできません学びます。時々、私たちは正確に、ソフトウェア開発の効率を向上させる仕事の質を改善するいくつかの機能のコードを、見つけることができれば、システムを開発するために宿題や必要。だから、私にとってこの場合、オープンソースのコードでそれが良いです。また、オープンソースコードの選択の一部を示し、再利用に言及したソフトウェアエンジニアリングのテストは、良いです。
3.本プログラムの多く、それは軸がプレス工程のプログラムに拡張時間になると第二は、時間軸に沿って延長され、両方の増加負荷に、軸に沿って延びるように一人のユーザにストレステストを言及しましたメモリ/リソースリークがあるだろう、なぜ「小さな」問題は、拡大公開され、理解していませんか？
80/20オリジナルのソフトウェアテストの学習の後、あなたはこの質問に答えるために自分のアイデアを使用することができます。ソフトウェアの欠陥の80％が、多くの場合、ソフトウェア空間の深い20％の生存率です。この原則は、あなたが効果的にソフトウェアテストをしたい場合は、多くの場合、危険性の高い複数の訪問ということを覚えていることを教えてくれる「多くのことを。」見つかったソフトウェアの欠陥の可能性がはるかに大きくなります場合は、ソフトウェアのテスターはテストの効率化と欠陥の検出を改善するための原則は、メモリ/リソースリークとして、非常に重要です。ソフトウェアのテストは、期待どおりの結果を持っている必要があります。テストのいかなる予想される結果は、ソフトウェアの欠陥は、コントラストの外に導出結果であり、不合理ではありません。私たちが知らないか、予想される結果を事前に確認することができないならば、我々は必ずしも試験精度を理解することはできません、同じにすることはできません標準的な指標がないみたいです。これは、一般的には象のように感じるように簡単です、多くのテスターがソフトウェアの欠陥の発生を判断するために、多くの場合、自分の感情としている、結果はしばしば判断する権利など、物事の逆説的な結果です。
ソフトウェアのテストは、スケールを保持し、落ち着かせ、エラーを削減するために失敗し、テスターとして、「意識的」プロセスが必要です。
II。彼らの分析を要約/分析/ソフトウェアの設計/実装/テスト/プロジェクトの承認を必要とする/何のプロジェクトの実現可能性における「知識」を学びました。
- A.需要のフェーズ：要件分析は、市場の見通しが良いか悪いかを予測するために、プロジェクトの完了後、プロジェクトの実現可能性と市場需要の発展を確保するために、ソフトウェア開発プロジェクトの基礎を理解して良い仕事の要求分析フェーズを行うことです。スムーズにそのプロジェクトの開発プロセスを確保するために、ユーザーのニーズを理解し、ユーザーが何を望んでいるかを知るために、我々は、我々は解決できないことを、要件が解決されるかを理解することができます。
B.ソフトウェアの設計段階：相互構造を整理してください。それ以来、次の方向性は次第に洗練します。設計プロセスと、いくつかの抽選テーブルで使用されるグラフィカルなモデリング手法を理解し、より良いグラフィックモデリングを選択する方法を理解します。
- C.実装フェーズ：バーバラはチームワークの重要性を認識し、分業は、すべてのタスクで、このプロジェクトは、プロジェクトはまた、徐ああはより完璧な家を実現特色にする、実装の速度が向上します。プロセスの実現において、GitHubの管理コードを使用して、効率を改善するために、既存の方法を学び、使用。
- D.テスト段階：このようなブラックボックス、ホワイトボックステストをカバーする、統合テストなどのテスト段階で使用されるいくつかのメソッドを、習得テストの長所と短所を知っているが、さらに重要なソフトウェアに使用するテスト・プットを実現セックス。
E.受け入れ相プロジェクト：それは検査担当者の受け入れに来るとき各プロジェクトは、承認を受けなければならない多くの経験を積んだ人材でなければならない、検査を通じて、教師は、いくつかの合理的なラインを与えるために、いくつかの予期せぬ問題を見つける私たちを助けるために私たちを与えます対策案。
III。プログラム/プロジェクトチームの個人的な項目/ジャンクション個人的な経験と組み合わせることは、経験について話しています。
最後のコンピュータソフトウェア業界の仕事をピックアップしなかったときは、まだ成功のささやかを感じます。ソフトタスキングは、このコースでの割り当てを理解するために、最初からブログを書くときだけタスクをやって心の状態がある場合には、素晴らしい仕事と困難になります。終了後の最初の動作では、彼はアシスタント教師が将来の間の雇用で、私たちのために、このコースを学ぶためにあまりにも難しいと思い、このコースを伝えるために教師と指導助手をいくつかのマイナーな問題を指摘しましたそれは私たちに多くの利益をもたらすでしょう。したがって、各彼は後に、おそらく始めるために、それに慣れること、真剣にそれをしなければなりませんでした。ツイニング・プロジェクトでは、仕事をすることはそれほど難しくないので、気持ちは非常に深いではありません。最も困難は、チームプロジェクトの作業で、チームプロジェクトに私が準備を担当していましたし、データベースへの接続、およびセキュリティ接続を確立し、書き込みコードを含むポストテストデータのユーザーのログイン状態を、テストするためにいくつかのドキュメントを仕上げ私の割り当ての全体のプロセスはまだ比較的小さいです。システム開発のプロセス全体は、私たちのチームメンバーが原因私たちの限られた容量に、コードを書くの過程で一緒に働き、多くの困難に遭遇し、時には書くために多くの困難な問題が発生した、との情報を見つけるためにインターネットを解決できない場合私たちが訴えていたとき、彼はあきらめたいと思っていました。しかし、毎回励ましと促すリーダーは、私たちは、自信を持って再び出てくる落ち着い、議論し、問題を解決します。プロセスを通じて、我々はまた、多くの時間を費やしました。しかし、あなたは彼らが履行と噴き出す達成感の完全なシステム、心を開発することができることを見るとき。最大の成果は、それが高く、より速くすることができ、唯一のいくつかの必要な準備作業のほか、ソフトウェア開発のスピードと品質を準備作業を行う必要があるプロジェクトの開発プロセスを理解することです。私は、モジュールを組み合わせる方法を科学的かつ効果的な解決するためにどのような問題を学び、どのようにチームワークの重要性を理解するために、だけでなく、深く、チームを持っている彼らの責任の重要性を高く評価しています。教師のハードワークのおかげでも、一人ひとりのチームのメンバーをありがとうございます。
IV。まとめの練習のコースを要約し、アップグレードをもたらします
統計ソフトウェア工学の実践は、あなたがどのように多くの行のコードを完了しました。
大约完成了2000多行代码あなたは、ソフトウェアエンジニアリングのジョブの2実際には多くの時間を過ごすことでしたか？（リストを作成します）
タスク （H）の時間を費やします 1.準備ソフトウェア工学 4 2.個人ソフトウェアエンジニアリングプロジェクト 7 3.改善相互評価業務 2 4.ソフトウェアエンジニアリング双晶プロジェクトや相互評価プロジェクト 4 5.ソフトウェアR＆Dのチームビルディング 2 6.プロジェクトの選択チーム 4 7.プロトタイピングおよび開発プロジェクトチーム 18 8.プロトタイプベースのプロジェクトチームは、研究と分析を必要とします 14 9.プロジェクトチームを改善し、システム設計を必要とします 7 10.改良されたシステムの設計とプロジェクトチームの詳細設計 10 コーディング＆改善するための11のプロジェクトの設計チーム 20 12.ソフトウェアテストとアルファスプリント 10 13.Betaチームスプリントとプロジェクトの受け入れ 4 14.プロジェクトレビューチーム＆教室学習の概要 4 どちらの仕事はあなたの最も印象を作るには？なぜ？
在团对项目设计完善编码，这次作业给我的印象最深，实现阶段，由于要写代码，中途有很多代码我们都不能顺利地写出来，当时的自卑感充斥着整个大脑。但我们没有选择放弃，在组长的带领下，我们一步一步，不会的就同学或者在网上搜，最后通过我们的齐心协力，成功地写完了代码。時間の累積数は、ソフトウェア工学の実践に費やさ？週あたりの時間の平均数は、使用済み？
共110小时，平均每周6小时あなたは新しい言語、新しいプラットフォームを学び、習得。
新语言：Java语言 新平台：博客园、Github、eclipse等平台 新工具：leangoo，processon，visio下記のフォームに必要事項を記入し、あなたが学ぶかを使用研究の学期、ソフトウェアエンジニアリング開発ツール、開発手法とモデリング手法をまとめました。
| ソフトウェア開発ツール、プロジェクト管理ツール | ソフトウェア開発手法 | モデリングソフトウェア |
|---|---|---|
| ECLIPS、githubの、Navicatは | プロトタイピング、オブジェクト指向開発方法 | オブジェクト指向のモデリング |
収穫やリフティングの他の側面。
1.认识到了团队合作的重要性，在一个项目开发过程中单靠一个人是不太可能实现的，人多力量大。 2.有效检索资料的能力
V.どのような問題は、現在のカリキュラムを思い、あなたは任意のより良い提案を持っています。
由于基础太薄弱，没有编程能力，一边又要学习语言，又要学习现有的课程，所以在时间和能力各方面都不太允许，建议老师在课堂上能够添加编程的讲解，这样可能会让学生有更大的进步。谢谢老师！