システム統合|第 5 章 (注)


前:第 4 章、プロジェクト管理の一般知識
次:第 6 章、全体的な管理

第 5 章 プロジェクト管理


5.1 プロジェクトの承認

概要:プロジェクトマネジメントの観点から見ると、プロジェクトマネジメントは主にプロジェクトに合わせた組織戦略に取り組むプロジェクト承認管理の焦点は、プロジェクトを開始し、それに対応する予算サポートを提供するかどうかです。したがって、プロジェクト承認管理は主に、プロジェクトの組織戦略コンプライアンスを解決し、このプロジェクトを実行する必要があるかどうかを確認することです。

動機: ① 市場の需要、② 政策の方向性、③ 技術開発

プロジェクトの価値判断(プロジェクトの選択と決定):

  • 核となる価値観を持つプロジェクトを選択する
  • 選択した項目を評価する
  • アイテムの優先順位付け
  • 評価プロジェクトのさまざまな実施方法
  • バランスの取れた方法で適切なソリューションを選択する

予備調査:

  • 事前のニーズ分析
  • 企業の基本的な状況
  • 管理方法と基本的なデータ管理状況
  • 既存のシステムステータス

システム統合サプライヤー プロジェクトの内部プロジェクト承認:

  • 概要: 一般的に、システムインテグレーションサプライヤーは、契約した外部プロジェクトをプロジェクトの特性や種類に基づいて、組織内で独自にプロジェクト化するかどうかを主に決定します。例: ソフトウェア開発タスクを含むプロジェクトの場合、通常は社内プロジェクトの承認が必要ですが、単一の機器調達プロジェクトではプロジェクトの承認を遅らせる必要はありません。顧客とシステムインテグレータが契約に署名した後、顧客とシステムインテグレータのそれぞれの責任と義務は契約の形式で決定され、法律で保護されます。契約履行主体という観点から分析すると、このときの主体は、SIer組織内の特定のプロジェクトチームとなる。これは、システム統合サプライヤーの契約上の責任が組織からプロジェクト チームに移されたことも意味します。多くのシステムインテグレーションサプライヤーは、責任の移譲を理由に、責任の移譲を制限し、標準化するために社内プロジェクト確立システムを採用しています。
  • 作用
    • ① プロジェクトの承認を通じてプロジェクトにリソースを割り当てます
    • ② プロジェクトの承認を通じて合理的なプロジェクトのパフォーマンス目標を決定する
    • ③ プロジェクトベースの作業手法を活用し、プロジェクトの実施効率を向上
  • 内容
    • ① プロジェクトリソースの見積り
    • ② プロジェクトリソースの配分
    • ③プロジェクト課題の準備
    • ④プロジェクトマネージャーの任命

5.2 主なプロセス

含む:


5.2.1 プロジェクトの提案

プロジェクト提案書 (RFP) :

  • 概述
    • プロジェクト提案書(RFP)は、プロジェクト構築部門が上位の管轄部門に提出するプロジェクト申請書類であり、提案されたプロジェクトの全体的な構想です。プロジェクトの建設段階では、プロジェクトはプロジェクト提案書の作成、宣言、承認を順番に完了し、その後、実現可能性調査の基礎でもあるフォローアッププロジェクトの実現可能性分析段階に入る必要があります。
    • プロジェクト提案書は、プロジェクト承認申請書とも呼ばれ、プロジェクト建設部門がプロジェクト申請書を上位の管轄部門に提出する際に必要な文書です。提案されたプロジェクトに対して提案された枠組みの一般的なアイデアです。
    • プロジェクト提案書はプロジェクト開発サイクルの初期段階であり、州または上級当局によるプロジェクト選択の基礎となり、実現可能性調査の基礎となる。プロジェクトの提案が承認されます。一部の企業部門は、独自の開発ニーズに従ってプロジェクトを構築することを決定し、最初にプロジェクト提案書を作成するためにこのモデルを参照することもあります。
    • 小規模なシステムインテグレーションプロジェクトについては、プロジェクト構築部門が、プロジェクト提案リンクを省略でき、プロジェクト実現可能性分析段階と組み合わせることができるため、プロジェクト提案書は不要であると規定できます。
  • 核心内容
    • プロジェクトの必要性
    • プロジェクト市場予測
    • 商品提案やサービスの市場予測
    • プロジェクト構築に必要な条件
  • 編集、報告、トライアル: プロジェクト構築部門は、小規模なシステム統合プロジェクトの場合、プロジェクト提案リンクを省略し、プロジェクトの実現可能性分析段階と組み合わせるように規定できます。プロジェクト建設部門はプロジェクト提案書の作成を組織し、プロジェクト提案書の準備段階では、プロジェクトの需要分析を特別に整理し、需要分析報告書を作成し、プロジェクト承認部門に送り、専門家を組織してコンサルティング意見を提供する必要があります。企画提案書作成の参考として。
  • 投资误差:±30%程度

