システムアナリスト論文 FAQ

質問 1: 論文の単語数について、各パートの単語数をどのように配分すればよいですか?

回答: まず、解答用紙の最大文字数は 330 + 2750 で、これは解答用紙の文字数を超えてはなりません。次に、アブストラクトは 300 文字程度、本文は 2000 文字を推奨します。・2700語でいい、2200語を推奨、解答用紙の最後のページに書く あり；最終的な語数配分案まとめは300語＋企画背景500語＋テーマ1200語＋結末500語、その中のテーマ1200語がプロセスに従って書かれています。

質問 2: システム アナリストでない場合はどうすればよいですか?

回答: システム アナリストではないが、プロジェクトに携わったことがあるプロの場合は、システム アナリストの観点から身近なプロジェクトを書きます。完全にゼロベースで素人の場合は、モデル エッセイを参照してください。プロジェクトの背景を書き換えます。

質問 3: すべてのプロジェクトは社内にありますが、顧客がいない場合はどうなりますか?

回答: 社内プロジェクトとは書かないでください. もともとは通常のプロジェクトのために書かれたものです. たとえば, 会社が特定の年と特定の月にどのようなプロジェクトを行うか, システムアナリストとして私を任命してください.最後に、顧客は満場一致で満足しているとまだ書かれています. 書くための一般的なプロジェクトによると.

質問 4: 論文のタイトルを書く必要がありますか?

回答: 論文のタイトルを回答用紙に書くことはできません。回答用紙で選択したトピックを塗りつぶすだけです。

問５：数字、英字、句読点の書き方は？

答え: 小学生の書き方の原則に従ってください. 2 つの数字が 1 つのグリッドを占有します. 文字は自然なサイズで書かれているため、混み合っていないため、自然に複数のグリッドを占有します. 句読点は 1 つのグリッドを占有し、最初のグリッドは最初のグリッドを占有します.各行の先頭に 句読点を含めることはできません。論文の解答用紙はマークされたグリッドの数であるため、上記のすべてが単語数としてカウントされます.

質問 6: プロジェクトの背景をどのように構成するのがより合理的ですか?

回答: プロジェクト期間について: プロジェクトが非常に長期の場合、または期間が比較的短い場合は、試験時間から 5 年以内にプロジェクトを完了することをお勧めします。期間は 8 か月以上です。で十分です。自分で調整できます。時間の生産性の高さ。

A: プロジェクトのレベルについて: 郡レベル、コミュニティ レベルなどではなく、省および市レベル、グループ レベルであることが推奨されます。あなたが行ったプロジェクトの規模が要件を満たしている場合、郡レベルでの実際のプロジェクトの問題。

本当のプロジェクト名を書きますか: いいえ、書きません。特定の都道府県レベルの都市、特定の病院、特定の企業しか記述できません。

プロジェクトチームのメンバーについて：信頼性を確保するために省略できます。たとえば、需要アナリストが3人、開発者が8人、テスターが5人などです。

プロジェクト金額について：プロジェクト時間とプロジェクトチームメンバーに対応する必要があり、プロジェクトチームが合計20人いる場合、1人あたり月額20,000元として計算され、月に400,000元が必要です。プロジェクトの期間を 15 か月と仮定すると、プロジェクトの金額は約 600 万になるのが妥当ですが、整数を書かないでください。576 万、611 万などと書くことができます。

特別な注意: 自己編集プロジェクトの場合は、大きすぎるプロジェクトを構築しないでください。プロジェクトの金額は約 500 万ドルにする必要があります。

質問 7: どのように論文を暗記しますか?

回答：自分で書き直す必要があります.他の人の論文を参照しても、直接コピーすることはできません.自分で書いたものしか覚えられません.記事は統一されたテンプレートと構造を採用しています.後で変更しないでください.独自のテンプレートを作成する. 本文は論文に基づいています. トピックは書く必要があり、サブトピックに応答する必要があります. さらに、自分で書いて、さらに口述をし、2時間以内に口述を完了する必要があります. .

グレーディング:

1. 以下の状況の論文は、適切に 5 ～ 10 点を差し引く必要があります。

1. 1. 論文のアブストラクトが書かれていない、アブストラクトが単純すぎる、またはアブストラクトに実質的な内容が含まれていない。
   2. 筆跡は判読不能であり、その多くは判読不能な紙である。
   3. さすがに過度な自画自賛、大げさな論文です。
   4. コンテンツに明らかなエラーや抜け穴が含まれている場合、同じタイプのエラーの種類ごとにポイントが差し引かれます。
   5. 学位論文の内容が学部または大学院のインターンシップ プロジェクトのみに属し、実用レベルが比較的低い学位論文

