スライド 1
ソフトウェア開発過程における 文書の法的意義 Stage E シンポジューム ；ユーザとベンダ間の紛争を解決するために ソフトウェアタグはどのように機能するか？ 2009/11/27 Copyright Ⓒ 2009 Akira Uchinuno 1 東京経済大学 内布 光 目 次 はじめに １．ソフトウェア開発取引の意義 ２．法的紛争の背景 ３．開発過程における文書の意義 ４．ソフトウェアタグと法的効果 まとめ （「おわりに」に代えて） 2009/11/27 Copyright Ⓒ 2009 Akira Uchinuno 2 はじめに 従来から、ソフトウェア開発取引(*)を巡ってユーザ・ベンダ間 でトラブル・法的紛争が絶えない (*) 主としてユーザの業務処理用ソフトウェア(アプリケーション)の開発 契約形態は「請負型」が主流・・・・ユーザ・ベンダの利害が対立 「派遣型」「準委任型
情報システム・ソフトウェア取引トラブル事例集
0 2010 3 BP 1 IT 18 6 18 9 18 < > 19 SaaS/ASP < > 21 2 3 ..........................................................................................................................................................................1 1. ............................................................................................................................5 1-1. .....................................
役務提供契約等の用語解説
・民法では第３編債権第２章契約の中で「雇用（第８節）」「請負（第９節）」「委任（第１０節）」「寄託（第１１節）」の４類型を役務提供契約として定めている。しかし、どのような基準でこの４つに分かれるかは細部になると実はあまり明快ではない。 ・民法第623条で「当事者の一方が相手方に対して労務に服することを約し、相手方がこれにその報酬を与えることを約するに因りてその効力を生ず。」と規定されている。労務の給付が使用者の指揮命令の下に行われる。 ・個人委託と雇用の違いについて、線引きが一見不明瞭な形態が存在するため、その場合は昭和60年（１９８５年）労働基準法研究会報告 「労働基準法の「労働者」の判断基準について」によって労働者か否かを判断することにより判別される。 ・一定の行為を他人に依頼すること。雇用を除く役務提供等の契約を総称してこう呼ぶ。 ・業務委託の内容が、法律行為の委託の場合は「委任
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
翻訳 - 次のアジャイルソフトウェアプロジェクトに使える10の契約
以下の文章は、Peter Stevensによる「10 Contracts for your next Agile Software Project」の日本語訳である。 Creative Commons ― 表示-非営利 3.0 Unportedの条件下で、ここに掲載する。 次のアジャイルソフトウェアプロジェクトに使える10の契約 2009/4/29 by peterstev ソフトウェアサービスの顧客であれサプライヤであれ、ソフトウェア開発プロジェクトの最初の頃というのは、口約束だけでいろんな仕事をやらなくちゃいけない。 契約書というのは、言ってしまえば、競技のルールがだらだらと書かれてあるものに過ぎない。 ルールが正しければ、顧客にとってもサプライヤにとっても、成功する確率が高まる。 ルールが間違っていれば、お互いに協力することも難しいし、進捗だって妨げてしまう。 それでは、アジャイルプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
契約書のツボ(3)
「情報システム政府調達制度・ガイドライン見直しに向けた検討報告書」の公表について
Coming Soon
ソフトウェア開発／目次