1.0ハイブリッドテクノロジーズhttps://hybrid-technologies.co.jp/blogHT Blog Adminhttps://hybrid-technologies.co.jp/blog/author/ht_admin_blog/rich600338<blockquote class="wp-embedded-content" data-secret="DQE8HhBU3G"><a href="https://hybrid-technologies.co.jp/blog/knowhow/20230401_2/">スクラッチ開発とは？メリット・デメリットとパッケージ開発との選び方を解説！</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="https://hybrid-technologies.co.jp/blog/knowhow/20230401_2/embed/#?secret=DQE8HhBU3G" width="600" height="338" title="“スクラッチ開発とは？メリット・デメリットとパッケージ開発との選び方を解説！” — ハイブリッドテクノロジーズ" data-secret="DQE8HhBU3G" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" class="wp-embedded-content"></iframe><script type="text/javascript"> /* <![CDATA[ */ /*! This file is auto-generated */ !function(d,l){"use strict";l.querySelector&&d.addEventListener&&"undefined"!=typeof URL&&(d.wp=d.wp||{},d.wp.receiveEmbedMessage||(d.wp.receiveEmbedMessage=function(e){var t=e.data;if((t||t.secret||t.message||t.value)&&!/[^a-zA-Z0-9]/.test(t.secret)){for(var s,r,n,a=l.querySelectorAll('iframe[data-secret="'+t.secret+'"]'),o=l.querySelectorAll('blockquote[data-secret="'+t.secret+'"]'),c=new RegExp("^https?:$","i"),i=0;i<o.length;i++)o[i].style.display="none";for(i=0;i<a.length;i++)s=a[i],e.source===s.contentWindow&&(s.removeAttribute("style"),"height"===t.message?(1e3<(r=parseInt(t.value,10))?r=1e3:~~r<200&&(r=200),s.height=r):"link"===t.message&&(r=new URL(s.getAttribute("src")),n=new URL(t.value),c.test(n.protocol))&&n.host===r.host&&l.activeElement===s&&(d.top.location.href=t.value))}},d.addEventListener("message",d.wp.receiveEmbedMessage,!1),l.addEventListener("DOMContentLoaded",function(){for(var e,t,s=l.querySelectorAll("iframe.wp-embedded-content"),r=0;r<s.length;r++)(t=(e=s[r]).getAttribute("data-secret"))||(t=Math.random().toString(36).substring(2,12),e.src+="#?secret="+t,e.setAttribute("data-secret",t)),e.contentWindow.postMessage({message:"ready",secret:t},"*")},!1)))}(window,document); //# sourceURL=https://hybrid-technologies.co.jp/blog/wp-includes/js/wp-embed.min.js /* ]]> */ </script> https://hybrid-technologies.co.jp/blog/wp-content/uploads/2023/01/Dec_blog_2_1.jpg19201280システム開発の構築方法の一つ、スクラッチ開発についてある程度知っていても、自社のプロジェクトに最適な方法なのか、判断に迷っている企業担当者の方もいるでしょう。本記事では、スクラッチ開発とはどんな手法なのか、概要と特徴を解説し、パッケージ開発との違い、開発の進め方、開発手法を選ぶポイントなどについても解説します。 ハイブリッドテクノロジーズの 開発サービスはこちら スクラッチ開発とは？ スクラッチ開発とは、ゼロからシステムを作り出す手法です。「スクラッチ」という言葉には「最初から」という意味があるように、既存のパッケージソフトなどを使わずに、文字どおり一からシステムを作り上げることから、このように呼ばれます。 完全なオーダーメイドとなるため、機能はもちろん、管理画面の構成、デザインまで要望を反映できます。既存システムにはない、独自性の高い機能を実装する場合に力を発揮する開発手法です。有名な例として、JRの座席件予約システム「MARS（マルス）」の初期のようなシステムが挙げられます。 ただし、スクラッチ開発は一から作り上げていくわけですから、コストも時間もかかってしまうことがデメリットです。そのため、費用やスピード感を重視する企業にとっては適さない方法といえます。 スクラッチ開発の著作権の帰属先について 著作物を法律で保護するために、成果物を作成した著作者に与えられる権利が著作権です。システム開発では、プログラムも著作物になります。 著作権は、成果物を作成した人、または組織に帰属する権利ですので、プログラムを作成した技術者、あるいは開発会社が著作権を持つことになるわけです。つまり、システム開発会社がシステムをゼロから作った場合、発注側が開発の費用を負担したといっても、著作権が発注者に譲渡されるのではありません。著作権は発注者側の支払いの有無とは関係ないのです。 楽曲の著作権の帰属先がアーティストであることと同じです。CDの製作費用をレコード会社が負担しても、レコード会社に著作権は譲渡されません。 では、発注者側には何の権利もないのかと思われるかと思いますが、著作権法の第61条により、その全部または一部の譲渡が可能とされています。ただし使用の許諾を著作者から受ける必要があります。つまり合意のうえで契約を締結し、プログラムの著作権を第三者（例えば発注者）へ譲渡することもできるわけです。著作権を譲渡してもらうには、契約書に譲渡の規定を明記する必要があるため、契約時の取り決めがポイントになります。 著作権のトラブルは裁判にまで発展することがあります。それは、プログラムのソースコードで利益が大きく動くからです。著作権に関する知識は、技術者自身を守ることにもつながります。著作権について後に揉めないためにも、著作権の帰属先がどこなのかを契約書できちんと明記することが重要です。 パッケージ開発との違い パッケージ開発もよく耳にする開発手法ですが、スクラッチ開発との違いを確認しておきましょう。以下の表にまとめましたので参照してください。 スクラッチ開発 パッケージ開発 開発費用 ゼロから作り出すため、高額になりやすい 既存の機能を活かして開発できるため、コストを抑えられる 開発期間 長期間にわたる可能性がある スクラッチよりも開発期間を短縮できる 拡張性 将来を見越したプランを自由に設計できる パッケージの機能を超えるニーズへの対応は困難 業務への適合性 要望に沿ったシステム構築が可能 業務フローをパッケージに合わせて改善する必要がある 開発作業の負荷 企業担当者にも負荷がのしかかる スクラッチよりも負荷は小さい スクラッチ開発は特殊な業務フローや手順のシステム化が可能なため、新規事業やサービスのシステム開発に向いているといえます。ただし、コストが高くつく傾向があることと、開発期間が長期化する点を考慮する必要があります。スクラッチ開発を行うには、プロジェクトの予算と納期にある程度余裕があることが条件といえるでしょう。 一方、予算に制限があり、納期もタイトなプロジェクトの場合は、パッケージ開発が向いています。元になるシステムがあるため、開発時間が短く済み、コストも安価に抑えられる点はメリットですが、既存のシステムから大幅に外れたものを作ることはできません。 スクラッチ開発の手順 要件定義 要件定義は、システムで何を実現したいのか、システムに必要な機能や技術などの要件を明らかにします。要件定義が曖昧であると、開発の意図が正しく伝わらず、予想以上に時間がかかる可能性があります。ユーザーがほとんど使わないような機能が散見されるなど、最終的に希望していたものとかけ離れたものになりかねません。機能数過多になり、無駄な開発費用が発生するリスクもあります。要件定義はプロジェクトの成否に関わる工程です。開発の意図をしっかりと固め、開発会社と綿密に打ち合わせを行うことが重要です。 基本設計 基本設計とは、要件定義書を基に搭載する機能を決める工程で、要件定義とともに重要な部分です。基本設計では発注者と開発者とで意見のすり合わせを行うため、開発が始まる前に発注側が関われる最後の工程となります。そのため、両者間の認識のズレをゼロにしておく必要があります。 基本設計で行う作業は、機能の洗い出し、データの整理、画面のレイアウトなどです。発注者は開発会社が作成した基本設計書に対してフィードバックすることが大切です。完成イメージを描き、開発イメージ像を伝え、開発会社とのすり合わせをしっかりと行いましょう。 詳細設計 詳細設計とは、DD（Detail Design）という略称で呼ばれている、プログラマーへの設計図を作成する指示書です。基本設計で決定した機能を実装するための開発工程であり、発注側に開示されることはほぼありません。そのため、内容について詳しく理解する必要はありませんが、基本設計のあとにある作業として覚えておきましょう。 開発 詳細設計書を基にプログラミングを行い、実装していきます。プログラミングは、モジュール単位（機能単位）で進め、各モジュールを一つに結合してシステムを完成させます。プログラミングは、さまざまな言語にもとづいて記述（コーディング）しますが、発注者がプログラミング言語の特徴について詳細に知っておく必要はありません。しかし、多少でも言語の知識があると開発会社とコミュニケーションしやすい場合もあります。 テスト公開 プログラミングが終わると、開発したシステムが実際に動くかテストを行います。テストは以下の4段階に分けて実施します。 ①単体テスト：機能ごとにテスト ②結合テスト：他の機能と連結させ、機能単位でテスト ③総合テスト：システム全体をテスト […]