1. 次のような場合は、適切なポイントを追加することを検討してください (5 ～ 10 ポイントが考えられます)。

1. 1. 独自の洞察または深い経験を持つ比較的優れた論文
   2. 出発点は非常に高く、今日の情報システム開発のトレンドと新しいトレンドに実際に適合し、論文に適用できます
   3. 内容は詳細で、経験は適切で、思考は明確で、非常に実践的で優れた論文です
   4. プロジェクトが非常に難しい、またはプロジェクトの質が優れている、またはプロジェクトが主要な国家情報システム プロジェクトに関係している場合、著者自身が参加して重要な役割を果たし、トピックの要件に従って適切に論文を議論することができます。

1. 次のいずれかの状況にある論文は、合格点を与えることができません。

1. 1. 記事に登場する架空の筋書き、深刻な虚偽または信じられない内容を含む論文。
   2. プロジェクト開発の実際の経験はなく、記事全体が浅い純粋な理論的な論文です。
   3. 議論された内容や方法が古すぎる、またはプロジェクトの基準が非常に低い論文
   4. 内容はトピックに関連していないか、内容が比較的空っぽで、基本的には詳細な経験がなくても一般的に話す論文です
   5. 本文とアブストラクトが短すぎる論文 (例: 本文が 1200 語未満)
   6. 文法がまずい、タイプミスが多い、考えがまとまらない、筆跡が雑すぎるなど、比較的問題が深刻な論文。

論文の準備の順序：

期末テストは試験の1週間前まで出せないので、その時に論文を準備するのは非常に焦ります.同時に、いくつかの学生は準備用紙を取り出して、どのトピックを書くべきかわからない場合:

1. 論文のタイトル順に直接論文を準備する. 後続の記事では、長年にわたって頻繁にテストされてきたすべての論文トピックをリストし、重要性と頻度の順に並べ替えます.
2. 少なくとも7つの論文を準備することをお勧めします.次の論文については,時間があればモデルエッセイと関連する知識ポイントを閲覧できます.試験に失敗すると何もわかりません.
3. 自分でテンプレートを書いてしまえばあとは3枚書いてしまえば後は書きやすい、最初は何事も難しい

独自のユニバーサル テンプレートを作成します。

手順に従って、独自のテンプレートを段階的に作成します. 後で参照するためのユニバーサル テンプレートもあります. 独自の実際のプロジェクトを使用してみてください. プロジェクトの規模が十分でない場合は、実際のプロジェクトに基づいて拡張できます.モデルテキストのプロジェクトも満たすことができ、ほとんどの人が使用するため. 繰り返しが発生しやすい.

1. 適切なプロジェクトを選択する

中規模および大規模の商業プロジェクトを選択します。通常、金額は 200 万を超え、研究開発サイクルが 8 か月を超えるプロジェクトを選択します。

おすすめアイテム:

政府または大規模な情報システム プロジェクト: さまざまな国有企業、機関、軍隊、病院、銀行、株式会社の ERP、OA、クラウド コンピューティング、ビッグ データなどのさまざまなソフトウェアおよび情報システム;

選択できない項目：

中小企業プロジェクト: 請求システム、図書館管理システム、スタンドアロン システムなど

まだ完了していないプロジェクト: できれば 3 年以内に完了し、オンラインで実行されている必要があるプロジェクト。

純粋なウェブサイトプロジェクト：企業または政府のポータルサイトの構築、静的なウェブページリンクの紹介のみ、背景の大規模なアプリケーションなし。

ハードウェア アイテム: 統合された配線、セキュリティ、ビデオ会議など。

純粋な技術プロジェクト: データのアップグレードと移行、社内の技術調査など。

提案: 推奨範囲内で、あなたが行った、またはよく知っている中規模および大規模のプロジェクトを選択してください. 基礎がゼロで、まだ行っていないプロジェクト学生の場合は、モデルエッセイを参照して、他の人のものを使用できます.真似するプロジェクト。

2. 事前に作成されたアブストラクト。

要旨 以下の模範論文またはフォーマットを参考に、選択したプロジェクトに合わせて作成し、論理的に 2 つのパラグラフに分けることをお勧めします（実際の文章をパラグラフに分割しないでください。それぞれでは不十分な場合があります）。最初の段落は、プロジェクトの背景についての一般的な紹介です。最初の段落は、さまざまな論文に従って再生されます。トピックに対応し、論文の構造を紹介するだけです。

注: アブストラクトは最大で 330 のみで、グリッドを超えてはなりません. 300 を書くことをお勧めします;

