| プロジェクト | コンテンツ |
|---|---|
| コース名 | 2016コンピュータサイエンスとエンジニアリングソフトウェアエンジニアリング（西北師範大学） |
| 運用要件 | 実験14プロジェクトレビューチーム＆コース概要 |
| ジョブの学習目標 | （1）ソフトウェアプロジェクトのプロセスを評価するマスター;（2）コースの内容を要約反映します。 |
比べ学期のI. 1.コースの内容、「テスト準備ソフトウェアエンジニアリング、」タスク5あなたの質問（ブログのリンク与えられた質問）質問に答え、どのように学習/実践を通して明らかにしてみてくださいします/考察図出て、新しい問題かどうかを学習？その場合は、お問い合わせください。
質問1：
コンウェイの法則95ページメルヴィン・コンウェイは、話の要約の中で述べてスーパープログラマを「法の構築」については、「ソフトウェア・システムは、ユーザを与えることである、内部組織図のユーザーがこの施設を見ていない必要がありますチームは主な目標に集中できるように、しかし、コミュニケーションの効率の大きな改善には、ユーザーの問題右チームの構造を解決するために - 「見ることができる上に、顧客のニーズを解決します、ソフトウェアエンジニアリングプロセスは、ユーザーが最高の位置を占める必要があり、その後、組織の内部組織構造がまだ重要ではないのですか？ユーザーが継続的に新たな疑問を提起する場合、どのようにソフトウェア開発者は、時間の問題を解決するために、したがって、それを持って来ますか？また、チームの評価は、各機関の内部組織が行う考慮に入れる必要がなく、良いか悪いか、彼らだけがユーザーのニーズを解決することができるかどうかに関係しているのですか？
私は、ソフトウェア・プロジェクト・チームの評価が良いか悪いか、効率が鍵となると信じています。ユーザーが使用できるように開発されたプロジェクトの究極の目標は、そのようなユーザーは機能、インタフェースを必要とし、そう見たいなど、ユーザーの真のニーズを明確に理解することが必要です。フライは、プロジェクトの開発時間を短縮し、プロジェクト開発の効率を向上させることができ、分析が必要です。しかし、それはチームの非常に詳細なニーズ分析フェーズで行うことができ、それは非常に良好な内部組織構造を持っているだけでなく、ユーザーの問題を分析し、解決しなければなりません。ユーザーの需要は非常に明確ではない場合は、ソフトウェアのプロジェクトチームは、積極的にユーザーのニーズについての詳細を学ぶために、ユーザーに分かりやすい方法で、複数のユーザーと通信する必要があります。
質問2：
「法の構築、」チームモードのソフトウェア関連コンテンツにおける第五章を読むことで、私はチームモデルの多様性が、これらのチームとその長所と短所の特性のためのモデルがあまりにも理解していないことを学びました。一方、チームはまた、次のモードの混乱のいくつかを持っています。そして、適切なモードでの今後の仕事は、私たちが今それを学習しているチームと同じですか？新しいソフトウェアエンジニアリングプロジェクトが開始したとき、どのようにここで最も適切なチームのパターンを選択するには？チームモードが選択されている場合、あなたがそれを変更することができれば、プロジェクト全体の開発プロセスでは、チームは当初、モードを選択したのか？変更が発生した場合には、チームモデルは、どのような状況の下で行うことができます変更されますか？ソフトウェアエンジニアリングチームのモードを変更するプロセスでは全体ソフトウェアエンジニアリングプロジェクトにいくつかの正または負の影響が生じ、開発？
「千人の心、それは千人だった。人の反対意見、誰一人と」チームワークの古代の理解です。言葉は非常に適切と思われるので、チームワークが非常に重要になってきたソフトウェア開発の過程では、「用区ムーは困難です」。異なる人々とニーズに合わせて変化させ、ソフトウェアのチームモデルは、以下のとおりです。医師モード、スターモデル、コミュニティモデル、アマチュアシアターモード、秘密チーム、エージェントチーム、シンフォニーオーケストラモード、ジャズモード、チームモード機能と官僚モード。私の個人的な理想のチームモデルは、一言で言えば異なる個体で、機能的なチームモードで機能を達成するために平等と一緒に協力する能力です。私は思うので、みんなの能力はすべて異なっており、このモデルは、チームのメンバーは、その職務を行う一人一人の役割を十分に発揮することができます。そして、管理、お互いの経営の間に関係がない、メンバー間の距離感をなくし、チームのコミュニケーションを強化し、最終的には完璧なソフトウェア製品を開発することができます。
質問3：
関連する知識・ポイント第IX章を読んで、私は深くソフトウェアチームの重要性を高く評価し、PMは、資格のPMのために必要な条件の数になりたい、だけでなく、疑問の多くを生成しました。その後、プロダクトマネージャー（プロダクトマネージャー）、プロジェクトマネージャー（プロジェクトマネージャー）、プログラムマネージャ（プログラムマネージャ）、それの本質とは何かこれら三つの異なるPM約182で、私はPMは、次の3つのように表すことができることを知っています？大企業では、そこにあるかどうかも3 PMそれを必要としますか？コミュニティに入る現代の大学生の目的は、めったに資格のPMのために必要になる能力を持っていないためにも、我々はあらゆる点で開始する必要があり、そしてどのようにこれらの機能を開発するには、必要がありますか？
デザイナーや開発者-管理に加えて、PMには、多くの場合、二つの役割を提供しています。ソフトウェア工学のコースを勉強学期ことで、私は資格のPMは、次の文字を持っている必要があると信じている：
（1）理論的な知識が必要とされ、生産性への実用的かつ効果的な理論的な知識を強化していき学びながらすることは経験の長期的な蓄積であります。
（2）倍の発展に開いた心と適応性を持っている必要があります。正直、これは、すべての管理者が品質を持つべきです。
（3）血液が怒りを持つことができない、怒りは議論なしで行うことはできません。PMは、不当な要求「ノー」と言うに勇気を持っている必要があります、あなたはチームの利益を保護するためにあえてしなければなりません。
（4）PMは、一定の回復力を持っている必要がありますし、ソフトウェアプロジェクトが大きな問題に遭遇したとき、PMは、困難を克服するために、心のハンドリングの問題、リーダーシップチームのメンバーの状態を落ち着かなければなりません。
（5）真の資格PMになるために、欠かせない努力。
第二に、彼の分析を総括/分析/ソフトウェアの設計/実装/テスト/プロジェクトの受け入れは/プロジェクトの実現可能性にどのような「知識」を学びまし必要があります。
1、実現可能性の分析
可能な最短時間内に解決する価値があるかどうか、問題が解決できるかどうかを判断するために、最小限のコストで、チームプロジェクトの実現可能性分析のNABCD主要なメソッドを使用します。
2、分析を必要とします
、ユースケース図を描くコミュニケーションや人と共有するVisioのUMLのグラフィック描画ツールを使用してください。アンケートは、ユーザーのニーズを分析します。ユーザーが使用できるように開発されたプロジェクトの究極の目標は、そのようなユーザーは機能、インタフェースを必要とし、そう見たいなど、ユーザーの真のニーズを明確に理解することが必要です。フライは、プロジェクトの開発時間を短縮し、プロジェクト開発の効率を向上させることができ、分析が必要です。
3ソフトウェアの設計
予備設計、システム設計と詳細設計を含むソフトウェアの設計、。ソフトウェアプロジェクトの開発中に、詳細設計を達成することができ、直接プロジェクトに関連して、全体のデザインの最も重要な部分ですが、今度は前に行って準備作業を円滑に完了の詳細設計が異なります。また、多くの研究デザインツールとソフトウェアアーキテクチャソフトウェア設計、ソフトウェア設計概念モデル、C / SとB / Sの構造、および類似点と相違点、MVCデザインパターンなどインチ
4、達成するために
構成項目は、開発環境を統合し、真剣に、コードのデバッグを書き続け、WBSのタスク分析とバーンダウンを。
5、テスト
ソフトウェアのテスト：ソフトウェアをテストし、ソフトウェアの品質を評価するために、エラーを見つけます。
メインソフトウェアのテスト方法である：
（1）静的試験方法（2）動的試験（3）ブラックボックステスト（4）ホワイトボックス
6、プロジェクトの受け入れ
プロジェクト受付処理では、積極的にユーザーが本当に私たちの開発プロジェクトを理解することができ、ユーザと通信、詳細に我々が開発したシステムのユーザ機能について説明します。
第三に、プログラム/プロジェクトチームの個々のプロジェクト/ジャンクション個人的な経験の組み合わせは、経験について話しています。
1、個々のプロジェクト
個々のプロジェクトの実施を通じて、私は彼らの関連する専門知識を深く認識していますマスターするのに十分ではありませんが、また、学習と実践の欠如を発見しました。ソフトウェアエンジニアリングの要件分析が不十分である、不適切なこれらは改善する必要があるし、ソフトウェア開発プロセスを学習した後、ソフトウェア開発の能力によって調製した各種書類も良心的、アップグレード総括し、今後の学習と実践、参照して改善する必要があります他のソフトウェアプロジェクト、ソフトウェアエンジニアリングの経験優れたアイデア。何かをするための時間では、私は巨人の肩の上に立って、というよりも、物事に車輪の生産を行うためのアイデアを繰り返すと感じている必要があります。全体的に、私はソフトウェア開発のより良い理解を持って、この個人的なプロジェクトは、多くのことを学びました。
2、ペアプログラミング
接合を介し両方を議論するために多くの問題が発生したペアで、相互扶助は、繰り返しテストを繰り返し、最終的に特定のプログラミングを達成するために、これらの問題を解決し、修正しました。二人の男が協力し、1 + 1> 2の深い意味の重要性を理解しながら、プロジェクトを姉妹提携することで、彼の個人的な能力は、改善されました。また、プログラムを取るの経験は、問題を解決するために協力し、その全体的なレベルを向上させ、経験を学習交換することができ、設計品質とコードの品質と2人の能力を向上させることができます。二人をブレンドすることにより、「ハムレットの千人の目がある千本の読者は、」最終的な結果は、より有意義になります、と思いました。
3、プロジェクトチーム
プロジェクトの実装チームにこの学期を設計することで、私は知識の理解と把握は教科書の知識と実用的なアプリケーションとの違いを認識することを学びました。唯一のより良い代替処理の具体的な問題に対処するための知識と柔軟性を把握するために、特定のプロジェクトの実践を通して。また、私は深くプロジェクトの実現は最も重要な要件の分析ではなく、実装コードであることを理解しています。合理的な分析と設計、プロセスのコードの実装だけでは問題は発生しません。ヒューマン・マシン・インタフェースを開発する際のソフトウェア開発ドキュメントや実践、人間とコンピュータのインタラクションアプリケーションを作成するためのソフトウェア工学の基本的なツールのいくつかは、この方法を使用して、UMLのユースケース図を描く、基本的な文法の一部にこの期間を学習し、法のHTMLページを書きますデザイン、インタラクティブな、ユーザーフレンドリーなインターフェイスデザインの実装。プロジェクトのデザインもチームワークの重要性を認識し、人の能力は、すべての後に限定されるものではなく、すべての人の無限の力されます。また、他の先進的な研究成果のほか、学習、参照および使用の経験と教訓を総括し、チームワークと学ぶためのオープンマインドの精神に重点がなければなりません。この期間中、我々はまた、何かを成し遂げるために一緒に働くことの喜びを感謝しています。
第四に、当然の実用的な概要をまとめると、あなたをもたらすためにアップグレードしてください。
1、統計ソフトウェアエンジニアリングの実践は、あなたがどのように多くの行のコードを完了しました。
コードの3,000以上の行の完了について、ソフトウェアエンジニアリングの実践、で。
2は、それぞれ、あなたがソフトウェア工学のジョブの2実際には多くの時間を費やしましたか？（リストを作成します）
タスク （H）の時間を費やします 準備する実験的ソフトウェア工学 4時間 ソフトウェア工学実験2つの個々のイベント 15H 3回の操作でのピアレビューの改善 12H 実験4つのソフトウェアエンジニアリングツイニング・プロジェクト 8時間 実験5準備ソフトウェアエンジニアリング 5H 実験6つのチームプロジェクトのトピック 7H 実験7チームのプロトタイピングおよび開発プロジェクト 6時間 実験研究と分析は、8つのプロトタイプベースのチームプロジェクトを必要とします 15H 実験9つのチームプロジェクトを改善し、システム設計を必要とします 20H 実験10件のプロジェクトチームのシステム設計と詳細設計 18時間 実験11のチームプロジェクト＆コーディングを改善するために設計されました 30H もしソフトウェアのテストやテストアルファスプリント 15H ベータテスト13チームスプリントとプロジェクトの受け入れ 10H 実験14プロジェクトレビューチーム＆コース概要 5H あなたが最も印象的いったん作業することができます3、？なぜ？
我印象最深刻的是实验十一 ：团队项目设计完善&编码和实验十二：软件测试与Alpha冲刺。由于多次放假导致软件工程课程耽误，因此我们只有一周的时间去完成编码和测试。在编写代码的过程中，由于团队成员编写代码能力较弱，因此进度比较缓慢。期间遇到了很多问题，比如页面不跳转；合并各个模块代码时接口不统一，变量名不一致等。在连接数据库时，由于电脑的环境配置不合适，因此也进行了多次尝试。总之，通过这次作业，深刻地认识到了团队合作以及虚心请教他人的重要性。
4、累计花了多少个小时在软件工程实践上？平均每周花多少个小时？
家教管理系统从最初定题到期末验收，累计共花费300个小时，平均每周13个小时。
5、你学习和掌握的新语言、新平台；
语言： 编写Java语言的水平有所提高；熟练了HTML网页的一些基本语法和编写方法；MySQL数据库。
新平台：博客园、Markdown、GitHub、中国大学慕课、leangoo看板、雨课堂、墨刀的使用、UML用例图的绘制等。
6、填写下表，总结一学期的学习中，你学习或使用的软件工程开发工具、开发方法和建模方法；
软件开发工具、项目管理工具 软件开发方法 软件建模方法 GitHub，MyEclipse，Dreamwearver、MySQL 面向对象方法，原型方法，结构化方法，Jackson方法 面向对象建模，结构化建模方法，数据库建模 7、其他方面的收获或提升。
（1）学会了撰写博文以及如何开发严格完整的软件项目，编写文档和代码的能力也有所提升。
（2）提高了自己分析问题和解决问题的能力，也认识到了自己需要改正的一些不足。
（3）通过结对项目和团队项目的完成，认识到了团队合作的重要性。
五、你认为目前的课程存在哪些问题，你有什么更好的建议。
- 1、本学期的软件工程课程代老师采用的是反转课堂的教学方式，将课堂交给同学们，这就需要同学们课后进行自学，因此提高了同学们的自学能力以及独立思考问题的能力。反转课堂的教学方式固然是一种很好的提高同学们能力的方式，但是由于同学们习惯了以老师为主的课堂，因此刚开始都不太适应，希望老师在之后的教学改革中，给予同学们一个合理的过渡阶段，让更多的同学适应这种教学方式。
- 2、开发一个软件项目是一个漫长的过程，起初在编写各种开发文档时，同学们对整体流程都比较模糊，不知道接下来该做什么。因此，希望老师在开发软件项目之初为同学们大致讲解整个开发流程以及期间所需要做的各种工作，并要求同学们详细记录软件开发的各个阶段需要完成的任务，每完成一项划去一项直到最终完成整个项目开发，以此让同学们对软件开发有一个总体的感受和认识。
- 3、由于大三同学们多数都在为考研做准备，平时还需要考取各种资格证书，但是软件工程的作业每周都需要花费很多的时间去完成。因此希望老师可以减少一些作业量。
- 4、最后，感谢代老师和助教们的严格要求以及认真负责。