プロジェクト提案書の主な内容
システム統合プロジェクトのプロジェクト提案書では、一般的に次の内容が含まれます。
第 1 章 プロジェクトの紹介
1、プロジェクト名
2、プロジェクトの構築単位と担当者、プロジェクト責任者
3、プロジェクト提案書の作成根拠
4、プロジェクトの概要
5. 主な結論と提案
第 2 章 プロジェクト建設単位の概要
1. プロジェクト建設単位と機能
2. プロジェクト実施組織と責任
第 3 章 プロジェクト建設の必要性
1. プロジェクト提案の背景と根拠
2. 既存情報情報システムの設備と情報の活用状況
3. 現状の情報システムの設備と活用における主な問題点とギャップ
4. プロジェクト構築の意義と必要性
第 4 章 ビジネス分析
1. ビジネス機能、ビジネスプロセス、ビジネス量の分析
2. 情報量の分析と予測
3. システム機能および性能要件の分析
第 5 章 全体の建設スキーム
1. 建設の原則と戦略
2. 全体の目標と段階的目標
3. 全体の建設タスクと段階的な建設内容
4. 全体の設計スキーム
第 6 章 このフェーズのプロジェクト構築 スキーム
1 . Neigu構築の構築目標とポイント
2. 情報資源計画とデータベース構築
3. アプリケーション支援基盤とアプリケーションシステム構築
4. ネットワークシステム構築
5. データ処理・蓄積システム構築
6. セキュリティシステム構築


5.2.2 プロジェクトの実現可能性分析

結果项目可行性研究报告

プロジェクト実現可能性調査レポート:

  • 概要:
    • プロジェクトのテクノロジーと経済性に関する詳細な調査とプログラムのデモンストレーションに着手します。
    • 事業化調査報告書の作成内容と承認された企画提案書の内容に大幅な変更があった場合には、企画提案書を再提出して承認を受ける必要があります。
    • 事業予備設計計画及び投資見積報告書の作成内容と事業化可能性調査報告書の承認内容に大幅な変更があった場合、又は変更後の投資額が承認された総投資額の10%を超える場合には、事業性調査報告書は承認のために再提出する必要があります。
    • プロジェクト予備設計計画及び投資見積報告書の作成内容と事業化可能性調査報告書の承認内容との間に若干の調整があり、その調整内容が承認総投資額の10%を超えない場合、予備プロジェクトは承認される。設計計画と投資見積報告書を提出する必要があり、調整部分は独立した章で定量的に補足されます。
  • リスク要因とその対策:主にプロジェクトに関するリスク要因とその対策市場リスク、技術リスク、財務リスク、組織リスク、法的リスク、経済的および社会的リスクなどの要素を評価し、リスクを回避するための対策を策定し、プロジェクトの全プロセスにおけるリスク管理の基礎を提供します。

プロジェクト実現可能性分析の内容:
第 1 章 プロジェクトの概要
第 2 章 プロジェクト建設ユニットの概要
第 3 章 需要分析とプロジェクト建設の必要性
第 4 章 全体建設計画
第 5 章 今期のプロジェクト建設計画
第 6 章 プロジェクト入札計画
第 7 章 環境保護、防火、労働安全
第8章 プロジェクト組織と人材育成
第9章 プロジェクト実施の進捗
第10章 投資見積りと資金源
第11章 便益と評価指標分析
第12章 プロジェクトのリスクとリスク管理