概要には、プロジェクト名、プロジェクトの金額、プロジェクトの期間、プロジェクトの概要、私の責任、およびこの記事で説明したトピックの概要が含まれます (詳細については、以下のユニバーサル テンプレートを参照してください)。

論文のアブストラクトのフォーマット:

1. この記事では説明します。. . システムプロジェクト。. . （進捗管理など、プロジェクトのテーマを指す）、ある単位でシステムを構築した、投資額はいくらか、システムを何に使用するか（プロジェクトの背景、簡単な機能）。この記事では、最初に説明します。. . （加工方法、対策）、そして最後に。. . (主に不具合、改善方法、機能、開発動向など)。このプロジェクトの開発プロセスでは、主に私が担当しました。. . (このプロジェクトでの役割)。
2. によると。. . 要件 (プロジェクトの背景)、私はここにいます。. . 整頓された。. . プロジェクト開発。プロジェクトで。. . . （プロジェクトの背景、簡単な機能紹介）。このプロジェクトでは、私は を務めました。. . （役割）。パステイク。. . （プロセス、方法、手段など）、プロジェクトを完全に成功させ、ユーザーから全会一致の賞賛を獲得しました。しかし、プロジェクトの構築を通じて、私は知りました。. . (主に不具合、改善方法、機能、開発動向等)
3. . . . 年。. . 月、参加しました。. . プロジェクト開発を担当。. . （役割）。プロジェクトの投資額はいくらか、建設期間はどのくらいか、プロジェクトの目的は何か（プロジェクトの背景、機能紹介）。この記事は、著者の実践を組み合わせたものです。. . たとえば、プロジェクトについて説明します。. . . （論文のトピック）、税込。. . (工程、方法、手段)
4. . . . はい。. . （帽子をかぶって、進歩の重要性など、論文のトピックの重要性について話してください）。この記事は、著者の実践を組み合わせたものです。. たとえば、プロジェクトについて説明します。. . （論文のトピック）、（プロセス、方法、測定）を含む。このプロジェクトの開発中、私は . . （役割）。

3. プロジェクトの背景を事前に準備します。

プロジェクトの背景と移行部分は、約 500 ～ 600 語にすることをお勧めしますが、多すぎないようにしてください。事前に準備する必要があります。できるだけ一般的で、論文のトピックとは関係なく、直接書くことができません。試験中の論文のトピックが何であれ、最後に段落を書くだけで済みます。次の議論に移行する移行ステートメント。

内容：プロジェクト開発の理由、あなたの仕事の責任、プロジェクト開発のサイクルと規模、プロジェクト機能構成の紹介、プロジェクト技術。

具体的には、次のテンプレートを参照して記述できます。

4.テキストライティング

本文は、論文のタイトルとサブトピックの要件に従って書かれている必要があり、論文のサブトピックに対応する必要があります。

テキストは 1200 語程度である必要があります. 本文部分はユニバーサル テンプレートには含まれていません. さまざまなトピックに応じて準備する必要があります. 詳細は第 3 章を参照してください. この章は最初に省略できます. 最初に独自のユニバーサル テンプレートを準備してください. .

5.エンディングを事前に準備します。

最後は非常に興味深い部分です. それ自体の意味で, プロジェクトの利点と欠点を要約することができます. 一方, それはあなたの全体的な短期論文の最後のステップです.最後に文字数が足りない場合は、最後に書き足してください 言葉が多すぎる場合は、最後に書く文字数を減らしてください。終わり。

最後に 400 ～ 600 語程度を書くことができます。これは、論文全体の概要です。

内容: プロジェクトの立ち上げと運用効果、顧客評価、プロジェクトの収穫、プロジェクトの欠陥と解決策

6、普遍的なテンプレート（重要）

上記の手順に従って、次のルーチン テンプレートをまとめることができます.いくつかを一緒に参照し、独自のプロジェクトを使用して模倣することができます.その中で、赤でマークされた部分は完全に再利用可能であり、変更する必要はありません.トピック;

要約テンプレート (時間 + プロジェクト + プロジェクトの紹介 + 投資 + 期間 + 顧客の賞賛の成功 + 特定のトピックと組み合わせてテキスト構造を説明する):

