コンピュータネットワーク：
- RIP プロトコルの問題は、ネットワークに障害が発生した場合、すべてのルーターに情報を送信するのに時間がかかることです。この中間プロセスでは、実際にはルーティング ループの問題が発生します。ルーティング ループが発生すると、ルーティング テーブルが頻繁に変更され、1 つまたは複数のルーティング テーブルが収束できなくなり、ネットワークが麻痺または半麻痺状態になります。・麻痺状態。ルーティング ループの解決策、シナリオ ルーティング ループの解決策は次のとおりです。
-
- 最大値を定義し、その値に達したら累積を停止します
- スプリットホライズン
-
-
- 単純な水平分割: このインターフェイスから受信したルーティング エントリは、このインターフェイスから送信されなくなりました. この質問では、単純な水平分割方法について説明します
- ポイズン リバースを使用したスプリット ホライズン: このインターフェイスから送信されたルーティング エントリは、このインターフェイスから送信されますが、到達不能としてマークされます
- タイマーを作成すると、ルーターはネットワークで発生する可能性のある障害を遅らせ、確認後に更新します
-
マルチメディア基盤、マルチメディア技術の基本概念：
リッチ テキスト形式 (RTF) は、さまざまなデバイスやシステムで簡単に表示できるテキストおよびグラフィック ドキュメントの形式です。
- WAV は Microsoft Corporation によって開発されたサウンド ファイル形式で、RIFF ファイル仕様に準拠し、Windows プラットフォームの音声情報リソースを保存するために使用され、Windows プラットフォームとそのアプリケーションで広くサポートされています。
- JPG の正式名称は JPEG です。JPEG 画像は 24 ビット カラーの単一のビットマップを格納します。JPEG はプラットフォームに依存しない形式で、最高レベルの圧縮をサポートします。ただし、この圧縮は非可逆圧縮です。プログレッシブ JPEG ファイルはインターレースをサポートします。
- MPEG は動画圧縮アルゴリズムの国際標準であり、現在では MPEG-1、MPEG-2、MPEG-4 など、ほぼすべてのコンピューター プラットフォームでサポートされており、MPEG-1 は VCD (ビデオ ディスク) で広く使用されています。HDTV (High Definition Television Broadcasting) および要求の厳しいビデオ編集、処理の側面。通常、MPEG 形式のビデオのファイル拡張子は MPEG または MPG です。
要件エンジニアリング---UML
UML は、ユースケース図、静的図、動作図、実装図などのグラフィカルな表現メカニズムを通じて、システムの分析および設計モデルを複数の側面から記述します。
動作図:
- 相互作用図、状態図、およびアクティビティ図は、さまざまな側面からシステムの動的な動作を記述します。
インタラクティブな図:
- オブジェクト間でやり取りされるメッセージを説明します。これは、シーケンス図とコラボレーション図の 2 つの形式に分けることができます。
組み込みシステム --- マルチプロセッサ システム
超並列処理コンピュータ: Massive Parallel Processor。多数の汎用マイクロプロセッサで構成されるマルチプロセッサ システムは、複数の命令ストリームと複数のデータ ストリームを処理するのに適しています。
- ほとんどの MPP システムは、プロセッサとして標準の CPU を使用します。
- MPP システムは、遅延と高帯域幅の条件下でメッセージを送信できる、高性能のカスタマイズされた高速インターネットおよびネットワーク インターフェイスを使用します。
- MPP は分散ストレージ構造を持つ非同期 MIMD システムです. そのプログラムには複数のプロセスがあり, 各マイクロプロセッサに分散されています. 各プロセスは独自のアドレス空間を持ち, プロセスはメッセージパッシングを通じて相互に通信します.
- MPP には特別な問題、つまりフォールト トレランスをどのように実装するかという問題があります.数千の CPU を使用する場合、毎週数回の CPU 障害を回避することは不可能であるため、大規模な MPP システムでは常に特別なハードウェアとソフトウェアを使用して、システムを監視し、エラーを検出してスムーズに回復します。
システム設計 --- 構造設計
ソフトウェア モジュール間の結合度は、次のように低いものから高いものの順に並べ替えられます。
- 間接結合: 2 つのモジュール間に直接的な関係はなく、それらの間の接続は、メイン モジュールの制御と呼び出しによって完全に実現されます。
- データ結合: モジュールのグループは、パラメーター テーブルの助けを借りて単純なデータを渡します
- タグ結合: モジュールのグループがパラメーター テーブルを介してレコード情報 (データ構造) を渡します
- 制御結合: モジュール間で渡される情報には、モジュールの内部ロジックを制御するために使用される情報が含まれます
- 外部結合: モジュールのグループはすべて、同じグローバル データ構造ではなく、同じグローバル単純変数にアクセスし、グローバル変数の情報はパラメーター テーブルを介して渡されません。
- パブリック カップリング: 複数のモジュールがすべて同じ共通データ環境にアクセスします. 共通データ環境は、グローバル データ構造、共有通信領域、メモリの共通カバレッジ領域などにすることができます.
- コンテンツ結合: 一方のモジュールが他方のモジュールの内部データに直接アクセスし、一方のモジュールが他方のモジュールの内部への通常のエントリを経由しない; 2 つのモジュールのプログラム コードの一部が重複し、一方のモジュールが複数のエントリを持つ
情報セキュリティ---その他
一方ではデータベース管理システムがシステム ソフトウェアに属し、他方ではデータベースがアプリケーション レベルのデータを格納するため、データベースのディザスター リカバリーはシステム セキュリティとアプリケーション セキュリティに属する必要があります。
システム設計 --- デザインパターン
オブジェクトモード:
振る舞いのようなパターン:
- 通訳モード
- イテレータ パターン
- メモモード
- テンプレート法
- 来客パターン
クラス構造パターン:
- 外観モード
- フライ級モード
- プロキシモード
図から、クラス モードに属するものはほとんどなく、作成モードのファクトリ メソッド、構造モードのアダプタ モード、動作モードのみです。
エンタープライズ情報化戦略と実装----データ ウェアハウスとデータ マイニング
名前からわかるように、データ クリーニングは「ダーティ」を「ウォッシュ アウト」することです。これは、データの整合性のチェック、無効な値や欠損値の処理などを含む、データ ファイル内の識別可能なエラーを見つけて修正する最後の手順を指します。 ., データ ウェアハウス内のデータは、特定の主題に向けられたデータの集まりです. これらのデータは、複数のビジネス システムから抽出され、履歴データを含んでいます. このように、一部のデータが間違ったデータであることが避けられず、一部のデータがこれらの間違ったデータや競合するデータは、明らかに私たちが望んでいるものではなく、「ダーティ データ」と呼ばれます。一定のルールに従って「汚れたデータ」を洗い流す、それがデータクリーニングです。データクリーニングのタスクは、要件を満たさないデータをフィルタリングし、フィルタリングされた結果を所管の事業部門に引き渡し、抽出する前にフィルタリングするか、ビジネスユニットによって修正されるかを確認することです。要件を満たさないデータには、主に不完全なデータ、誤ったデータ、繰り返しデータが含まれます。データクレンジングはアンケート調査とは異なり、入力後のデータクレンジングは手作業ではなくパソコンで行うのが一般的です。
コンピュータ ネットワーク --- オープン システム相互接続参照モデル:
ネットワーク媒体で伝送される電磁信号の減衰、および電磁ノイズと干渉による信号の減衰により、LAN の接続距離は制限されます。この制限を解消して伝送範囲を拡大するために、ネットワーク リピーター (リピーター) を使用して、リピーターの両端で信号を双方向に転送する 2 本のケーブルを接続できます。リピータがケーブル信号を検出すると、信号を整理して増幅し、別のケーブルで接続されたネットワークに転送します。これは、主に戦争情報を報告するために使用されるビーコンと同じ原理で機能します。ビーコン タワーの兵士たちは、遠くにあるビーコン タワーの光と煙を観察した後、薪に火をつけ、自分たちのビーコン タワーの火と煙を動かし、順番に戦争情報を伝えました。
企業の情報化戦略と実装---企業ポータル:
インターネット技術の急速な発展に伴い、エンタープライズ ポータルは、企業がビジネス モデルを最適化し、市場チャネルを拡大し、顧客サービスを改善し、企業イメージと結束を強化するための重要な手段になりました。エンタープライズ ポータルは、実際のアプリケーション タイプに応じて、エンタープライズ Web サイト、エンタープライズ情報ポータル、エンタープライズ ナレッジ ポータル、およびエンタープライズ アプリケーション ポータルの 4 つのカテゴリに分類できます。複数のアプリケーション システムにわたるワークフローをサポートするために、エンタープライズ ポータルは主にアプリケーション統合テクノロジを使用して、既存のアプリケーション システムの処理ロジックを統合します。
組み込みシステム --- マイクロカーネル オペレーティング システム
マイクロカーネルのアーキテクチャを下図に示しますが、基本的な考え方は、オペレーティングシステムのハードウェアに直接関係する部分をマイクロカーネルアブストラクションレイヤー（HAL）と呼ばれる共通レイヤーとして抽出することです。このハードウェア抽象化レイヤーは、実際には仮想マシンであり、API インターフェイスを介して、このレイヤーに基づいて他のすべてのレイヤーに一連の標準サービスを提供します. マイクロカーネルには、プロセッサのスケジューリング、ストレージ管理、メッセージ通信などのいくつかのコンポーネントのみが予約されています.従来のオペレーティング システム カーネルの一部のコンポーネントは、カーネルの外部に実装されています。たとえば、ファイル管理システム、プロセス管理、デバイス管理、仮想メモリ、従来のオペレーティング システムのネットワーク機能などは、独立したサブシステムとしてカーネルの外部に配置されています。したがって、オペレーティング システムのほとんどのコードは、統一されたハードウェア アーキテクチャ上で設計するだけで済みます。
マイクロカーネル アーキテクチャの主な機能は次のとおりです。
- カーネルは非常に小さく、多くのオペレーティング システム サービスはカーネルに属していませんが、カーネル上で実行されるため、上位モジュールが更新されたときにカーネルを再コンパイルする必要はありません。
- ハードウェア抽象化レイヤーを使用すると、カーネルを他のハードウェア アーキテクチャに簡単に移植できます。新しいソフトウェアやハードウェア環境に移植する必要がある場合、マイクロカーネルはハードウェア関連の部分を少し変更するだけで新しいハードウェア環境に組み込むことができるため、ほとんどの場合、外部のサーバーやクライアントを移植する必要はありません。応用
- 柔軟性とスケーラビリティ マイクロカーネルの最大の利点の 1 つは、その柔軟性とスケーラビリティです。別のビューを実装する場合は、外部サーバーを追加できます。機能を拡張したい場合は、内部サーバーを追加して拡張できます。
ソフトウェア工学---開発モデル
スパイラル モデルは、ウォーターフォール モデルとラピッド プロトタイピング モデルを組み合わせ、他のモデルでは無視されるリスク分析を強調し、大規模で複雑なシステムに特に適しています。スパイラル モデルは、スパイラルに沿って複数の反復を実行します。図の 4 つの象限は、次のアクティビティを表します。
- 計画を立てる: ソフトウェアの目標を決定し、実装計画を選択し、プロジェクト開発の制約を明確にします。
- リスク分析: 選択したオプションを分析および評価し、リスクを特定して排除する方法を検討します
- 実装工学：実装ソフトウェア開発の検証
- 顧客評価: 開発作業を評価し、修正を提案し、次のステップの計画を策定します。
スパイラル モデルはリスクによって推進され、ソフトウェアの再利用をサポートする代替案と制約を強調し、ソフトウェアの品質を特別な目標として製品開発に組み込むのに役立ちます。ただし、スパイラル モデルには次のような制限もあります。
- スパイラル モデルはリスク分析を重視していますが、多くの顧客がこの分析を受け入れて信じ、それに応じて対応することは容易ではありません。したがって、このモデルは多くの場合、社内での大規模なソフトウェア開発に適しています
- プロジェクトの利益に大きく影響する場合、リスク分析を実行しても意味がないため、スパイラル モデルは大規模なソフトウェア プロジェクトにのみ適しています。
- ソフトウェア開発者は、可能性のあるリスクを見つけ、リスクを正確に分析することに長けているべきです。さもなければ、より大きなリスクをもたらすことになります
- 1 つ目は、ステージの目標を決定し、これらの目標のオプションと制約を完成させ、リスクの観点から計画の開発戦略を分析し、さまざまな潜在的なリスクを排除しようとすることです。プロトタイプの構築. いくつかのリスクを除外できない場合は、プログラムはすぐに終了します. そうでない場合は、次の開発ステップが開始されます. 最後に、このフェーズの結果が評価され、次のフェーズが設計されます。
ソフトウェア工学---クリーンルームソフトウェア工学
クリーンルームソフトウェアエンジニアリングは、より高品質のソフトウェアを開発できるソフトウェア開発の形式化された方法です。分析とモデル化にボックス構造仕様を使用し、主なメカニズムとして正確性検証を使用してエラーを見つけて排除し、統計テストを使用してソフトウェアの信頼性を検証するために必要な情報を取得します。クリーンルームのソフトウェア エンジニアリングでは、仕様と設計の厳密さ、および数学に基づく正確性の証明を使用した設計モデルの各要素の正式な検証が重視されます。
オペレーティング システム --- プロセス ステータス
同じプロセス内のスレッドによって共有されるリソースには、次のものがあります。
- ヒープ: ヒープはプロセス空間に作成されるため、共有されます
- グローバル変数：特定の関数とは関係ないのでスレッドとは関係ないので共有も兼ねています
- 静的変数: ローカル変数ですが、コード内の特定の関数に配置されますが、その格納場所はグローバル変数と同じです. ヒープに開かれた.bssおよび.dataセグメントは共有されます.
- ファイルなどの共通リソース: これらの共通リソースを使用するスレッドは同期する必要があります. Win32 は、シグナル、クリティカル セクション、イベント、ミューテックスなど、リソースを同期するいくつかの方法を提供します
独占的なリソースは次のとおりです。
- スタック: 各スレッドのスタックは、スレッド自体専用です。
- レジスタ: レジスタは各スレッドが命令を実行するときに使用され、スレッド間でレジスタは共有されません
コンピュータの構成とアーキテクチャ --- 多層ストレージ構造
- コンテンツによるアクセスは、連想ストレージの最も基本的な機能です. キャッシュは非常に古典的な連想メモリです.
マルチメディアの基本 --- マルチメディアの共通規格
MPEG-1 規格は、動画像とそれに付随する音声をデジタル ストレージ本体にエンコードすることを指し、そのデジタル レートは 1.5MB/s です. 圧縮率を向上させるために、フレーム内/フレーム間画像データ圧縮技術同時に使用する必要があります。
フレーム内圧縮アルゴリズムは JPEG 圧縮アルゴリズムとほぼ同じです. DCT ベースの変換符号化技術を使用して空間冗長情報を削減します. フレーム間圧縮アルゴリズムは予測と補間方法を使用します. 予測誤差は、DCT 変換符号化によってさらに圧縮できます。時間軸方向の冗長な方向を削減できるフレーム間符号化技術
エンタープライズ情報化戦略と実装 --- システム モデリング
IDEF統合定義法とは、モデリング、分析、シミュレーションの一連の方法の総称で、それぞれの方法は、モデリングを通じて特定の種類の情報を取得します.このうち、IDEF0はビジネスプロセスのモデル化に使用でき、IDEF4はオブジェクトのモデル化に使用できます.志向のデザイン
数学と経済管理---線形計画法
線形計画法の実行可能解領域は、一連の線形制約によって形成され、幾何学的に言えば、いくつかの線形解によって形成される領域です。線形計画法の目的関数も線形であるため、目的関数の等価領域は線形領域です。実行可能解領域の内点が目的関数内にあり、最適値に到達する場合、最適解は、内部点の目的関数等価領域と実行可能解領域の境界の交点からも到達できます。それで：
最初のステップの結論は、実行可能解領域の境界で最適解に到達する必要があるということです。目的関数の等値ドメインは平行であるため、等値ドメインが特定の方向に平行に移動するにつれて、目的関数の値は増加または減少します (または変化しないままになります)。実行可能解領域の境界上の非頂点で最適解に到達した場合、等価領域が特定の方向に移動するにつれて、目的関数の値が増減する (最適解と矛盾する) か、変化しないままになります。 (この段落では、最適解は境界上で到達します)、したがって、最適解は実行可能解ドメインの頂点で到達します。
実行可能解領域は一連の線形制約に対応する線形領域に囲まれているため、別の制約を追加すると、実行可能解領域が縮小される (新しい制約条件が元の実行可能解領域を分割する) か、実行可能解領域が縮小されます。変更されません (新しい制約は、元の実行可能なソリューション ドメインと交差しません)。
実行可能解領域が無限である場合、目的関数の等価領域を特定の方向に変換すると (目的関数の値は線形に変化します)、無限に増加または無限に減少する可能性があるため、最適解が存在しない可能性があります。解決。もちろん、実行可能解領域が無限であっても最適解が存在する場合もありますが、最適解が存在しない場合もあります。
線形計画法の実行可能解領域は凸領域であるため、領域内の 2 点をランダムに選択すると、これら 2 点を結ぶ線上のすべての点が実行可能解領域 (線形関数) に属します。線形凝固問題が実行可能解領域の 2 点で最適解 (等価値) に達する場合、これら 2 点の接続上で最適解が得られます (目的関数の等価値領域に 2 点が含まれる場合)。の場合、これら 2 点を結ぶ線上のすべての点も含まれます)。したがって、線形計画問題の最適解は、0 (なし)、1 のみ、または無数に存在するかのいずれかです。
ソフトウェア工学---情報システム開発手法
要件が不明確な場合、構造化された方法のウォーターフォール モデルを採用することは非常にリスクが高く、形式的な方法は要件が高く、数学的モデリングに基づいている必要があるため、エクストリーム プログラミングのみが最適です。エクストリーム プログラミングはアジャイルな手法であるため、スモール ステップと高速実行を重視し、要件が明確でない状況に効果的に対処できる小さな本を引き続きリリースします。
組込みシステム --- バスとインターフェース
共有バス上には複数のデバイスとスレーブデバイスが許可されており、複数のマスターデバイスが同時にバスを使用する必要がある場合があります (操作の実行はデバイスによって開始されます)。特定の時間に共有バス上で許可されるのは 1 つだけです。マスター デバイスはバスを使用します。これにはバス調停が必要です。集中アービトレーションは、中央のバス アービタ (バス コントローラ) を使用して、同時にバスの使用を要求するマスター デバイスからバスの使用権を取得できるかどうかを決定します. 主な方法には、デイジー チェーン クエリ方式、カウンター タイミング クエリ方式、および独立したリクエスト方法。
- デイジー チェーン クエリ方式では、デバイスが接続された順序で優先順位が決まるため、均等な機会を実現することはできません。
- カウンター タイミング クエリ (ポーリング) メソッドは、各マスター デバイスがバスの使用権を取得する可能性を基本的に同じにすることができます。
- また、独立リクエスト方式は、各マスターデバイスがバス使用権を取得する機会が基本的に同じであることも実現できます。
組み込みシステム --- マルチプロセッサ システム:
大まかに言えば、複数のコンピューターを使用して連携して必要なタスクを実行するコンピューター システムは、マルチプロセッサ システムです。従来のナロー マルチプロセッサ システムとは、システム内で複数の CPU を使用して複数のユーザー プログラムを並行して実行し、システムのスループットを向上させたり、冗長操作を実行してシステムの信頼性を向上させたりすることを指します。プログラム レベルの並列処理は、ジョブ レベルとタスク レベルに属します。
並列処理は粗粒度並列と細粒度並列に分けられますが、いわゆる粗粒度並列とは、マルチプロセッサ上で複数の処理を別々に実行し、複数のプロセッサが協調してプログラムを完成させることです。いわゆる細粒度並列処理とは、1 つのプロセス内の操作および/または命令レベルでの並列処理を指します。これら 2 種類の粒度の並列処理はコンピューター システムで同時に使用でき、細粒度の並列処理は単一のプロセッサで使用されます。
データベース システム --- ER モデル
- 要件分析: データ フロー図、データ ディクショナリ、要件仕様
- 構造概念設計：ERモデル
- 論理構造設計：変換規則、正規化理論
- 物理設計: ビュー、整合性制約、およびアプリケーション処理仕様
マルチメディアの基礎 --- マルチメディア技術の基本概念:
コンピュータ マルチメディア テクノロジの基本的な特徴は、デジタル化、統合、双方向性、およびコンピュータの周りに形成され、コンピュータによって制御されることです。コンピュータおよびマルチメディア技術はすべてデジタル化に基づいています。
要件エンジニアリング---UML
UML は 5 つのシステム ビューを使用して、システム分解のコンポーネントを含むシステムの組織構造を記述し、それらの関連付け、相互作用メカニズム、指針などを記述して、システム設計のための情報を提供します。
- ユース ケース ビューは、最も基本的な要件分析モデルです。
- 論理ビューは、設計モデルのアーキテクチャ上重要な部分、つまり、クラス、サブシステム、パッケージ、およびユース ケースの実現のサブセットを表します。
- プロセス ビューは、実行可能なスレッドとプロセスをアクティブなクラスとしてモデル化したものです。
- 実装クラス ビューは、システム ベースの物理コードを構成するファイルとコンポーネントをモデル化します。
- 展開ビューは、一連の物理ノードにコンポーネントを展開し、ソフトウェアからハードウェアへのマッピングおよび配布構造を表します。
コンピュータネットワーク---TCP、IPプロトコルファミリー
名前解決プロセスでは、DNS サーバーはまずローカル キャッシュにクエリを実行し、キャッシュにドメイン名のレコードがない場合は、地域内のプライマリ ドメイン ネーム サーバーを検索し、次に転送ドメイン ネーム サーバーにクエリを実行し、最後にroot domain name server. したがって、正しい順序は次のとおりです: local cache record --- "zone record ---" forwarding domain name server ---- "root domain name server
情報セキュリティ---ファイアウォール技術
DMZ は英語の非武装地帯の略で、中国名は「分離地帯」とも呼ばれ、「非武装地帯」とも呼ばれます。これは、ファイアウォールがインストールされた後、外部ネットワークが内部ネットワーク サーバーにアクセスできないという問題を解決するためのものであり、非セキュア システムとセキュア システムの間にバッファーが設定されます。企業の内部ネットワークと外部ネットワーク. この小さなネットワーク領域には、企業の Web サーバー、FTP サーバー、フォーラムなど、公開する必要があるいくつかのサーバー設備を配置できます。一方、このような DMZ エリアを介して、内部ネットワークはより効果的に保護されます。これは、この種のネットワーク展開には、一般的なファイアウォール ソリューションよりも攻撃者に対するチェックポイントが 1 つ多いためです。ネットワーク構造を下図に示します
企業情報化戦略---情報システム戦略計画
情報システム戦略計画 (ISSP) は、戦略から開始し、企業の基本的な情報構造を構築し、企業の内部および外部の情報リソースの統一された計画、管理および適用を実行し、情報を使用して企業の行動を制御し、企業を支援します。意思決定において、企業を支援する 会社は戦略的目標を達成します。
ISSP 法は 3 つの主要な段階を経ており、各段階で使用される方法は異なります。
第一段階は、主に機能部門のニーズを中心としたデータ処理と情報システムの計画に焦点を当てており、主な方法には、エンタープライズシステムの計画方法、重要な成功要因の方法、および戦略収集の変換方法があります。
第二段階は、主に企業の内部管理情報システムに焦点を当て、企業の全体的なニーズを中心に情報システムの計画を行い、主な方法には、戦略計画法、情報工学法、戦略グリッド法などがあります。
第3段階では、企業の内部および外部環境を考慮して、統合がコアであり、情報システム計画は企業の戦略的ニーズを中心に実行されます.主な方法には、バリューチェーン分析方法と戦略的一貫性が含まれます.モデル。
戦略目標セット変換法：プロセス全体を情報の集合と見なし、組織の戦略目標を経営情報システムの戦略目標に変換します。
エンタープライズ システムの計画方法: エンタープライズの目標、エンタープライズ プロセス、およびデータを上から下に特定し、データを分析して、下から上に情報システムを設計します。
企業の情報化戦略と実行---情報システムの戦略立案
情報資源計画 (Information Resource Planning IRP) は、情報構築の基本的なプロジェクトであり、生成、取得、処理、保存、送信、および利用など、企業の生産および運用活動に必要な情報の包括的な計画を指します。
IRP は、要件分析とシステム モデリングの密接な組み合わせを強調しています. 要件分析はシステム モデリングの準備であり、システム モデリングはユーザー ニーズの最終化および計画された表現です. IRP の主なプロセスは次のとおりです。
- ビジネス要件分析: 機能ドメイン分析、ビジネス ドメイン定義、ビジネス プロセスの分類
- データ要件分析: ユーザー ビューの収集、ユーザー ビューのグループ化、分析、データ要素分析
- システム機能モデリング: サブシステム定義、機能モジュール定義、プログラム単位定義
- システム データ モデリング: 対象データベース定義、基本テーブル定義、拡張テーブル定義
-
企業の情報化戦略とその実現 --- 情報システムの概念と種類
エンタープライズ情報システムは、ビジネスの複雑さと技術的な複雑さを伴う大規模なシステムであり、対象システムが現在のシステムの基本機能を実現するだけでなく、それを改善および強化するためには、システム アナリストはまず既存の実際の現在のシステムを理解し、記述する必要があります。 system. system を改良し、現在のシステムをベースにしながら、現在のシステムよりも優れたターゲットの新しいシステムを作成します。
システム開発の目的は、既存システムの物理モデルを対象システムの物理モデルに変換することです。
エンタープライズ情報化戦略と実装 --- システム モデリング
IDEFとは、一連のモデリング、解析、シミュレーション手法の総称で、IDEF0からIDEF14までの16組の手法があり、各手法群はモデリングプログラムを通じて特定の種類の情報を取得します。
- IDEF0: 機能モデリング
- IDEF1: 情報モデリング
- IDEF1X: データモデリング
- IDEF2: シミュレーション モデリング デザイン
- IDEF3: プロセス記述取得
- IDEF4: オブジェクト指向設計
- IDEF5: オントロジー記述取得
- IDEF6: 設計原則の習得
- IDEF7: 情報システム監査
- IDEF8: ユーザー インターフェイス モデリング
- IDEF9: シナリオ主導の情報システム設計
- IDEF10: 実装フレームワークのモデリング
- IDEF11: 情報アーティファクトのモデリング
- IDEF12: 組織モデリング
- IDEF13: 3 モード マッピング設計
- IDEF14: ネットワーク計画
IDEF0 のモデリング機能を使用して、企業のビジネス プロセスを記述することができ、そのラダー レベルを使用して、ビジネス プロセスのラダー構造の特徴を記述することができます。ビジネス プロセス; 低レベルのビューから、機能アクティビティはプロセスのビジネス アクティビティに対応します。IDEF0 のアクティビティ記述方法とアクティビティ間の接続方法を使用して、ビジネス プロセス アーキテクチャを適切に記述できます。IDEF0 モデルは、視覚的で直感的で理解しやすく分析しやすいモデルですが、このグラフィカル モデルでは、ビジネス プロセスの内部構造の特徴や法則を深く理解することはできず、ビジネス プロセスが複雑な場合、対応する有向グラフは相互に交差する混沌としたネットワークは、プロセスの特性を分析するのに役立ちません。
企業の情報化戦略と実装---政府の情報化と電子政府
電子政府は、次のタイプに分けられます。
- G2G 政府間: 政府間の相互作用、および政府と公務員間の相互作用。人口情報などの基本情報の収集、処理、および利用; すべてのレベルでの政府の意思決定支援; G2G には原則として以下が含まれます: 政府から公務員へ (G2G、政府から従業員へ): 内部管理情報システム
- 政府から企業へ (G2B、政府から企業へ): 政府が企業に提供する政策環境。ビジネス ユニットに発行されるさまざまなビジネス ライセンス、許可、適合証明書、および品質認証。
- Business to Government (B2G、Business To Government): 企業は税金を払い、企業は政府にサービスを提供し、企業はさまざまな政府プロジェクトの入札に参加し、さまざまな商品やサービスを政府に提供し、企業は政府に提案し、訴えます。
- Government to Citizen (G2C、Government To Citizen): 政府が市民に提供するサービス。地域の公安、水、火、自然災害などの公安に関する情報。アカウント、各種証明書、ライセンスの管理。
- C2G 市民から政府へ: 個人は、税金と罰金を政府と市民のフィードバック チャネルに支払う必要があります。個人は様々な税金や手数料を政府に納め、世論を理解し、大衆の意見を求めなければならない。警報サービス (泥棒、医療、救急車、消防など)
エンタープライズ情報化戦略と実装 --- データ ウェアハウスとデータ マイニング
- 相関分析: 相関分析は主に、異なるイベント間の相関関係を発見するために使用されます。つまり、あるイベントが発生すると、別のイベントが頻繁に発生します。相関分析の焦点は、実用的な価値に関連するイベントを迅速に発見することです。主な根拠は、イベントの確率と条件付き確率が特定の統計的有意性に準拠する必要があるということです。アソシエーション分析を実行している間, 2 つのパラメータも計算する必要があります, すなわち最小信頼度 (信頼性) と最小サポート読み取り. 前者は、可能性が低すぎるルールを除外するためにルールが満たす必要がある最小信頼度を示します. 後者は.統計的な意味でルールを満たす必要がある最小の程度を示すために使用されます。
- シーケンス分析: シーケンス分析は主に、一定の時間間隔内で連続して発生するイベントを発見するために使用されます. これらのイベントはシーケンスを構成し、発見されたシーケンスは普遍的な意味を持つ必要があります. 基礎は統計的確率だけでなく, 時間的制約でもあります. シーケンス解析を実行する場合、信頼度と支持度も計算する必要があります。
- 分類分析: 分類分析では、カテゴリを使用してサンプルの特性を分析し、どのサンプルがさまざまなカテゴリに属しているかを判断するための規則または方法を取得します。これらの規則と方法を使用して未知のカテゴリのサンプルを分類する場合、一定の精度が必要です。主な手法としては、統計に基づくベイジアン法、ニューラルネットワーク法、決定木法などがあります。分類分析では、最初に各レコードにラベル (異なる特性を持つカテゴリのグループ) を割り当てます。つまり、ラベルに従ってレコードを分類し、次にこれらの調整されたレコードをチェックして、これらのレコードの特性を記述します。これらの記述は、例えば一連の規則の定義のように明示的であってもよいし、数学モデルや式のように暗黙的であってもよい。
- クラスター分析: クラスター分析は、カテゴリのないサンプルをさまざまなグループに集約し、「群れのように」の原則に従ってそのようなグループをそれぞれ説明するプロセスです。主な基礎は、同じグループに収集されたサンプルは互いに類似している必要があり、異なるグループに属するサンプルは十分に異なる必要があるということです.クラスター分析は分類分析の逆プロセスです.その入力セットはキャリブレーションレコードのセットです. . つまり、入力レコードはいかなる方法でも処理されません。その目的は、特定のルールに従ってレコード コレクションを合理的に計画し、明示的または暗黙的な方法でさまざまなカテゴリを記述することです。
情報技術の知識 --- アプリケーション統合技術 --- データベースおよびデータ ウェアハウス技術
ビジネス インテリジェンスの実現には、データ レポート、多次元データ分析、データ マイニングの 3 つのレベルがあります。
エンタープライズ情報化戦略と実装---ビジネス インテリジェンス
ビジネス インテリジェンス システムの処理プロセスには、データの前処理、データ ウェアハウスの確立、データ分析、データ表示の 4 つの段階があります。
- データの前処理: 企業の生データを統合する最初のステップで、データの抽出、変換、読み込みの 3 つのプロセスが含まれます。
- 大量のデータを処理するための基盤となるデータ ウェアハウスを確立します。
- データ分析: システムのインテリジェンスを反映するための鍵であり、一般的に OLAP とデータ マイニング テクノロジを使用します。
-
- (OLAP) オンライン分析処理: データの集計と集計を実行するだけでなく、スライス、ダイシング、ドリルダウン、ロールアップ、ローテーションなどのデータ分析機能も提供します。ユーザーは、大量のデータに対して多次元分析を簡単に実行できます。
- データマイニング: 目標は、データの背後にある隠れた知識を掘り起こし、相関分析、クラスタリング、分類などの方法で分析モデルを確立し、企業の将来の発展傾向と直面する問題を予測することです。
- 膨大なデータと分析方法の増加の場合、データ表示は主にシステム分析結果の視覚化を保証します。
システム計画 --- 費用便益分析
費用行動の分類によると、固定費、変動費、混合費に分けることができます。
- 固定費：固定費とは、経営者の給与、事務費、固定資産の減価償却費、固定資産の減価償却費、固定資産の減価償却費など、一定期間内の一定の業務量範囲内で、業務量の変化に影響されずに一定に保たれる費用のことをいいます。社員研修費など 固定費は、裁量固定費と拘束固定費に分けることができます。裁量的固定費とは、事務所スペースや機械の減価償却費、家屋や備品の賃料、管理スタッフの人件費など、経営者が金額を決定できない固定費、つまり使わなければならない費用を指します。
- 変動費：変動費とも呼ばれる変動費は、一定期間内および一定範囲の業務量内で、業務量の変化に比例して合計金額が変化する費用を指します。例：直接材料費、製品包装費、外注費、開発ボーナスなど 変動費は、裁量変動費と拘束変動費に分けられます。開発賞与や外注費などは裁量的変動費とみなすことができ、拘束力のある変動費は通常、システム構築の直接材料消費費として表現され、直接材料費が最も典型的です。
- 混合費用: 混合費用とは、水道料金、電気料金、電話料金など、固定費と変動費が混在する費用のことです。これらの費用には通常、ベースがあり、それを超えるとビジネス量の増加に伴ってベースが増加します。例えば、品質保証担当者の給与や設備電力費などのコストは、一定の業務量内では一定であり、それを超えると業務量の増加に伴い増加します。従業員の通常の賃金は一般に固定されているため、従業員の賃金も混合費用に起因する場合がありますが、残業が必要な場合は、残業賃金と時間の長さとの間に正比例関係があります。
ソフトウェア工学---情報システム開発手法
- トップダウンの開発方法: 最初に最上位レベルの問題を定義、設計、プログラミング、およびテストし、未解決の問題を次のサブタスクとして解決する次のレベルに置きます。
- ボトムアップ開発方法: システムの機能要件に従って、特定のデバイス、ロジック コンポーネント、または類似のシステムから開始し、それらを相互接続、変更、および拡張することにより、必要なシステムを形成します。
- 形式的手法：数学的基礎がしっかりした手法であり、システムや開発プロセスの厳密な処理と実証が可能であり、非常に高いシステムセキュリティレベルを必要とするソフトウェア開発に適しています。
- 非公式な方法: 厳密さを主な問題点とせず、さまざまな開発モデルの形に反映されます。
- 全体的方法：適用範囲の観点から、全体的方法と部分的方法に分けることができます。ソフトウェア開発の全プロセスに適用できる方法は、ホリスティック方法と呼ばれます。
- ローカル アプローチ: 開発プロセスの特定の段階に適用されるソフトウェア アプローチは、ローカル アプローチと呼ばれます。
ソフトウェア エンジニアリング---開発モデル:
RUP には、初期フェーズ、精緻化フェーズ、コンポーネント フェーズ、配信フェーズの 4 つのフェーズがあります。
- 開始フェーズ: 初期フェーズのタスクは、ビジネス モデルを確立し、プロジェクトの境界を定義することです。初期段階では、システムと相互作用するすべての外部エンティティを識別し、システムと外部エンティティとの相互作用の特性を定義する必要があります。このフェーズでは、ビジネスに対する主なリスクとプロジェクト全体の要件に焦点を当てます。
- 精緻化フェーズ: 精緻化フェーズのタスクは、問題のドメインを分析し、健全な構造を確立し、プロジェクトで最もリスクの高い要素を排除することです。エラボレーション フェーズでは、プロジェクトのサポート環境を確立しながら、そのスコープ、主要な機能、およびパフォーマンスなどの非機能要件を含むシステム全体の理解に基づいて、アーキテクチャに関する決定を行う必要があります。
- 構築フェーズ: 残りのすべてのコンポーネントとアプリケーション機能が開発され、製品に統合され、詳細にテストされます。ある意味では、ビルド フェーズは、コスト、スケジュール、および品質を最適化するためにリソースを管理し、運用を制御することに重点を置いた製造プロセスです。構築フェーズの主なタスクは、リソースを最適化し、不要なスクラップや手直しを回避することで開発コストを最小限に抑えること、必要なすべての機能の分析、開発、テストを完了し、利用可能なバージョンを迅速に完成させること、ソフトウェア、サイト、およびユーザーがソフトウェアは展開の準備ができています。
- 配信フェーズ: ベースラインがエンド ユーザーの実際の環境にインストールするのに十分なほど完成すると、配信フェーズに入ります. 配信フェーズの焦点は、エンド ユーザーがソフトウェアを利用できるようにすることです.デリバリー フェーズでは、製品リリース バージョンのテストと作成、エンド ユーザー サポート ドキュメントの完成、ユーザーのニーズに応じた新しいシステムの確認、ユーザー メンテナーのトレーニング、現在のバージョンに関するユーザー フィードバックの取得、フィードバックに基づく製品の調整を行います。 : デバッグ、パフォーマンスまたは使いやすさの向上など。
- RUP の各フェーズは、さらに反復に分割できます。反復的 完全な開発サイクル。最終製品のサブセットである製品の実行可能バージョンが生成され、最終システムが呼び出されるまで、ある反復プロセスから別の反復プロセスへと段階的に開発されます。従来のプロジェクト編成は、各ワークフローを順番に通過することであり、各ワークフローは 1 回だけという、おなじみのウォーターフォール ライフ サイクルです。その結果、製品が完成してテストが開始される実装期間の終わりまでに、分析、設計、および実装フェーズから残された隠れた問題が大量に発生し、プロジェクトが停止して長期にわたる可能性があります。バグ修正サイクルが始まります。
- より柔軟でリスクの少ないアプローチは、さまざまな開発ワークフローを複数回実行することです。これにより、要件をよりよく理解し、堅牢なアーキテクチャを構築し、最終的に一連の段階的に完了したリリースを提供できます。これは反復ライフサイクルと呼ばれます。ワークフロー内の各連続パスは反復と呼ばれます。ソフトウェア ライフ サイクルは、ソフトウェアが段階的に開発される反復的な連続体です。反復には、実行可能な開発アクティビティの生成と、リリースの説明、ユーザー ドキュメントなど、リリースを使用するために必要なその他の補助コンポーネントの生成が含まれます。したがって、開発イテレーションは、ある意味で、少なくとも要件ワークフロー、分析および設計ワークフロー、実装ワークフロー、テスト ワークフロー、それ自体が小さなウォーターフォール プロジェクトのようなすべてのワークフローを通過する完全なパスです。