プロジェクトの実現可能性調査:

  • 目的: プロジェクトの実現可能性調査の目的は、技術、経済、エンジニアリングなどの観点から提案されたプロジェクトを調査、研究、分析、比較し、投資するかどうか、どのように建設するかについて関連する意見を提出することです。プロジェクトの意思決定のための「実現可能性調査報告書」を作成し、証拠を提供します。
  • 内容
    • 投資の必要性: 投資の必要性は、主に市場調査と予測結果、関連する産業政策などの要因に基づいて、プロジェクトの投資と建設の必要性を実証します。
    • ②技術的実現可能性:技術的実現可能性は、主にプロジェクト実施の技術的観点に焦点を当て、技術的解決策を合理的に設計し、比較、選択、評価を行います。
    • ③財務的実現可能性:財務的実現可能性とは、主にプロジェクトと投資家の視点から合理的な資金計画を設計し、企業の財務管理の観点から資本予算を立て、プロジェクトの財務的な収益性を評価し、投資判断を行うことです。投資収益、キャッシュフロー計画、債務返済能力。
    • ④組織の実行可能性:プロジェクトの円滑な実行を確保するために、合理的なプロジェクトの実施スケジュールを策定し、合理的な組織構造を設計し、経験豊富なマネージャーを選択し、良好な協力関係を確立し、適切な研修計画を策定するなどの組織的な実行可能性。
    • 経済的実現可能性:経済的実現可能性とは、主に資源配分の観点からプロジェクトの価値を測定し、地域経済発展目標の達成、経済資源の効果的な配分、供給の増加、雇用の創出、環境改善の観点からプロジェクトの便益を評価するものです。そして人々の生活を改善します。
    • ⑥社会的実現可能性:社会的実現可能性は、主に政治制度、原則と政策、経済構造、法的倫理、宗教と国籍、女性と子供、社会の安定など、プロジェクトが社会に与える影響を分析します。
    • ⑦リスク要因とその対策: リスク要因とその対策は、主にプロジェクトの市場リスク、技術的リスク、財務的リスク、組織的リスク、法的リスク、経済的・社会的リスクなどの要因を評価し、リスクを回避するための対策を策定することです。プロジェクトの全プロセスを包括的にサポートし、リスク管理の基盤を提供します。
  • ステップ:

機会の実現可能性調査:

  • 概要: 事実、政策、投資による機会
  • 目的: 投資家の興味を刺激し、投資機会を見つけるため

予備的な実現可能性調査:

  • 定義: 中間段階。プロジェクトの意向を確認した上で、プロジェクトの概算見積りを作成
  • 懸念事項: 投資とコストの見積もり
  • 目的:
    • (1) プロジェクトの主要技術や中核課題を解決する必要があるかどうかの事前見積りと決定
      (2) プロジェクトの中核課題を解決するために必要な補助研究の事前見積りと必要な技術の決定、実験、人材の確保が可能 支援条件
      (2) プロジェクトの将来性を分析し、さらに調査を継続するかどうかを決定する
  • コンテンツ:
    • 市況と設計開発力
    • 設備および材料投入分析
    • ネットワーク計画、物理レイアウト、テクノロジーと機器ソリューションの選択
    • プロジェクトデザイン
    • プロジェクトスケジュール
    • プロジェクト投資とコストの見積もり
  • 4 つの結果:
    • 確かに、比較的小規模なプロジェクトの場合は、直接「馬に乗って」行うこともできます。
    • はい、より詳細な分析のために詳細な実現可能性調査に進みます
    • 市場調査、実験室実験、中間工場実験などの特別な研究を実施します。
    • 否定的であれば、プロジェクトは「中止」されるべきです