2021年3月、航空宇宙研究機関の某衛星向けフルデジタルシミュレーション検証基盤プロジェクトの構築に参画し、システムアナリストとしてシステム解析・設計を担当。このシステムには、仮想ターゲット マシン シミュレーション、動的モデル シミュレーション、同期タイミング制御の 3 つの機能モジュールが含まれており、衛星が宇宙で動作するために必要なすべてのハードウェアと外部の動的環境をシミュレートできるため、衛星ソフトウェアを仮想環境で完全にテストできます。衛星の機能や性能を利用して、衛星ソフトウェアの信頼性を向上させます。このプロジェクトの総投資額は 565 万元で、15 か月間続き、2022 年 6 月に正式に納入されて稼働し、顧客から全会一致の称賛を受けています。この記事は、プロジェクトでの著者の実際の作業経験をまとめたものです。. . (さまざまな論文のトピックに従って、内容の簡単な概要を説明してください)

プロジェクト背景テンプレート (なぜこのプロジェクトを行うのか + プロジェクト機能の技術紹介 + サブトピックへの対応と本体への移行)

人工衛星の開発プロセスでは、人工衛星にはサポート用のハードウェア機器が一式しかないため、開発チームのテスト ニーズを満たすことができません.また、人工衛星のハードウェア機器は非常に高価であるため、テスターはいくつかのテストを実行できません.ハードウェア機器の損傷を防ぐために、上記のすべてが不十分で不完全な宇宙衛星ソフトウェアのテストにつながり、衛星開発の失敗につながる可能性があります。これが起こらないようにするために、重要なタイプの宇宙衛星の開発のために、宇宙研究所の指導者は、技術変革のための資金を備えた一連の完全なデジタルシミュレーション検証プラットフォームの構築に投資することを決定しました。純粋なソフトウェアによる宇宙での人工衛星の運用. すべてのハードウェアと外部機械環境は、人工衛星のソフトウェアと動的モデルを仮想プラットフォーム上で実行し、詳細かつ完全なテストを実施します.

私の会社はプロジェクトの入札に成功し、2021 年 3 月に正式にプロジェクトの構築を開始しました。私はプロジェクトのシステム アナリストとして任命され、システムの分析と設計を担当しました。プロジェクトの総投資額は 515 万元で、建設期間は 2021 年 3 月から 2023 年 6 月までの 15 か月で、システムは 2 台の Lenovo コンピューターを使用して操作用のソフトウェアを構築します. パフォーマンスと実行効率の要件を考慮して、 C 言語は、CPU 命令セットと外部デバイスのドライバをシミュレートし、グラフィカル言語を使用して地上リモート センシング リモート コントロール ターミナル インターフェイスを構築します。プロジェクトの主な構築内容には、次の 3 つのモジュールが含まれます。シミュレーションおよびその他のサブシステム; 2. ダイナミック モデル シミュレーション、ダイナミック シミュレーション動作環境シミュレーション、故障挿入シミュレーション、ダイナミック同期データ制御および表示サブシステムを含む、ダイナミック モデル動作に必要な環境のシミュレーションを完了する; 3. 同期タイミング制御、制御サテライト ソフトウェアと電源 マスター コンソール監視、同期タイミング制御、超リアルタイム操作制御、その他のサブシステムを含む、学習モデルの開始と停止、および 2 つの間のタイミング同期。（著者の会社は他のタイプの人工衛星のフルデジタルシミュレーション検証プラットフォームプロジェクトに成功していますが、衛星のモデルと用途が異なるため、関連するハードウェアと使用される標準も異なり、対応する動的モデルまた、厳密な守秘義務により、チーム メンバーはすべての衛星モデル データを取得することはできず、プロジェクト開発の困難さとリスクが高まるため、著者は移行段落を使用してテキストを紹介することにしました)

プロジェクト サマリー テンプレート (プロジェクトの円滑な実施と運用、良いフィードバック + 自分の長所または短所を強調する)

プロジェクト開発から約 15 か月後、このタイプの宇宙衛星用の完全デジタル シミュレーション検証システムが正常に使用され、衛星ソフトウェアの包括的な機能および性能テストで顧客を支援し、これまでのところ顧客からのフィードバックは良好です。機密性が高く、パフォーマンス要件が高く、技術的実現の難易度が高く、プロジェクトの構築期間が長いため、システムの構築プロセスは困難に満ちています。しかし、著者とプロジェクトチームのメンバーは、プロジェクトを非常に重要視しています。. . （特定の論文タイトルへの対応）、そして最終的に質と量でプロジェクトのスムーズな配達を確実にしました.

もちろん、このプロジェクトにはまだいくつかの欠陥があります。. . (いくつかの小さな問題については自分で考えてください。大きな問題を引き起こさないように注意してください)。ただし、後で修正した後、プロジェクトに影響はありませんでした。フォローアップの研究と作業では、充電と研究を続け、仲間とコミュニケーションを取り、専門的な技術レベルを向上させ、システム分析と設計の作業をより適切に完了させます。