評価のための投票スコアリングシステム、ソリューションの評価

免責事項:この記事はブロガーオリジナル記事ですが、ブロガーの同意なしに複製してはなりません。

https://blog.csdn.net/xiaoyw/article/details/33722431

1はじめに

        しばらく前に、私たちはタスクを担当する情報技術部門のより高いレベルを受け、私たちはいくつかの評価に基づいて聞かせ、評価得点は投票のスコアリングシステム開発プログラムであることが必要です。下のワークロードを報告しました。

        最初は、情報関連部署のマネージャーは私に2つの部門、5つの評価スコア表の合計を与え、柔軟なシステム構成で作られたスコアリングシステムを評価するように求め、基本的には他のセクターに達し、その後、レートニーズの同様の評価を行いました。新しいビジネス評価得点を達成するために保守要員を構成することにより。

        私はまた、合理的な、再び、同様の情報が必要だと思います。統一され、集中建設を検討し、将来の発展を考慮することが、合併しなければなりません。

そのため、同僚の支援の下で、利用者への作業の11.7人月を報告しました。

        このよう以下のリストなどの主要な計画機能:


        5月27日。情報技術部門は、人事認定、討論会に関連します。3つのビジネスユニット4つの事業方向への参加者の頭部。ワークロードおよび計画機能に非常に多くのコメントが寄せられて、会議の主催200,000このようなシステムを作るために、投資ソフトウェアをビジネス部門の代表を尋ねました。あなたはどのように見ていますか?「お金を使うと仮定すると、私はまだ手動取り扱い評価スコア」、ビジネス部門の代表者が答えました。あり、ビジネスの代表は語りました。「私は、このソフトウェアが20,000元を重視すると思います。」

        会議の結論は、別の解決策を考え出す、その後、議論を検討することです。

2、ニーズと要件分析

2.1、需要ブリーフ

        需要の中で:従業員の評価への統合的アプローチ

        1、評価の原則

  • パフォーマンス指向の原則。総合的な評価に基づいて、KPIの包括的な評価を行うために、コアビジネスに貢献します。

  • オープンで公正な正義の原則。

    総合評価は、360度の民主的な評価モードを取ります。民主主義のオープンで公正かつ公平な評価を通じて、評価結果の相対的な客観性を反映しています。

  • 経営陣は、緩やかな層状の原則を担当しています。人事部門、様々な専門的分野の詳細な実装、評価内容及び重量統一組織との連携。詳細の様々な専門的な部門を調整することができます。

  • 評価結果の原則の適用を強化します。

        2、評価内容
  • KPI評価、貢献度、能力と倫理的な評価の程度。
  • 主なKPIの評価結果は、この仕事で働く従業員のパフォーマンスを測定します。スタッフの責任と完成例の主要なパフォーマンス指標を重視。
  • KPIの評価結果は、良い、優れ性を向上させることが分かれている、4つの等級を改善する必要があります。

        3、評価期間
  • 毎年恒例のサイクルの総合評価は、部門は、月次、四半期または半年の評価に基づいて整理する必要があります。
        需要II:民主主義のクリーンと正直な評価。一部の従業員は、ランダムで描かれています。彼らのリーダーシップの民主党評価とユニットの主要メンバー。

        総合的業績評価部門:の3つの要件

        図に見られるように、例えばテーブルを採点例。


2.2、需要分析

        ニーズ分析を通じ、目標得点を達成するために従いました。その後。など、次の図のようにビジネス機能を参照システムの計画。


        分析の間に、それが唯一異なる評価に権利、ニーズの評価いくつかの調整に焦点を当て、年間のその一般的な評価は変わらないが判明しました。360度評価、検査結果の評価と他の評価内容、達成するために使用するソフトウェアは非常に困難である、と。でも、達成の場合。開発コストが高すぎます。次のように要約すると、ターゲットのニーズを達成することができます。

  • ソフトウェアシステムで実現スコアリング機能。
  • 詳細な検査は、システムから得られたデータによって行われます。
  • 表重いメンテナンスを獲得することができるようにする権利。
  • 関与しているとスコアリングシステムを管理するために人を得点されたレートテーブル。
  • 匿名得点。


3、デザイン

3.1、計画機能


        機能ブロック図に見られるように、システムの主な機能は、例えば、設計アイデア以下、スコアに基づいて設計されています。

  • カスタム開発を描画し(サマリー・テーブルへの2つの存在である13のテーブル)テーブルを得点。予約済み1-2インデックス。重量は、何も表示、スコアリング・データの統一、集中管理0ではないと仮定すると。
  • スコアリングテーブルのためのいくつかのメンテナンスを提供するためには、体重を維持するために、そして第二に、コンテンツインデックスを維持することです。私は、追加および削除に同意しません。変更のみのテキストに同意します。
  • 鑑定して評価し、人々の管理は、各評価期間の開始時に設定され、最後の評価期間からコピーされますが、(人事異動)を変更する必要がありますすることができます。

3.2、物理的な設計データ

        データエンティティとその論理的な関係


        論理データ・エンティティ関係短い説明:

        図を参照してください。合計スコアテーブルが違うだけアセスメントトピック、上記の表で設定されています。そして、。各評価は、評価期間を分けています。評価期間の終了、それが得点できず、次のような詳細:

  • 青灰色の領域は、評価指標の各レコードとして、スコアリングテーブルの左側部分に定義されています。そして、評価指標がグループ化されています。
  • 中间浅绿色区域是打分表。是打分人对被打分人的打分。分为每一个评价指标的打分及按权重的汇总表分;
  • 右側淡黄色区域是评价人与被评价人关系表。缺少匿名账户表,匿名账户表通过评价人组的关系来相应。


        二、关键功能时序图

        1.评价人与被评价人管理



        2.打分功能


4、技术方案

        略。

5、工作量估算

        留给读者思考。參照例如以下:


        如你感兴趣,帮着估算下工作量,或者反馈方案建议。实现需求范围和技术方案。原则就是少花钱多办事。

おすすめ

転載: www.cnblogs.com/mqxnongmin/p/10958775.html