詳細な実現可能性調査:

  • 定義:詳細な実現可能性調査とは、プロジェクトの決定を下す前に、プロジェクトに関連する技術的、経済的、法的、社会的、環境的条件や条件について詳細かつ体系的かつ包括的な調査、研究、分析を実施し、さまざまな可能性のある技術を分析することです。計画を詳細に実証・比較し、プロジェクト建設完了後に得られる経済的・社会的便益を予測・評価し、最終的な実現可能性調査報告書がプロジェクトの評価と意思決定の基礎となります。詳細な実現可能性調査は時間と労力を要する作業であり、ある程度の財政的支援が必要です。詳細な実現可能性調査は必要なく、多くの小規模プロジェクトは実際には行われません。
  • コンテンツ:
    • 概要
    • ニーズの決定
    • 既存のリソースと施設の分析
    • (暫定的な) 技術的ソリューションの設計
    • プロジェクト実施スケジュール案
    • 投資見積りと資金調達計画
    • プロジェクト組織、人材、技術研修プログラム
    • 経済的・社会的便益分析(効果評価)
    • 連携・協力
  • 方法:
    • 投資額の見積り方法
    • 増分給付方式
      • 概要:プロジェクトがある場合のコスト(便益)とプロジェクトがない場合のコスト(便益)を比較し、その差である増分コスト(便益)を求める方法であり、この方法の方がより正確である従来の前後比較方法よりも、プロジェクトの実際のコストと利益を正確に反映します。

プロジェクトの正当性:

  • 概要:プロジェクト実証とは、実現するプロジェクトの技術的進歩性、適用性、経済合理性、実施可能性、リスク管理等を総合的に分析し、プロジェクトの意思決定に客観的な根拠を与える技術的・経済的調査の一種です。 -作る活動。プロジェクトの計画やスキームを分析、議論、検証し、明確な判断や意見を与えることが、プロジェクト承認段階におけるプロジェクト実証作業の内容です。
  • 効果:
    • ① プロジェクトの実施の判断根拠
    • ② 資金調達および銀行融資の根拠
    • ③ 企画・設計・調達・建設・設備・資源配分の基礎
    • ④ リスクを予防し、プロジェクトの効率を向上させるための重要な保証
  • 承建方(甲方)立项管理项目论证内容包括
    • ① 請負業者の技術的実現可能性分析
    • ② 建設当事者の人的資源およびその他の資源配分能力の実現可能性分析
    • ③ プロジェクトの財務的実現可能性分析
    • ④ プロジェクトのリスク分析
    • ⑤ 他の入札候補者の状況分析
  • 建設当事者 (当事者 B) のプロジェクト承認管理プロジェクトのデモンストレーションの内容は次のとおりです。
    • ① プロジェクト運営環境の評価
    • ②プロジェクトの技術評価
    • ③ プロジェクトの財務評価
    • ④ プロジェクトに対する国家経済的評価
    • ⑤ プロジェクト環境アセスメント
    • ⑥ プロジェクトの社会的影響評価
    • ⑦ プロジェクトの不確実性とリスク評価
    • ⑧ プロジェクト総合評価

ps: 建設当事者のプロジェクト承認管理と比較して、請負業者のプロジェクト承認管理は、組織リソースとプロジェクトの適合度にさらに注意を払っています。

プロジェクトの評価:

  • 概要: プロジェクト評価とは、プロジェクトの実現可能性調査に基づいて、国などによって公布された政策、規制、方法、パラメータおよび規制に基づく第三者(国、銀行または関連機関)。、プロジェクト(または企業)、国民経済、社会の観点から、提案されたプロジェクトの必要性、建設条件、生産条件、製品市場の需要、エンジニアリング技術、経済的便益、社会的便益を評価、分析、実証する。 , 実現可能かどうかを判断するための評価プロセス。プロジェクト評価は、プロジェクト投資の初期段階における意思決定管理の重要な部分であり、その目的は、プロジェクトの実現可能性調査の信頼性、信頼性、客観性を審査し、銀行の融資判断や事業認可の決定に科学的根拠を提供することです。管理部門。
  • 注: 第三者 (国、銀行、または関連機関) によって提供される必要があります。
  • 効果:
    • ① 事業化可能性調査の信頼性、信頼性、客観性を審査する
    • ② 意思決定の科学的性質を確保するために最善を選択し、実施計画を選択することが、意思決定層の主な意思決定の基礎となる

