第3週の仕事の春2020ソフトウェアエンジニアリングアシスタントの概要

1、TAは、リンクのブログ：HTTPS：//www.cnblogs.com/NWNU-LHY/
2、今週、ジョブコメントの数：10件の
3コメント今週の仕事リンク：北西通常の流行報告システム のhttps：// WWW。 cnblogs.com/nwnu-daizh/p/12416880.html
ジョブ投入量：10/14

ジョブ送信率：71％
ジョブ平均：59.2（コミットされていない平均0にカウントされません）

4、今週、メインタスク：
学生の作品、いくつかの学生とgitのコミュニケーションの問題、手紙や零細企業の学生におけるコミュニケーションの問題スコアリングルールの評価。

 

5今週は問題と解決策を見つけました：

質問1：スコアにつながるプロジェクトコード仕様（10ポイント）私はgitの上に存在していないすべての学生の評価は、高くありません。

質問2：学生が動作も高い他の学生の効果的な運用よりも場合でも無効差し引くことを、23回ではなく、当然の完全な複数の提出、1人の学生を磨くために、削除データブラシへの学生の方法に加えて、10倍以上をコミットします。

質問3：要求分析は、私はいくつかの学生が直接コピーして、プロジェクトの背景の運用要件を貼り付けました、私はまた、学生が分析が同じ三段論法である必要がありますどのくらいだろうか。

質問4：設計と実装ではなく、1つのクラスの関係の分析を行うには、学生だけでなく、プロセス指向設計のPythonとCを使用するには、学生、彼らが分析好きではなかったことが理解されるが、彼らはトップダウン設計フロー・チャートませんでした機能。

質問5：要約：あなたがソフトウェア設計の「モジュラー」の原則を達成するためのプログラムを設計するにはどうすればよいです。この経験の概要とみなさほとんどすべての学生が、私はこれは良いではない、全体のXXを学んだ明らかにジョブ要件を読んでいません。

質問6：あなたが真剣に行うすべてのリンク場合は、ここにあなたがあなたと共有するに喜んで多くの経験を持っている必要があります。（5点）、私たちは多くの学生で、その結果、要約内部でこのリンクを置くので、これをしない、スコアは非常に低いです。

質問7：私はミッションの運用要件を選びましたが、改善することを望んで、ヒストグラムの可視化をしなかったので、一部の学生のコードは、強力ではありません。

質問8：まだ我々は、C ++やJavaを使用することを願っていたときのように分析し、チームのプロジェクトにいくつかの学生がこの割り当てにPythonとCを使用していますが、将来的には我々が進行することを理解することができますが、また、使用クラスを作成しなければならないという能力はありません建設およびC Pythonコードでは、関数終了を定義するだけでなく。

質問9：生徒はgitの上の圧縮ファイルを提出し、明らかにgitの有用性を理解していなかったがあります。

質問10：ボードのgitの上にない反映させるために、いくつかの学生があり、困難を克服するためにそれを渡されたささやき指導助手の責任と考えることができます。

質問11：第三の学生が来て、前の二つの学生にPSP部に対しては大幅に改善されました。唯一の学生は需要分析（学習技術は）9000MINを使用しますが、唯一の特定の設計フェーズ150MINが、私は私の疑問を発現します。

問題が解決されました：教師の世代が詳細に仕事の究極の要件を獲得します、それは完全に正規化されたスコア、非常に公平であることができます。しかし、より良い仕事を完了するためにかかわらず、一部の学生が、私たちのブログのすべての側面の完了の詳細なし、とは低いスコア、自分の仕事のリンクやテキストのニーズの重要性の設計に注意を払うにつながる、領域の数を逃しました。2週間での教師のこの世代は、ジョブを設定していますが、詳細な設計上の問題を見ることができますが、問題の洗練を公開することができます。明らかに、また良い、より多くの時間を費やしています。ジョブは、いくつかの学生が徹底的コードを行うことができない、完全にリズムを維持、または我々はそれを仕事を期待することはできません最後に見られた。この時点で、ステージのテキストや機能コードのことを確認しなければなりません。私の個人的な経験では、スコアが時間を費やし、15のサブクラスの多くが含まれていますが、より客観的、主観的な要因を軽減するだけでなく、多くの無名の問題に学生を公開します。たとえば、慎重にルールのジョブ要件を読んで、そうではありません。