抜粋:情報システムプロジェクトの32時間の通関手続き(学習とコミュニケーションのみ、侵害は削除されました!)
テストサイト分析
この章では、主に情報、情報化、情報システム、情報システムサービス管理、ソフトウェアエンジニアリング、オブジェクト指向システムの分析と設計、アプリケーション統合テクノロジー、コンピューターネットワークテクノロジー、情報システムセキュリティ、新テクノロジー、CIOの責任などについて学習します。
試験のシラバスによると、この章の知識ポイントには多肢選択式の質問が含まれ、約6〜18ポイントを占めます。コンテンツのこの部分は概念を強調していますが、国のコンピュータ技術とソフトウェアの専門家の技術資格(レベル)試験の過去の規則によれば、概念はより多くの参照教科書の試験にすぎず、拡張されたコンテンツは少なくなります。
情報システムに関する包括的な知識
基本的な知識のポイント
-
情報の基本概念
(1)サイバネティックスの創始者であるウィーナーは、情報は物質でもエネルギーでもない情報であると信じています。
(2)情報化の創設者であるシャノンは、情報は不確実性を排除するために使用できるものであると信じています。
(3)情報の概念には、存在論的レベルと認識論的レベルの2つの基本的なレベルがあります。前者は純粋に客観的なレベルであり、オブジェクト自体の要因にのみ関連し、対象の要因とは関係ありません。後者は、対象因子と対象因子の両方に関連する対象の観点から情報のレベルを調べます。 -
情報の定量的説明。
(1)確率を使用して情報を定量的に記述するためのシャノンの式は次のとおりです。
(2)その中でH(X)はXの情報エントロピーを表し、piはイベントがi番目の状態で現れる確率です。バイナリの場合、対数の底は2です。これは、情報として使用できる情報エントロピーの尺度であり、情報量と呼ばれ、単位はビットです。 -
情報伝達モデル
-
情報品質属性
情報の品質属性の省略形:完全な精度と経験の安全性。
情報品質属性 | 説明 |
---|---|
正確さ | 物事の状態の記述の正確さ |
完全 | 物事の状態の記述の完全性 |
信頼性 | 情報源は合法であり、送信プロセスは信頼できます |
適時性 | タイムリーな情報 |
経済 | 経済的な情報の取得と送信のコスト |
検証可能性 | 情報の主な品質属性は検証または改ざんできます |
安全性 | 許可なく情報にアクセスできる可能性が低いほど、セキュリティは高くなります。 |
情報化
基本的な知識のポイント
- 情報の意味
(1)情報化は、小から大まで5つのレベルに分けられます。速記:生産企業の国有企業。
情報レベル | 説明 |
---|---|
商品情報 | オンボードコンピュータシステムと統合された車など |
企業情報 | CRM、ERPなど。 |
業界情報 | 運輸や製造などの伝統的な産業は、情報技術を多用してプロセスや製品の情報化を完了し、リソースの最適化と再編成を実現し、産業のアップグレードを実現します |
国民経済の情報化 | 大規模な経済システムの中で統一された情報の流れを実現し、生産、流通、流通、消費の4つの経済的リンクを情報を通じて全体にさらに統合できるようにすることを指します。 |
社会生活の情報化 | 高度な情報技術を用いて活動の時間と空間を拡大し、生活の質を向上させる、ビジネス、教育、日常生活などを含む社会システム全体を指します。スマートシティなど。 |
(2)情報化の主体は、政府、企業、企業、団体、個人を含む社会のすべての構成員です。空域は、政治的、経済的、文化的、軍事的、社会的生活のすべての分野です。時間領域は長期的なプロセスです。
- 情報システムの6つの要素
情報リソースがコアであり、情報技術アプリケーションがリーダーであり、情報ネットワークが基盤であり、情報技術と産業が国の情報化構築の基盤であり、情報化の才能が鍵であり、情報化の方針、規制、基準が保証されています。
- 国家情報化開発戦略概要
2016年7月、中国共産党中央委員会総局と国務院弁公庁は「国家情報化開発戦略の概要」を発表した。
戦略的概要 | 時間要件(年) | 説明 |
---|---|---|
最初の一歩 | 2017-2020 | インターネットと情報産業は、万能な社会を構築し、重要な戦略的レイアウトを提供し、近代化を推進する主要な力として情報化を促進するという目標に焦点を当て、新しい開発コンセプトの実践において一歩先を行っています。 |
第二段階 | 2020-2025 | ネットワークパワーの構築、高度なテクノロジー、先進産業、主要なアプリケーション、および破壊不可能なネットワークセキュリティの実現という目標に密接に焦点を当てています |
3番目のステップ | 2025-21世紀半ば | 情報化は、繁栄し、民主的で、文明的で、調和のとれた社会主義現代国の建設を完全にサポートし、ネットワーク力の地位はますます強化され、グローバルな情報化の発展をリードしています |
- 2つの統合の意味
(1)情報化と工業化開発戦略の統合を指します。
(2)情報資源と材料やエネルギーなどの産業資源との統合を指します。
(3)仮想経済と産業実体経済の統合を指します。
(4)情報技術と産業技術、IT機器と産業機器の統合を指します。
- 電子政府
電子政府には、主にG2G、G2B、G2C、G2Eの4つの側面が含まれます。
- Eコマース
(1)電信、電話、ラジオ、テレビ、ファックス、コンピューター、コンピューターネットワークなどの方法、ツール、およびテクノロジーを使用してビジネス活動を行うことは、eコマースと呼ばれます。
(2)電子データ交換(EDI)は、元のeコマースと最新のeコマースを接続する手段です。
(3)eコマースの基本的な特徴を下図に示します。
(4)eコマースシステムの構造
公共政策、法律、プライバシー | Eコマースアプリケーションの オンラインマーケティングと広告、オンラインショッピング、購入と購入、リモート金融サービス、サプライチェーン管理、その他のアプリケーション |
さまざまな技術基準 |
ビジネスサービス 、セキュリティ、認証、電子決済のためのインフラストラクチャディレクトリサービス |
||
メッセージと情報を広めるためのインフラストラクチャ FAX、Eメール、EDI、HTTP |
||
マルチメディアコンテンツとネットワークパブリッシングインフラストラクチャ HTML、Java、グローバルWeb |
||
ネットワークインフラストラクチャ 通信ネットワーク、ケーブルテレビネットワーク、無線通信ネットワーク、インターネット |
(5)eコマースの種類
説明:
B2Bは、インターネットを介した企業と企業間の製品、サービス、および情報の交換を指します。その開発は、電子データ交換、基本的な電子商取引、電子取引フェア、およびアリババなどの共同商取引の4つの段階を経てきました。
B2Cは、JD.comやDangdangなどの企業と個人消費者の間のeコマースを指します。
C2Cとは、消費者と消費者がTaobaoやeBayなどのeコマーストランザクションプラットフォームを介してトランザクションを実行するビジネスモデルを指します。
O2Oとは、オフラインの商品やサービスのオンライン購入、商品を受け取ったりサービスを楽しんだりするための実店舗を指し、特にケータリング、劇場、クラブ、その他のサービスチェーン企業に適しています。
(6)電子商取引開発の基本原則を強化する。
- 事業体、政府の昇進
- 仮想と実際を組み合わせた全体的な計画
- イノベーションに焦点を当て、実用的な結果に焦点を当てる
- 開発を標準化し、安全性を確保する
(7)電子商取引の開発のためのサポートおよび保証システム(略語:フランスの標準Anxinは現在の技術サービスにあります)
7.企業情報化
(1)概念:企業情報化とは、科学的計算、プロセス制御、トランザクション処理、運用管理のさまざまな分野で、企業の運用、管理、および意思決定のすべてのレベルで、包括的な最新の情報技術を導入および使用することを指します。管理システムとメカニズムの改革。これにより、企業の作業効率、市場競争力、および経済的利益が大幅に向上します。
(2)現在、企業間の「大」と「小」の競争は「速い」と「遅い」にシフトしている。
(3)企業情報の開発プロセスは、次の原則に従う必要があります。
- 応益原則
- ファーストインコマンド
- 中長期および短期の建設を組み合わせる原則
- 標準化と標準化の原則
- 人を重視する原則
補足知識ポイント
情報システム
基本的な知識のポイント
- 情報システムの定義
(1)情報システム:情報処理を目的とした特殊なシステムです。情報システムのコンポーネントには、ハードウェア、ソフトウェア、データベース、ネットワーク、ストレージデバイス、センシングデバイス、周辺機器、人員、およびデータを情報に処理するための手順が含まれます。
(2)情報システム統合:計画、設計、および制御の方法論として最新の管理理論(ソフトウェアエンジニアリング、プロジェクト管理など)を使用し、ハードウェア、ソフトウェア、データベース、ネットワーク、およびその他のコンポーネントを計画された構造と順序明確な境界を持つ情報システムでは、確立されたシステムの目標を達成するために、このプロセスは情報システム統合と呼ばれます。
- 情報システムのライフサイクル
情報システムのライフサイクルには、プロジェクトの確立(システム計画)、開発(システム分析、システム設計、システム実装、システム受け入れ)、運用と保守、および廃止の4つの段階が含まれます。
- 情報システム開発手法
一般的な開発方法 | 特徴 |
---|---|
構造化されたアプローチ | 理論的基盤は厳密であり、開発プロセスの整合性と全体的な性質に焦点を当てています。 しかし、開発サイクルは長く、文書化と設計手順は面倒で効率的に機能します。開発の開始時にシステムの情報要件を完全に理解する必要があります。 |
プロトタイピング方法 | ユーザーのニーズが最初から明確に定義されておらず、管理上の意思決定方法が適切に構成されていないシステム開発に適しています。 ただし、ユーザーの協力が不十分で盲目的に変更すると、開発プロセスが遅れます。 |
オブジェクト指向アプローチ | 重要な点は、問題の領域を反映するだけでなく、コンピュータシステムソリューションの領域でも受け入れられる、包括的で合理的で統一されたモデルを確立できるかどうかです。 |
サービス指向アプローチ | オブジェクト指向アプリケーションは、クラスとオブジェクトに基づいて構築され、その後開発されたモデリング手法により、関連するオブジェクトがビジネス機能に従ってグループ化され、コンポーネントの概念が形成されます。クロスコンポーネント関数呼び出しの場合、それらはインターフェースの形式で公開され、インターフェースの定義は実装からさらに切り離され、サービスおよびサービス指向の開発メソッドが生まれます。 アプリケーションの観点からは、組織内および組織間のさまざまなアプリケーションシステムの相互通信と相互運用性は、組織の情報の習得度と処理速度に直接影響します。需要や環境の変化に対応するために情報システムをどのように表現し、システムの再利用性、情報リソースの共有、システム間の相互運用性を向上させるかが、情報構築の効率に影響を与える重要な問題になっています。サービス指向の考え方はこれを満たしています。クラスの要件。これは、特定の技術実装方法に固執せず、主要なトレンドとなっている新しいシステム開発のアイデアを表しています。 |
ITサービス管理
基本的な知識のポイント
- 初期のITサービス管理は、主に企業の内部IT部門を対象としていましたが、従来のITサービス管理は、企業の内部IT部門、つまり内部で提供されるサービスによって提供されていました。
- ITサービス管理(ITSM)は、組織がITシステムの計画、R&D、実装、および運用を効果的に管理するのに役立つ一連の方法であり、一連の方法論です。
- ITSMの中心的な考え方は、内部または外部のIT組織がITサービスプロバイダーであり、その主な仕事は低バージョンで高品質のITサービスを提供することです。
- ITSM 是一种 IT 管理,与传统的 IT 管理不同,它是一种以服务为中心的 IT 管理。
- 实施 ITSM 的根本目标有三个:以客户为中心提供 IT 服务,提供高质量、低成本的服务,提供的服务可准确计价。
- ITSM 的基本原理可简单地用“二次转换”来概括,第一次是“梳理”,第二次是“打包”。
- 虽然技术管理是 ITSM 的重要组成部分,但 ITSM 的主要目标不是管理技术。有关 IT 的技术管理是系统管理和网络管理的任务,ITSM 的主要任务是管理客户和用户的 IT 需求。
- 信息系统监理的内容如下图所示
9. ITSS的构成如下图所示
软件工程
基础知识点
- 软件需求分析与定义
(1)需求必须可以被验证
(2)需求分析的目标:检测和解决需求之间的冲突、发现系统的边界、详细描述出系统需求
- 软件设计、测试与维护
(1)软件设计:根据软件需求,产生一个软件内部结构的描述,并将其作为软件构造的基础。通过软件设计,描述出软件架构及相关组件之间的接口;然后,进一步详细地描述组件,以便构成这些组件。
(2)软件测试:为了评价和改进软件质、识别产品的缺陷和问题而进行的活动。
(3)软件维护类型及解释如下表所示
软件维护类型 | 解释 |
---|---|
更正性维护 | 更正交付后发现的错误 |
适应性维护 | 使软件产品能够在变化后或变化中的环境中继续使用 |
完善性维护 | 改进交付后产品的性能和可维护性 |
预防性维护 | 在软件产品的潜在错误成为实际错误前,检测并更正它们 |
- 软件质量保证及质量评价
(1)软件质量包括内部质量、外部质量和使用质量三部分。
(2)验证过程试图确保活动的输出产品构造正确,即活动的输出产品满足活动的规范说明。确认过程则试图确保构造了正确的产品,即产品满足其特定目的。
- 软件配置管理
(1)软件配置管理活动包括:软件配置管理计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付等活动。
(2)配置库的权限设置
权限 | 内容 |
---|---|
Read | 可以读取文件内容,但不能对文件进行变更 |
Check | 可使用 [check in] 等命令,对文件内容进行变更 |
Add | 可使用[文件追加]、[文件重命名]、[删除]等命令 |
Destroy | 有权执行文件不可逆毁坏、清楚、[rollback] 等命令 |
(3)受控库的权限设置
项目经理 | 项目成员 | QA | 测试人员 | 配置管理员 | ||
---|---|---|---|---|---|---|
文档 | Read | ✔ | ✔ | ✔ | ✔ | ✔ |
Check | ✔ | ✔ | ✔ | ✔ | ✔ | |
Add | ✔ | ✔ | ✔ | ✔ | ✔ | |
Destroy | ✖ | ✖ | ✖ | ✖ | ✔ |
项目经理 | 项目成员 | QA | 测试人员 | 配置管理员 | ||
---|---|---|---|---|---|---|
代码 | Read | ✔ | ✔ | ✔ | ✔ | ✔ |
Check | ✔ | ✔ | ✖ | ✖ | ✔ | |
Add | ✔ | ✔ | ✖ | ✖ | ✔ | |
Destroy | ✖ | ✖ | ✖ | ✖ | ✔ |
说明:✔表示该人员具有相应权限,✖表示该人员没有相应权限。
(4)产品库的权限设置
项目经理 | 项目成员 | QA | 测试人员 | 配置管理员 | |
---|---|---|---|---|---|
Read | ✔ | ✔ | ✔ | ✔ | ✔ |
Check | ✔ | ✔ | ✔ | ✔ | ✔ |
Add | ✖ | ✖ | ✖ | ✖ | ✖ |
Destroy | ✖ | ✖ | ✖ | ✖ | ✖ |
- 软件过程管理
包括五个方面:项目启动与范围定义、项目规划、项目实施、项目监控与评审、项目收尾与关闭。
- 软件开发工具
软件开发工具是用于辅助软件生命周期过程的基于计算机的工具。例如:软件需求包括需求建模工具和需求追踪工具。
- 软件复用
软件复用的主要思想是:将软件看成是由不同功能的“组件”组成的有机体,每一个组件在设计编写时都可以被设计成完成同类工作的通用工具。
面向对象系统分析与设计
基础知识点
- 面向对象的基本概念
(1)对象的三个基本要素分别为:对象标识、对象状态、对象行为。
(2)对象是类的实例,类是对象的模版。如果将对象比作房子,类就是房子的设计图纸。
(3)类的构成
(4)类的继承
(5)类的多态
- 统一建模语言和可视化建模
(1)UML 的 5 种视图
- 用例视图,Use case view:用例视图定义系统的外部行为,定义了系统的需求,是描述系统设计和构件的其他视图的基础,即用例驱动。又叫用户模型视图。
- 逻辑视图,Logic view:逻辑视图描述逻辑结构,该逻辑结构支持用例视图描述的功能,它描述了问题空间中的概念以及实现系统功能的机制,如类、包、子系统等。又叫结构模型视图或静态视图。
- 实现视图,Implementation view:实现描述用于组件系统的物理组件,如可执行文件、代码库和数据库等系统程序员所看到的软件产物,是和配置管理以及系统集成相关的信息。也叫组件视图。
- 过程视图,Process view:过程视图描述将系统分解为过程和任务,以及这些并发元素之间的通信与同步。也叫并发视图、动态视图或者协作视图等。
- 部署视图,Deployment view:描述系统的物理网络布局,是系统工程师和网络工程师所感兴趣的。又叫物理视图。
(2)UML 提供了 9 种不同的图
静态图:用例图、类图、对象图、组件图、配置图
动态图:序列图、状态图、协作图、活动图
- 用例图,Use case diagram:描述系统的功能,由系统、用例和角色三种元素组成。例:用例图(机房收费系统)如下图所示
- 类图,Class diagram:用来表示系统中的类以及类与类之间的关系,描述系统的静态结构,用于逻辑视图中。类图(机房收费系统)如下图所示
- 对象图,Object diagram:对象图是类图的示例,表示在某一时刻这些类的具体实例以及这些实例之间的具体连接关系,可以帮助人们理解比较复杂的类图。对象图也可以用于显示类图中的对象在某一点的连接关系。对象图常用语用例视图和逻辑视图中。对象图(机房收费系统)如下图所示
- 状态图,State diagram:主要用来描述对象、子系统、系统的生命周期。通过状态图可以了解一个对象可能具有的所有状态、导致对象状态改变的事件,以及状态转移引发的动作。状态图是对类描述的事物的补充说明,用在逻辑视图中描述类的行为。状态图如下图所示
- シーケンス図、シーケンス図:オブジェクト指向システムにおけるオブジェクト間の相互作用は、メッセージの送受信によって表されます。シーケンス図は、複数のオブジェクト間の動的な協調関係、つまり、時間の経過とともにオブジェクト間でメッセージがどのように送受信されるかを反映しています。シーケンス図は、オブジェクト間でメッセージが送信される順序に焦点を当てています。これは、論理ビューでよく使用されます。シーケンス図を下図に示します。
- コラボレーション図、コラボレーション図:主にコラボレーションオブジェクト間の相互作用と接続について説明します。コラボレーション図とシーケンス図もオブジェクト間の動的なコラボレーションを反映し、メッセージシーケンスを表現することもできますが、メッセージを交換するオブジェクト間の関係の記述に焦点を当て、時間的シーケンスではなく空間的関係を強調します。コラボレーション図を以下に示します
- アクティビティ図、アクティビティ図:操作の実装で行われた作業とユースケースインスタンスまたはオブジェクトのアクティビティに焦点を当てて、アクションとその結果を表示します。アクティビティ図は、アクティビティの継続的なフローを反映しています。これは、操作の実行中に完了した作業を説明するためによく使用されます。アクティビティ図を以下に示します
- コンポーネント図:コンポーネント図:コードの物理構造を反映するために使用されます。コンポーネントは、ソースコード、バイナリファイル、または実行可能ファイルであり、ロジッククラスの実装情報が含まれています。実現ビューは、コンポーネント図で構成されています。コンポーネント図を以下に示します。
- 構成図、配置図:構成図は、システム内のソフトウェアとハードウェアの物理アーキテクチャを示すために使用されます。この図は通常、実際のコンピューターと機器、およびそれらの間の関係を示しています。構成図は、構成ビューを形成し、システムの実際の物理構造を説明するために使用されます。構成図を下図に示します。
- オブジェクト指向システム分析
つまり、オブジェクト指向の方法を使用して、問題のドメインを分析し、オブジェクトとメッセージに基づいてビジネスモデルを確立し、目的の世界とビジネス自体を正しく理解します。
- オブジェクト指向システム設計
システム分析から導き出された問題領域モデルに基づいて、ソフトウェアインフラストラクチャ(概要設計)と完全なクラス構造(詳細設計)は、ビジネス機能を実現するためにオブジェクト指向の方法を使用して設計されます。