5.2.3 プロジェクトの承認

プロジェクト提案書の作成、宣言、トライアル:

  • 編集: 大規模および中規模のプロジェクトおよび指定された規模を超えるプロジェクトの提案には、予備的な実現可能性調査レポートが添付される必要があります。このレポートは、資格のある設計部門またはエンジニアリングコンサルティング会社によって作成される必要があります。
  • 申告:まず所属関係に応じて主管部門に報告し、次に県または市の発展改革(経済)委員会に報告する。
  • 承認: 現在の管理システムに従って、所属および階層的な承認が行われます。

5.2.4 プロジェクト入札

概要:州の関連規定に従ってプロジェクトの承認・検証手続きを経る必要があり、入札が必要なプロジェクトについては、入札範囲、入札方法、入札組織形態などをプロジェクトの承認・承認部門に報告し、承認・承認を受ける必要がある。事業の許認可部門は、許認可で決定した入札範囲、入札方法、入札組織形態等を速やかに関係行政監督部門に通知しなければならない。国有資金が支配的または優越的な地位を占め、法律に基づく入札が必要なプロジェクトについては、公開入札を実施するものとする。

  • 以下の状況のいずれかが発生した場合、入札が行われる可能性があります:
    (1) 技術が複雑で、特別な要件があるか、自然環境によって制限されており、選択できる潜在的な入札者の数が少数しかない場合

  • 次のいずれかの場合、入札は実施できません:
    (1) 代替不可能な特許または独自の技術が必要な場合、 (2)法律に従って
    購入者が自ら建設、生産、または提供できる場合、プロジェクト投資家が建設、製造、または提供できる場合(4)
    元の
    落札者からプロジェクト、商品、またはサービスを購入する必要があります。そうしないと、構造または機能のサポート要件に影響します。
    (5) 国家が定めるその他の特別な事情

規則:

  • (1) 応募者は、事前資格公告、入札公告又は入札案内状に指定された日時及び場所に従い、事前資格審査書類又は入札書類を販売しなければならず、事前資格書類又は入札書類の販売期間は5日以上とする。 。
    (2) 応募者は、事前資格審査終了後、速やかに事前資格申請者に対して事前資格結果通知を行うものとする。事前予選に合格しない者は入札する資格がありません。事前予選を通過した応募者が 3 名に満たない場合は、再度入札を行うものとします。
    (3) 入札者が入札者の資格審査に資格事後申請方式を採用する場合には、入札評価委員会は、開札後、入札書に定められた基準及び方法により入札者の資格を審査するものとする。
    (4) 入札者は、入札図書において入札保証金の提出を求め、入札保証金は入札予定価格の2%を超えてはならない。入札保証金の有効期間は、入札の有効期間と一致するものとする。
    (5) 入札者は、基本入札を準備するかどうかを決定することができます。入札プロジェクトは基本入札を 1 つだけ持つことができ、基本入札は秘密にしておく必要があります。入札者が入札限度額を定めている場合には、入札書に入札限度額又は入札限度額の計算方法を明記しなければなりません。入札者は、最低入札価格を定めないものとします。
    (6) 入札者は、単独または複数の入札候補者を組織してプロジェクト現場を訪問してはならない。
    (7) 応募者は、入札予定者又は不当な条件で入札者を制限又は排除してはならない。
    (8) 応募者は、自ら入札機関を選択し、入札事務の処理を委託する権利を有する。いかなる団体または個人も、いかなる形であっても入札者のために入札機関を指定することはできません。

入札が不要な場合

  • (1) 代替不可能な特許または独自技術を採用する必要がある場合(2)法律に従って
    購入者が自ら建設、生産または提供できる場合(4) 元の落札者からプロジェクト、商品またはサービスを購入する必要がある場合、そうでない場合、構造または機能サポート要件に影響を与える; (5) 州が定めるその他の特別な状況


