SES契約とは[Q-pedia]
説明 † IT+業界のシステム開発において，アウトソーシング+の一形態として用いられる契約の一つであり，委託契約の一種です．システムエンジニアリングサービス契約とも呼びます． エンジニアの能力を契約対象とするものであり，請負契約+のように仕事の完成を目的とするものではありません．また，労働者派遣契約+とも似通っていますが，原則として就業形態は問われません． 実体として，労働者派遣契約+と同様のものであるのをSES契約で偽装しただけであり，客先に常駐して発注側の指揮命令を受けることもあります．(これは違法であり，労働者派遣契約+への切り替えが指導されます．) 例えば，一ヶ月に130〜150時間の労働までは定額とし，それ以上に働いた場合には残業代分を発注側が負担するような形で契約をしたりします． 一般には，請負契約+よりも安く発注されます． ↑
【中級】ITILで“ダメ運用”から抜け出す 第1回：ITpro
運用に危機感を抱く企業が，先を競うように「ITIL」活用に乗り出した。先行企業は，部分的な導入だけでも効果を上げている。だが，ITILに安易な期待を寄せる企業に警鐘を鳴らす声もある。ITILだけで問題は解決せず，現場の取り組みだけで得られる効果は限られる。 「顧客向けシステムで致命的な障害が月に1～2度発生し，その顧客対応や復旧作業に追われる日々。抜本的な対策にまで手が回らなかった」（丸紅情報システムズ ビジネスサービス本部 ネットワークサービス部 NS第3チーム課長 阿部秀一氏）――。 多くの運用現場は毎日忙しいが，その作業内容は後手後手の対処策ばかり。システムの企画や改善にまで及ばない。そんな，いわば“ダメ運用”と決別するために，英国生まれの運用管理のベスト・プラクティス「ITIL（アイティル）（IT Infrastructure Library）＊1」を活用する動きが活発化してきた。
経営基礎講座：動機付けと評価
１ 動機付け １−１ 動機付け(motivation)とは （１）動機付けとは ｢人間の行動を喚起し、方向付け、統合する内的要因を｢動機｣といい、 動機の状態になること、又はもたらすことを｢動機付け｣という。」(人事・労務用語辞典：日経連広報部編） つまり、簡単に言うと、動機とは｢やる気｣のことであり、動機付けとは人を｢やる気にさせる｣ことです。 動機の原動力は欲求 動機｣は欲求を原動力として成り立ちます。この場合の欲求を｢動因｣と言います。 動機｣は目標を持つことによって具体的に成り立つ 動機は目標を持つことによって具体的に成り立ちます。この場合の目標のことを｢誘因｣と言います。 動機付け 動機付けとは、人間行動に刺激を与え、人間の内部にある動機と結びつけて目標達成にむかう行動を引き起こすことです。 つまり、スタッフの欲求を満足させるような｢刺激｣を加えることによって、スタッフ
マーケティング用語集 モチベーション理論 - J-marketing.net produced by JMR生活総合研究所
アメリカのウェスタン・リザーブ大学の心理学教授であるハーツバーグ・フレデリック（Ｈerzberg Ｆrederic）が唱えた理論のことです。この理論は、一般的には「動機付け要因論」「動機付け衛生理論」「2要因理論」などとも呼ばれています。 ハーツバーグは、マズローの欲求5段階説などの伝統的な欲求理論に対し、「不満要因のみしか捉えられていない」として、新たに「動機付け（促進）要因」を提唱し、その動機付け要因が満たされることで初めてモチベーションが形成される、つまり、不満要因の解消だけではモチベーション形成は不可能である、という理論を展開しました。 この要因としては、「賃金」「職場での人間関係」「与えられた仕事の内容」など、職場における環境要因を指します。これらの要因は、不満の矛先にはなりますが、仮にその不満を満たしても決して「仕事に対する満足」に結びつく要因とはなりません。単に、不満な状況に
結合テストと総合テスト
ソフトウェアの開発におけるテスト作業は、「テスト計画」「テスト設計」「テスト実施」「テスト管理」という4つのプロセスで構成されます（図1）。 テスト計画プロセスでは、テスト全体の指針や概要をまとめます。テストの目的、対象範囲、実施方法、テスト体制、テスト環境、スケジュール、合格基準など、テスト全般に関わる方針を「テスト計画書」にまとめ、ユーザを含むプロジェクトメンバー全員で方向性を共有します。 テスト設計プロセスでは、策定されたテスト計画に基づいて、実際のテスト作業内容を設計します。テストのシナリオやテスト内容、確認すべき項目などを「テスト仕様書」に具体的に定義します。 テスト実施者は、このテスト仕様書に基づいてテストを実施します。障害を発見した際は、障害番号を採番し、障害管理票に記載して残管理します。これらの障害が片づいて、テストが正常に行われた場合は「テスト報告書」で報告します。 弊社
Presentation-Abstraction-Control - Strategic Choice
Presentation-Abstraction-Control協調するエージェントの階層という形で、対話型ソフトウェアシステムのための構造を定義する。前提エージェントを利用する対話型システムの開発。課題対話型システムを「協調するエージェントの集合」と捉えることができることがしばしばある。システム機能に対して水平分割（機能の種類）を行うだけではなく、垂直分割（同じ機能だが時系列で区別等）を行わなくてはいけないこともある。フォースエージェントがしばしば自分自身の状態とデータを保持している。対話型エージェントのそれぞれが、独自のインタフェースを提供する。時間の経過につれて、システムが拡張される。解決策対話型アプリケーションを、PACエージェントから構成される木状階層に構造化する。トップレベルに位置付けられるエージェントが1つ存在し、中間レベルに複数のエージェントが、そして、ポトムレベルにはそれ
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
perlモジュールのインストールについてのメモ
by Hippo2000(2000/7/6 8/6更新) とりあえず紹介というか目安というか...。まずは書いてみて、あとで突っ込まれて修正しようかと思っているのですが。 更新履歴： 2002/1/22 : 指摘を受けて、解凍してコピーで誤字を修正＋リンクを修正 目次 1.インストールまでの流れ 1.1 モジュールの特定 1.2 モジュールが既にインストールされていないか 1.3 PPM 1.4 モジュールのビルド 1.5 解凍してコピー 2. ビルドについてのエトセトラ 2.1 普通のユーザでモジュールをインストール 2.2 スタティックリンク 3. リンク集 1.インストールまでの流れ そんなモジュールをインストールするまでの流れを図にすると以下のようになります。 それぞれの内容について説明します。 1.1 モジュールの特定 それが何と言う名前のモジュールなのかが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Welcome to ctrl-shift-b.com
Monadius - a scientist's toy box