システム開発

受発注システムとは？メリットから選び方に至るまで詳しく解説｜発注ラウンジは、発注に必要な様々なノウハウや「発注ナビ」で実際にシステム開発を発注された方々のインタビューなど、発注担当者様のためのお役立ち情報を満載したサイトです。

システム開発とは？手順や依頼時の注意点についても紹介｜発注ラウンジは、発注に必要な様々なノウハウや「発注ナビ」で実際にシステム開発を発注された方々のインタビューなど、発注担当者様のためのお役立ち情報を満載したサイトです。

2020年6月13日に厚生労働省が、「新型コロナウイルス接触確認アプリ」を6月中旬にリリースすると発表しました。このアプリに活用されているGoogleとAppleによる接触追跡APIは、特に感染者数の多いアメリカで大きな注目を集めましたが、「実際にこの接触追跡APIを導入する州がいまだ存在しない」と海外ニュースメディアのNBCニュースが報じています。

ソフトウェアの開発プロジェクトにはさまざまな経歴や役職を持つ人が関与するので、我が強い人や性格に難がある人が問題になることもしばしば発生します。ソフトウェア業界のよもやま話を語るブロガーのニール・グリーン氏が、ソフトウェア開発プロジェクトの中で問題になりがちな人をタイプごとにまとめつつ、それぞれのタイプの特徴と管理職向けの解決策を解説しました。

Googleで培われたシステム管理とサービス運用の方法論である「サイトリライアビリティエンジニアリング(SRE)」のノウハウをまとめた本が「Site Reliability Engineering」です。英語版の内容が無料で公開されているほか、オライリーから発刊予定のSREに関する書籍「The Site Reliability Workbook」も、2018年8月23日までの期間限定で公開されています。

コンテナ化されたマイクロサービスや自動化されたテストを効果的なコラボレーションやコミュニケーションと組み合わせれば、ソフトウェアのイノベーションを加速することができる。

金融業界でいう「ストレステスト」とは、景気悪化などの事態が生じた場合を想定し、あらかじめ影響や損失をシミュレーションすることだ。一般的にストレステストでは、過去に発生した事例や金融機関の事業モデルなどをベースに、ストレスやシナリオを仮定する方法が用いられる。今回は、このストレステストのやり方や目的、諸外国での取り組み状況などをわかりやすく解説する。

インターネット上では、Webアプリケーションやサーバそのものが高負荷となることは可能な限り回避する必要がある。本稿では、動的Webサイトの専門家がWebの負荷テストで使えるソフトウェアを幾つか紹介していく。

電気自動車や自動運転車に搭載されるソフトウェア（制御機構は除く）は、一般的な「組み込みソフトウェア」とは異なるという。どのような技術スタックを使っているのだろうか。

身近な言葉を使った用語は一見すると分かりやすいものの、むしろ誤解を生むことがある。こうした用語の一つが「ネットワークテスト」だ。テスト対象によって微妙に異なる、ネットワークテストの意味をおさらいする。

国内でSaaS市場が盛り上がる一方で、SaaSの企画からリリースまでを網羅して体系的に説明した資料がない。そう語るのが、戦略コンサルティングファームとスタートアップでSaaSに携わってきた宮田善孝さん。現在はfreeeでプロダクトマネジメントを統括する宮田さんがSaaSの立ち上げを徹底解説した書籍『ALL for SaaS』から、SaaSをリリースするまでの4つのフェーズと組織体制について説明されたパートを紹介します。

テストエンジニアは品質保証のための重要な仕事ですが、残業が多くなりがちな点や単調な作業がきついといわれています。ですが、動作検証などの単純作業は自動化されても、テストエンジニアという仕事がなくなることはないでしょう。...

普段の生活で何気なく使っている様々なモバイルアプリ。その裏でシステム設計からプログラム開発、動作テスト、実装など一連の作業を担当する開発者は、アプリがどのデバイスでも問題なく動作するよう常に検証する必...

1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。

1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。

あらゆる業界で精力的にDXが進む中で、ソフトウェアが果たす役割は大きい。その開発においても、ソフトウェア・エンジニアリングの範囲や考え方が業界や職種を超えて広がる中で、エンジニアに期待される役割も大きく変化しようとしている。ビジネスとの連携性が求められ、ノーコード開発ツールの普及も進み、「開発をメイン業務としないエンジニア」も増えている。そうした働き方の変化やエンジニアの新しいキャリアの在り方について、株式会社プレイド Senior Product Specialist 池上純平氏が実体験を踏まえて紹介した。

開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。

開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。

開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。

開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。

開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。

皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。

皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。

皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。

皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。

システムの要件、設計、プログラムはお互いに複雑に関係し合っています。相互の関係を管理するトレーサビリティマトリクスを作成しないと、修正が発生した際に、その影響がどこまで出るか把握できず、トラブルを招くことになります。

要件定義の無い開発の紛争は、双方の主観的な主張が入り乱れて泥仕合化することが多いようです。しかし双方が協力して要件さえ固めれば、仲直りも再開も可能です。

ITシステムの要件定義では、対象業務のフローや入出力を決める「業務要件」とシステムが持つべき機能を定める「機能要件」、システムの速度や容量、使い勝手やセキュリティなどを定義する「非機能要件」について、ユーザーとベンダで徹底的に議論することが大切です。

システムにどのような機能や性能を持たせるかを決める要件定義には、ベンダーによるガイドと、ユーザーとベンダーの役割を超えた率直な議論が必要です。

「「訴えてやる！」の前に読む IT訴訟 徹底解説」の連載記事一覧です。