談合入札の場合

  • (1) 入札者は、開札前に入札書を開封し、他の入札者に関連情報を開示する (
    2) 入札者は、入札価格や入札評価委員会の委員等の情報を入札者に直接または間接的に開示する
    。 3) 入札者による明示的または黙示的な行為 入札者による入札価格の引き下げまたは引き上げ
    (4) 入札者による入札書類の撤回または変更の
    指示 (5) 入札者による特定の入札者に便宜を提供する旨の明示的または黙示的な
    行為入札を勝ち取る ; 入札者が入札を勝ち取るために行うその他の共謀行為。

プロジェクトの入札:

  • メインコンテンツ:
    • プロジェクトの意図の特定
    • プロジェクトの販売前のコミュニケーション
    • 入札書類を入手する
    • 入札書類の作成
    • 入札活動に参加する
  • 規則:
    • (1) 入札者と利害関係を有し、入札の公正性に影響を及ぼすおそれのある法人、その他の団体又は個人は、入札に参加してはならない。単位の責任者は、同一人物又は保有・経営関係にある異なる単位であり、同一の入札又は分割されていない同一の入札案件の入札には参加してはならない。
      (2) 事前資格審査後にコンソーシアムの構成員の増減又は入れ替えがあった場合は、入札は無効となります。コンソーシアムの各当事者が自らの名前で単独で入札した場合、または同じ入札プロジェクト内の他のコンソーシアムの入札に参加した場合、当該入札は無効となります。
      (3) 入札者は、入札において互いに談合してはならない。
      (4) システムインテグレーションプロジェクトの入札実務によれば、プロジェクトの入札活動の主体はシステムインテグレーションサプライヤーとなります。プロジェクト入札段階におけるシステムインテグレーションサプライヤーの主な業務には、プロジェクトの意図の確認、プロジェクトの販売前のコミュニケーション、入札書類の入手、入札書類の作成、入札活動への参加などが含まれます。

開札及び入札評価に関する関連規定

  • (1) 入札者が 3 名に満たない場合、入札は開始されず、入札者は新たな入札を募るものとします。開札時には専門の担当者が声を出して入札します。入札は主に入札価格を発表し、その他の内容は入札書類の要求に応じます。入札者は、開札に異議がある場合には、開札場において異議を申し立て、入札者はその場で回答し、記録するものとする。
    (2) 入札評価は入札評価委員会が担当する。入札評価委員会は、技術、経済その他の関連分野の上級職名又は同等の職位を有する専門家、入札者及び入札機関の代表者を含む5名以上の奇数名で構成され、うち有識者は5名以上とする。技術、経済その他の分野の会員は総会員数の3分の2以上であること。競争交渉調達方式を採用する場合、競争交渉チーム又は調査チームは、発注者代表者及び審査専門家3名以上の奇数名で構成され、審査専門家の数は発注者の2/2以上とする。競争交渉チーム又は調査チームの構成員の総数 3.
    (3) 入札評価委員会は、入札評価終了後、評価書及び落札候補者名簿を入札者に提出するものとする。落札者は3名以内とし、順位を表示します。
    (4) 入札評価報告書には、入札評価委員会の委員全員が署名するものとする。入札評価委員会は、入札評価結果について意見が異なる場合には、意見が異なる理由を書面により説明し、入札評価報告書に意見を異にする旨を記載しなければなりません。書面による理由の説明がない場合は、入札評価結果に同意したものとみなします。
    (5) 入札者は、入札評価報告書を受領した日から 3 日以内に落札候補者を公告しなければならず、公告期間は 3 日を下ることはできない。
    (6) 入札者その他の利害関係者が、法律に従って入札しなければならない案件の入札評価結果に不服がある場合には、落札候補者の広報期間中に異議を提起しなければならない。入札者は異議を受領した日から 3 日以内に回答しなければならず、回答するまでは入札活動を中止するものとします。
    (7) 国有資金が支配的または優越的な地位を占め、法律に基づく入札が必要なプロジェクトの場合、入札者は最上位の入札候補者を入札者として決定するものとする。第一位の落札者が入札を放棄した場合、不可抗力により契約を履行しなかった場合、入札書類の要求事項に従って履行保証金を提出しなかった場合、または入札に影響を与える違法行為があったと認められる場合。落札結果等により落札条件を満たさない場合には、入札評価に従うことがあります。委員会が提出した落札候補者リストを整理し、他の入札候補者を落札者として決定します。 、新たな入札を求めることもできます。

