「システム構築」記事一覧
システム構築
-
2015/09/08ソフトウェアの著作権は誰のものか (２)
前回から、ソフトウェアの著作権についてお話をしています。ユーザーがベンダーに依頼してソフトウェアを作ってもらった場合、その著作権は原始的には制作者であるベンダーにあり、ユーザーが、それをコピーして配布したり、それを利用して別のソフトを作って販売したりする場合には、別途、契約すべきであるというお話をしました。ソフトウェアの著作権については、紛争になる例も多く、非常に重要なテーマになるので、これから何回かにわけてお話ししたいと思いますが、今回は、前提知識として、そもそも、ソフトウェアの著作権とは、...
-
-
2015/09/02IoTは企業で"使えるモノ"になるか？
IoT（Internet of thing）は、たびたび「モノのインターネット」と訳されるが、それでは日本語として成立していない。著者は、IoTを「どんなものでもインターネットにつなぐことにより、今よりももっと面白いことができるぞ」という提言だと考えればいい、と説明している。
-
-
2015/08/27ソフトウェアの著作権は誰のものか (1)
今回から数回に分けて、ベンダーに依頼して作成した「ソフトウェアの権利」について紹介していきます。今回はその導入として裁判所の判例を元に、著作権についての裁判所の基本的な考え方について解説していきます。
-
2015/08/19情シスもスピードアップが必要！大和ハウス工業が取り組む「情報システム部の構造改革」の中身とは？
大和ハウスグループでは現在、企業の成長に合わせた"価値あるIT"を提供するための組織やプロセスの構造改革に取り組んでいる。7月28日に開催したガートナー アウトソーシング＆ITマネジメントサミット2015の基調講演では、大和ハウス工業の情報システム部長である加藤恭滋氏が登壇。同社IT部門における改革の概要やベンダーとの協力関係構築、さらなる付加価値の向上に向けたポイントについて紹介した。
-
2015/07/16第16回 ITユーザが情報漏えいに備えてやっておくべきこと(後編)
前々回、前回と情報セキュリティについてお話をさせて頂きました。情報を預かる組織はセキュリティに関する情報を日頃から収集、学習し、ベンダ等からのセキュリティ対策提案があれば、まずは検討すべきであること、万一の情報漏えいに備えて情報を重要度に応じて分別(トリアージ) して、対応策をあらかじめ準備しておくべきであること等、多少面倒な作業かもしれませんが、昨今のセキュリティ事情を考えるとやはり無視できないことではないかと思います。
-
2015/07/14人月商売からの脱却――システム開発は2週間、ファストSIの時代
システムインテグレーターを一般的にはSIまたはSIerなどと表記をすることが多いが、未だに下請け、孫請けの開発体制が当たり前になっている人たちは少なくない。また、客先常駐というスタイルも、まだまだ大企業には多く見受けられる。また、受託開発の見積書は、すべて人月計算されており、最後に理解が難しい管理費が乗せられ、あるいは根拠なき「出精値引き」が差し引かれているものもある。今回は、クラウドサービスが台頭している現在において、そんなシステム開発体制から方向転換を図り、成功している企業を紹介する。
-
2015/07/07第15回 ITユーザが情報漏えいに備えてやっておくべきこと(中編)
前回は、平成26年1月に東京地裁に出された個人情報漏えい事件の判決を参考に、情報を漏えいさせてしまった組織は、場合によって不法行為を問われ、損害賠償を請求される可能性があること、それを防ぐためには、組織が情報セキュリティに関する情報を日頃から収集・学習し、ITベンダからのセキュリティ対策提案等があったときには真摯に検討すべきであること、といったお話をしました。「不法行為」なんて言葉にはちょっと構えてしまいますが、常識といえば常識かなといったところでしょうか。
-
2015/06/18第14回 ITユーザが情報漏えいに備えてやっておくべきこと(前編)
日本年金機構から125万件の個人情報流出、東京商工会議所から最大12000件の会員情報流出と、ここのところ情報セキュリティに関する大きな事件が続いています。言うまでもなく、個人に係る情報が流出してしまうと、その企業や組織は、多額の慰謝料や損害賠償金を払わなければならないだけでなく、社会的な信用を失い、経営的にも大きな打撃を受けることにもなりかねません。読者の皆様の中にも自分の会社は大丈夫だろうかと気を揉んでいる方や上司から自社のセキュリティ対策を検討しろと言われて頭を悩ませている方もいるかもし...
-
2015/05/29LPICはLinux教科書におまかせ！ レベル2 Ver 4.0対応の「スピードマスター問題集」紹介
「LPIC対策といえばこれ」と大好評の翔泳社「Linux教科書」シリーズより、『Linux教科書 LPICレベル2 スピードマスター問題集 Version4.0対応』が4月16日（木）に刊行されました。模擬問題で本番に備えましょう！
-
2015/05/12頓挫したプロジェクトの責任はどこにあるのか―ユーザが協力義務を怠ったとされる場合について
今回は、久しぶりに、「システム開発におけるユーザの協力義務」についてお話ししてみたいと思います。システム開発において、ユーザは単なるお客様ではありません。新しく作るシステムの要件を十分な詳細さと正確さをもって、しかるべき時期までに定義し、プロジェクトの最終局面では、できあがったシステムが、要件通りにできているか検証することは、ユーザの義務です。また、システム開発の中盤においても、ベンダが必要とする資料や情報をタイムリーに提供したり、ベンダとの会議には、しかるべき人間を出席させて、様々な判断をし...
-
2015/04/07CA日本法人渡辺氏が語る「儲かるモバイル・アプリを作るための実践原則」
CA Technologies DevOps担当ディレクターの渡辺隆氏が、モバイル・アプリケーションビジネス層に向けたプレゼンテーションを3月17日におこなった。その模様をお届けする。
-
2015/02/25IBM、モバイルアプリケーションの開発と運用を加速するMobileFirst Platformを発表
IBM InterConnect 2015の2日目はモバイル・デイ、この日の大きな発表となったのが新しくなった「IBM MobileFirst Platform」だ。記者向けの説明会でIBMのエンタープライズ・モバイル バイスプレジデント フィル・バカルー氏は「モバイルがすでに人々の生活の中心になっています」と言う。そしてモバイルが市場の破壊をしており、多くの企業がモバイルで新しい売り上げための道を作っているとも。売り上げだけでなく、社員にもモバイルアプリケーションを渡して、データの文脈を考え...
-
2015/02/04紛争の責任をベンダ側が負う場合
この連載では、これまでどちらかというとユーザ側に厳しい判決の出たIT紛争事例について書いてきましたが、そもそも、IT訴訟というのは、いつもこユーザ側に厳しい判決が出るものなのでしょうか。もちろん答えは否です。裁判では、ベンダに厳しい判決もかなり出ており、「ユーザが期限通りに要件を決めないのは、ベンダが、ちゃんとプロジェクト管理を行わないからだ。」とベンダの責任を重く見るものが多く見られます。もし、ユーザ側の立場にある読者の皆様が、これらの判決を見たら、「あー、自分はコッチ側の人間でよかった。」...
-
2015/01/06第9回 契約せずに範囲外の機能追加。ユーザは費用を負担すべき？
お陰様で、この連載は多くの方に読んでいただけているようで、私のところにも多くのご意見、ご感想をいただけるようになりました。お付き合いのあるITユーザの方やベンダの技術者、裁判所の民事調停委員の方々からも、この連載で書いたIT紛争やその結末について様々なお話をいただくのですが、それらの中には、「勉強になった」「納得した」 というものもあれば、 「ユーザに厳しすぎる」「なぜ、こんな判断になるのか？」と疑問を投げかけるものもあります。中には、非常に鋭い洞察で記事の内容について別の角度から解説をしてく...
-
2014/12/04第８回 そのシステム、何のために導入したのでしたっけ？
ユーザ企業が情報システムを導入するのは、必ず何らかの経営的なメリットを求めてのことです。従来の事務処理を効率化してコストを削減するとか、顧客の管理を充実させて売上を拡大させるなど、その内容は様々ですが、とにかく、ユーザ企業はシステム導入に掛る費用以上のメリットを得られると踏んでシステム導入プロジェクトに”Go”をかけます。なので、もし、システム導入にかかわる作業を外部のベンダに請負発注するなら、その契約書(もしくは別紙) にシステム導入の目的を記述し、ベンダに良く理解してもらう必要があります。...
-
2014/11/07第7回 ベンダが勝手に機能を追加した！それでも費用を払うべき？
前回、IT開発では一旦決めた機能を変更することも常識で、裁判所もこれについては ”不可避” であるとの見解を示しているといったお話をしましたが、今回お話しする機能の追加も、裁判所が ”普通のこと” と言うように日常茶飯事です。
-
2014/10/22第六回 要件変更と追加費用
ITの要件は、企画段階から要件定義工程の完了に至るまで、新しい業務はどうあるべきか、その為にシステムに持たせるべき機能はどうかを一生懸命に検討し、予算や期間とのバランスを考えながら決定されていくものです。経営層、ユーザ部門、システム部門それにベンダの人間が多くの時間と労力を費やし、何回も打ち合わせを重ねて、やっとの思いで決定していく訳ですから、その内容は決していい加減なものではないでしょう。
-
2014/10/08第五回 業界の常識を知ること・知らせることの大切さ
前回から、システム開発のトラブル原因の横綱ともいうべき “要件定義”についてお話ししています。システム開発に失敗したユーザの９割が、失敗には要件定義が関係していると考えていることに、読者の皆さんはどのような感想をもたれたでしょうか？「さもありなん。」、「当然のこと」 と感じられた方も多かったかもしれませんね。それくらいに、この要件定義にまつわるトラブルは、システム開発において日常茶飯事であり、大多数のユーザが最も頭を痛める問題でもあります。
