シュリンプークラブ

はじめに同じ要件をもとに設計しているのに、設計者によって成果物が異なることがあります。障害調査を重視して詳細なログを残す設計もあれば、運用負荷を考慮して必要最低限に抑える設計もあります。バックアップの保存期間や権限管理の方針、将来の拡張性を...

はじめにシステム開発では、「検索できる」「注文できる」といった機能に目が向きがちです。もちろん、利用者が目的を達成するために機能は欠かせません。しかし、機能が完成しただけでは、安心して運用できるシステムになったとは言えないのです。　実際に問...

はじめに「利用者の要望どおりに作ったら、運用が大変になった。」「機能は完成したが、障害対応や仕様変更に時間がかかる。」このような問題は、利用者だけを見て設計したときによく起こります。設計とは、利用者が使いやすいシステムを作ることだけではあり...

はじめに（この記事で解決できること）設計というと、画面やデータベースの構成を考えたり、それを設計書にまとめたりすることをイメージする人は少なくありません。これらは設計工程で行う作業であり、設計そのものの役割ではありません。設計の役割は、定義...

はじめに（この記事で解決できること）要件定義では、必要な機能や画面、性能などを整理し、開発の方向性を決めていきます。しかし、「なぜそこまで細かく整理する必要があるのか」と疑問に感じたことはないでしょうか。その答えは、要件定義で決めた内容が、...

はじめに（この記事で解決できること）要件定義というと、「何を作るのか」を決める工程というイメージを持つ人は少なくありません。しかし、実際のプロジェクトでは、機能を決めること以上に、「どこまで対応するのか」「何を対象外とするのか」を整理するこ...

はじめに（この記事で解決できること）非機能要件とは、「何ができるか」ではなく、「どのような品質で動作すべきか」を定める要件です。システム開発では、画面や機能の内容は比較的早い段階で決まる一方、性能や可用性、セキュリティといった非機能要件は最...

はじめに（この記事で解決できること）システム開発では、十分に打ち合わせを行い、仕様書も作成したにもかかわらず、「思っていたものと違う」という問題が発生することがあります。「その機能は当然含まれていると思っていた」「そういう意味で伝えたつもり...

システムは完成したのに、なぜ問題が起こるのかシステム開発では、「機能要件」と「非機能要件」という言葉が使われます。機能要件は比較的イメージしやすい一方で、非機能要件は目に見えにくく、後回しにされがちです。しかし、システムが完成した後に発生す...

可用性と信頼性は何が違うのかシステム設計を学び始めると、「可用性」や「信頼性」という言葉を目にする機会があります。どちらもシステムの品質を表す言葉ですが、その違いを説明しようとすると意外と難しいものです。実際、「障害に強いシステム」「止まり...