選択されたプロジェクト請負業者に関連する規制:

  • (1) 入札評価委員会は、入札書に定められた入札評価の基準及び方法に従い、入札書を審査及び比較し、基準入札がある場合には基準入札を参照するものとする。入札評価委員会は、入札評価を完了した後、入札評価書を入札者に提出し、適格な落札者を推薦するものとする。入札者は、入札評価委員会から提出された入札評価書と推薦された落札候補者に基づいて落札者を決定します。入札者は、入札評価委員会に落札者を直接決定する権限を与えることもできます。
    (2) 入札者は、入札落札者が決定した後、入札落札者に対して落札通知書を発行するとともに、落札できなかった入札者全員に落札結果を通知するものとする。入札落札通知は、入札者及び落札者に対して法的効力を有します。入札者と落札者は、落札通知の発行日から 30 日以内に書面による契約を締結するものとします。
    (3) 入札保証金及び同期間の預託利息は、書面による契約締結後遅くとも5日以内に落札者及び落札者に返還しなければなりません。
    (4) 入札案内書において履行保証金の提出を求められている場合には、入札落札者は、入札案内書の記載事項に従って履行保証金を提出しなければならない。履行保証金は落札契約金額の 10% を超えてはなりません
    (5) 落札者は、契約に従い義務を履行し、落札プロジェクトを完了するものとします。落札者は、落札プロジェクトを他人に譲渡したり、落札プロジェクトを切断して別途他人に譲渡したりすることはできません。
    (6) 落札者は、契約に基づき、または入札者の承諾を得て、落札プロジェクトの非主要かつ非重要な作業の一部を他者に下請けすることができます。下請けを引き受ける者は相応の資格を有し、再度下請けを請け負ってはなりません。
    (7) 入札落札者は、下請工事について入札者に対して責任を負い、下請契約を承諾した者は、下請工事について連帯責任を負うものとします。

ワークフロー:

  • ①入札公告を検討する
  • ②入札書類の作成
  • ③入札書類の提出
  • ④ 開札手続きに参加する

入札法令

法律に従って入札する必要があるプロジェクトについては、入札評価委員会は入札者の代表者と関連する技術的および経済的分野の専門家で構成されます。不得少于成员总数的三分之二

入札総合コスト評価方法

  • 正規化評価結果計算式:=100×SUM(評価結果×相対重要度)/(評価結果レベル×相対重要度)

5.2.5 プロジェクト契約の交渉と署名

含まれるもの:

  • プロジェクト契約
  • 契約条件
  • 契約交渉
  • 契約書に署名する

工事契約:入札者と落札者は、入札書類及び落札者の入札書類に従い、落札通知発行日から30日以内に書面による契約を締結するものとする。

契約条件

  • 8 つの要素:
    • 当事者の名前および住所
    • 目標数量
    • 目標品質
    • 価格と報酬
    • 履行期限
    • どこで、どのようにして
    • 契約違反に対する責任
    • 紛争を解決する方法
  • IT(システムインテグレーション)契約の要素:
    • プロジェクト名
    • 主題、範囲、要件
    • 計画、スケジュール、期限、場所、エリアおよび実施方法
    • 技術文書および資料の機密保持
    • リスク責任の引き受け
    • 技術的成果の帰属と利益の分配方法
    • 合格基準と方法
    • 価格、報酬又は利用料金及びその支払方法
    • 賠償金または損害賠償額の計算方法
    • 紛争を解決する方法
    • 用語の説明

前:第 4 章、プロジェクト管理の一般知識
次:第 6 章、全体的な管理

おすすめ

転載: blog.csdn.net/xhmico/article/details/131937159