システム開発

923 bookmarks
Custom sorting
システム開発の検収におけるユーザの債務
システム開発の検収におけるユーザの債務
前回は東京高等裁判所における平成27年6月11日判決を例に、システムの要件定義で、ユーザがつい使ってしまいがちなNGワードをご紹介しました。「既存システムの機能の通り」「既存システムの機能を網羅・踏襲すること」…こうした言葉は結局、システムの要件を曖昧にして開発ベンダとの間に意識の齟齬を生んでしまいます。いくら優秀なベンダでも、他人の作ったシステム (同じ会社の違う担当者も含みます。) の機能や性能等の特徴を全て正確に把握してくれる確率はそう高くありません。どんなに丹念に調べても、その詳細な動作や使い勝手については理解しきれないことも多く、また、ユーザ自身も誤解している部分もあったりして、結局、前のシステムからのデグレードを起こしてしまう危険もあります。こうしたことを防ぐためには、要件を定義するとき、既存システムが持つ機能についても要件として明確に記述する必要があります。前回はそんなお話だったと思います。
·enterprisezine.jp·
システム開発の検収におけるユーザの債務
アジャイルで欠落するテストの能力
アジャイルで欠落するテストの能力
アジャイルチームにテスティングを取り入れる、とくに、必要とされるテスト能力を確保することからFran O'Hara氏が得た教訓。アジャイルチームに完全にテストを取り入れるといってもチームに2、3人テスターを入れればいいというような単純なものではなく、むしろ、アジャイルの世界で品質のよいアプリケーションをリリースするためには多重の業務プラクティスとスキルが必要になる。
·infoq.com·
アジャイルで欠落するテストの能力
後手に回る炎上プロジェクト、現場へ責任を「丸投げ」するな
後手に回る炎上プロジェクト、現場へ責任を「丸投げ」するな
すでに実施している政策やプロジェクトを中止する、あるいは大きく方向転換する意思決定はタイミングが本当に難しい。ただし、プロジェクトオーナーやステアリングコミッティーがきちんと役割を果たせば、システム構築は多少のトラブルはあっても、大炎上することはない。
·active.nikkeibp.co.jp·
後手に回る炎上プロジェクト、現場へ責任を「丸投げ」するな
コスト効果と開発効率を圧倒的に向上 ローコードでの内製化で現場を変える
コスト効果と開発効率を圧倒的に向上 ローコードでの内製化で現場を変える
プログラミングなしに業務システムを開発できるローコード開発環境が充実し、開発を外注から内製に切り替える企業が増えている。ハムやソーセージの製造販売で年間150億円を売り上げる信州ハム(上田市)もその1社だ。ローコード開発環境に詳しいIDC Japanの入谷光浩氏が最新事情を紹介しつつ、信州ハムのキーパーソンとの対談によってコスト効果と開発効率を圧倒的に高めた秘密に迫る。
·special.nikkeibp.co.jp·
コスト効果と開発効率を圧倒的に向上 ローコードでの内製化で現場を変える
「仕様」と「要件」の違いとは? 仕様書の書き方のポイントもあわせて解説!
「仕様」と「要件」の違いとは? 仕様書の書き方のポイントもあわせて解説!
「仕様」と「要件」の違いを知っていますか? 本記事では、仕様と要件の意味と違いについて解説。また、使いわけるための例文・類語・英語表現をご紹介します。仕様書の書き方のポイントもあわせて解説します。
·news.mynavi.jp·
「仕様」と「要件」の違いとは? 仕様書の書き方のポイントもあわせて解説!
「大手ITベンダーありきじゃない! 官公システムはベンチャーでも受注できる」IT精通議員が断言
「大手ITベンダーありきじゃない! 官公システムはベンチャーでも受注できる」IT精通議員が断言
ワクチン担当大臣補佐官として新型コロナウイルスのワクチン接種状況を記録するシステムの開発を担当するなど、政府のIT投資に詳しい小林史明衆議院議員にデジタル庁の課題を聞いた。
·diamond.jp·
「大手ITベンダーありきじゃない! 官公システムはベンチャーでも受注できる」IT精通議員が断言
【開発・設計関係者必見!大好評の無料共催セミナー】明日から現場で実践できる『設計書の書き方・見せ方』のテクニックを伝授:時事ドットコム
【開発・設計関係者必見!大好評の無料共催セミナー】明日から現場で実践できる『設計書の書き方・見せ方』のテクニックを伝授:時事ドットコム
[バルテス株式会社]ソフトウェアのテスト・品質向上支援に関するサービスを提供するバルテス株式会社(本社:大阪市西区、東京都千代田区、代表取締役社長:田中 真史、以下バルテス)は、株式会社システムインテグレータ(本社:さいたま市中央区 代表取締役社長:梅田 弘之)と共催し、無料Webセミナー『システム設計書の書き方セミナー~第4回 現場ですぐに使える!設計書の書き方、見せ方の実践テクニック~』を2021年10月6日(水)に開催することをお知らせいたします。昨今、大規模開発も中規模開発も「製造・テス…
·jiji.com·
【開発・設計関係者必見!大好評の無料共催セミナー】明日から現場で実践できる『設計書の書き方・見せ方』のテクニックを伝授:時事ドットコム
エンジニアの66.3%が「現在の開発プロセスに課題あり」 新規技術を活用した大規模なシステム開発には「アジャイル型」を含んだ開発プロセスに支持集まる
エンジニアの66.3%が「現在の開発プロセスに課題あり」 新規技術を活用した大規模なシステム開発には「アジャイル型」を含んだ開発プロセスに支持集まる
株式会社BlueMemeのプレスリリース(2021年2月1日 10時00分)エンジニアの66.3%が[現在の開発プロセスに課題あり] 新規技術を活用した大規模なシステム開発には[アジャイル型]を含んだ開発プロセスに支持集まる
·prtimes.jp·
エンジニアの66.3%が「現在の開発プロセスに課題あり」 新規技術を活用した大規模なシステム開発には「アジャイル型」を含んだ開発プロセスに支持集まる
開発ツールおすすめ14選比較|各製品の特徴を紹介!選び方も解説
開発ツールおすすめ14選比較|各製品の特徴を紹介!選び方も解説
開発ツールは、ITシステム開発の現場で欠かせないもののひとつです。この記事では、開発ツールのおすすめ14製品を紹介し、その特徴を比較します。さらに、製品の選び方のポイントも解説します。
·news.mynavi.jp·
開発ツールおすすめ14選比較|各製品の特徴を紹介!選び方も解説
なぜプロダクト完成間近のテストではなく、上流品質を高めてバグを減らすべきなのか
なぜプロダクト完成間近のテストではなく、上流品質を高めてバグを減らすべきなのか
プロダクトの品質を高めるための開発者テスト。一般に開発の後半で行うイメージがあるかもしれませんが、下流工程で集中的にチェックしようとすると、スケジュールの遅れやバグの見逃し、さらには長時間労働に繋がってしまいます。だからこそ上流品質を高めようと提案するのが、高橋寿一さんによる『ソフトウェア品質を高める開発者テスト』です。今回は本書から、なぜ上流工程で細かくテストをするべきかを解説した「第2章 上流品質向上のためのテスト」を抜粋して紹介します。
·codezine.jp·
なぜプロダクト完成間近のテストではなく、上流品質を高めてバグを減らすべきなのか
エンジニアの66.3%が「現在の開発プロセスに課題あり」 新規技術を活用した大規模なシステム開発には「アジャイル型」を含んだ開発プロセスに支持集まる
エンジニアの66.3%が「現在の開発プロセスに課題あり」 新規技術を活用した大規模なシステム開発には「アジャイル型」を含んだ開発プロセスに支持集まる
エンジニアの66.3%が「現在の開発プロセスに課題あり」 新規技術を活用した大規模なシステム開発には「アジャイル型」を含んだ開発プロセスに支持集まる
·ascii.jp·
エンジニアの66.3%が「現在の開発プロセスに課題あり」 新規技術を活用した大規模なシステム開発には「アジャイル型」を含んだ開発プロセスに支持集まる
開発者の仕事を増やさずにバグを減らす、かしこいテスト戦略とは?【デブサミ2021】
開発者の仕事を増やさずにバグを減らす、かしこいテスト戦略とは?【デブサミ2021】
システム開発において、バグを減らし、ソフトウェアの品質を高めることは重要な課題である一方、その手法の多くはエンジニアの仕事量も増やす傾向にある。そこで必要となるのは、むやみなデバッグ作業やテストコードの作成ではなく、開発プロセスの上流で品質を担保するためのテスト戦略だ。仕事量を減らしながら品質を高める手法について、情報工学博士でソフトウェアテストを専門とする高橋 寿一氏が講演した。なお、この講演はデブサミ2021のなかでも最初に満員となったセッションで、デブサミ2021アワードの話題賞を受賞した。
·codezine.jp·
開発者の仕事を増やさずにバグを減らす、かしこいテスト戦略とは?【デブサミ2021】
システム開発はどう標準化すべきか?開発標準がITベンダー任せではダメな理由
システム開発はどう標準化すべきか?開発標準がITベンダー任せではダメな理由
システム開発の標準化、すなわち開発標準は、品質確保や生産性向上に欠かせない取り組みです。実際にシステム開発を外部委託している場合は、ITベンダーの開発標準がよく用いられています。しかし、ITベンダーの開発標準は、ITベンダーの思惑やソフトウェア開発そのものの標準化の難しさから、発注者が期待する品質を確保できないケースが後を絶ちません。本稿では、開発標準の基礎的な考え方から、発注者が開発標準を適切に適用するための方法を解説します。
·sbbit.jp·
システム開発はどう標準化すべきか?開発標準がITベンダー任せではダメな理由
平井大臣「発言」に学ぶ、IT調達におけるトップの振る舞い
平井大臣「発言」に学ぶ、IT調達におけるトップの振る舞い
平井卓也デジタル改革担当大臣の発言がマスコミやネットをにぎわせている。この件でDXやITの調達に関わるトップの振る舞いに関して、いくつかポイントがあったので、それらを論じたい。
·active.nikkeibp.co.jp·
平井大臣「発言」に学ぶ、IT調達におけるトップの振る舞い
迷走するデジタル庁…今度はオリパラアプリを仕切っていた慶大教授の不適切行為が発覚
迷走するデジタル庁…今度はオリパラアプリを仕切っていた慶大教授の不適切行為が発覚
菅義偉首相就任時の「目玉政策」として打ち出された「デジタル庁」が、9月1日に発足する。しかし、デジタル庁の母体になっている内閣府の情報通信技術(IT)総合戦略室(通...
·news.goo.ne.jp·
迷走するデジタル庁…今度はオリパラアプリを仕切っていた慶大教授の不適切行為が発覚
オリパラアプリ減額 「平井大臣発言の影響なし」
オリパラアプリ減額 「平井大臣発言の影響なし」
東京オリンピック・パラリンピックに向けて政府が発注した健康管理アプリを巡り、調査報告書が公表され、開発費用の減額に平井デジタル改革担当大臣の発言は影響しなかったという見解を示しました。  この健康管理アプリを巡っては当初、海外からの観光客らの利用を想定し、NECが開発した顔認証システムを使う予定でした。  しかし、観戦客を巡る方針変更に伴い、約73億円だった費用が約38億円に減りました。  この際、平井大臣が契約交渉をする内閣官房の幹部に対して請負先の企業を「脅しておいたほうがいい」と指示していました。  報告書はNECとの契約変更について両者の協議で合意されたもので平井大臣の発言が影響したと認定しませんでした。  一方、報告書はアプリの調達を巡り、守秘義務を負わない民間事業者が管理体制に組み込まれていたことや見積書を事業者に依頼する際に見積金額を特定して作成を依頼するなどの不適切な行為があったと指摘しました。
·news.tv-asahi.co.jp·
オリパラアプリ減額 「平井大臣発言の影響なし」
「ベンチャー推奨・NEC排除」で声を荒らげた平井大臣、発言の真意を読み解く
「ベンチャー推奨・NEC排除」で声を荒らげた平井大臣、発言の真意を読み解く
平井卓也デジタル改革相が内部会議で政府職員らに発言した内容が波紋を広げている。会議の一部の音声データが流出し、そこで平井大臣は政府IT発注で減額交渉のさなかにあったNECに対してデジタル庁の発注から排除するという趣旨を発言していたとされる。
·xtech.nikkei.com·
「ベンチャー推奨・NEC排除」で声を荒らげた平井大臣、発言の真意を読み解く
「NEC排除発言の真意」を平井卓也初代デジタル相が激白、ITベンダーに猛烈敵意
「NEC排除発言の真意」を平井卓也初代デジタル相が激白、ITベンダーに猛烈敵意
デジタル庁を所管する“初代デジタル相”に就任する予定の平井卓也デジタル改革担当相は、コロナ禍で露呈した日本のIT政策の失敗を「デジタル敗戦」と呼ぶ。その敗因をどう見ているのか。官僚との定例会議における“NEC排除発言”の真意はどこにあったのか。同氏を直撃した。
·diamond.jp·
「NEC排除発言の真意」を平井卓也初代デジタル相が激白、ITベンダーに猛烈敵意
平井デジタル相「NECより全然いい」 発言の真意は:朝日新聞デジタル
平井デジタル相「NECより全然いい」 発言の真意は:朝日新聞デジタル
東京五輪・パラリンピック向けアプリの事業費削減をめぐり、請負先企業のNECについて、「脅しておいた方がよい」と指示した平井卓也デジタル改革相が、同じ会議の中で、旧知の大学教授が関係する技術の優位性に…
·asahi.com·
平井デジタル相「NECより全然いい」 発言の真意は:朝日新聞デジタル
伝統的なIT産業の構造を崩壊させる大事件
伝統的なIT産業の構造を崩壊させる大事件
大手ITベンダーを頂点とする日本のIT産業構造を崩壊させる大事件が起きた。NTTコミュニケーションズやNEC、日本ビジネスシステムズ、医療ベンチャーのアルム、ブレインの5社で構成するコンソーシアムが2021年早々に落札した、東京オリンピック・パラリンピックに向けた入国管理アプリ開発の契約金額を、政府が約73億円から約38億円に引き下げたことだ。
·japan.zdnet.com·
伝統的なIT産業の構造を崩壊させる大事件
出だしからつまずいたデジタル庁-この役所、信用できますか?『山田厚史の地球は丸くない』第195回 |出だしからつまずいたデジタル庁-この役所、信用できますか? by 山田厚史 ニュース屋台村
出だしからつまずいたデジタル庁-この役所、信用できますか?『山田厚史の地球は丸くない』第195回 |出だしからつまずいたデジタル庁-この役所、信用できますか? by 山田厚史 ニュース屋台村
山田厚史(やまだ・あつし) ジャーナリスト。元朝日新聞編集委員。「ニュース屋台村」編集主幹。 デジタル庁が9月1日、発足した。「全ての手続きがスマートフォンで60秒以内に完結することを目指す」という行政のデジタル化は、巨 […]デジタル庁が9月1日、発足した。「全ての手続きがスマートフォンで60秒以内に完結することを目指す」という行政のデジタル化は、巨大な公共事業であり、利権の温床になる。集められた情報は、使いようによっては個人や団体を丸裸にできる。デジタル庁には公正な運営と透明は仕組みが欠かせないが、この役所は大丈夫だろうか。
·newsyataimura.com·
出だしからつまずいたデジタル庁-この役所、信用できますか?『山田厚史の地球は丸くない』第195回 |出だしからつまずいたデジタル庁-この役所、信用できますか? by 山田厚史 ニュース屋台村
“脅しといて”発言「不適当だった」平井大臣が釈明
“脅しといて”発言「不適当だった」平井大臣が釈明
東京オリンピック・パラリンピックの入国者向けアプリの開発費用の削減で平井デジタル改革担当大臣が請負先の企業を「脅しておいた方がいい」などと指示していたことについて「不適当だった」と釈明しました。  平井デジタル改革担当大臣:「10年来、私と一緒に仕事してきた仲間なので、非常にラフな表現になった。表現は不適当だと思いますが、今後、気を付けていきたい」  アプリは当初、海外からの観光客の利用を想定し、NECが開発した顔認証システムを使う予定でしたが、方針変更に伴い取りやめ、交渉の結果、費用は当初の半分の約38億円となりました。  契約交渉にあたる幹部との打ち合わせでの発言について、平井大臣は「表現は不適当だったが自分は直接、業者と話す立場にない」などと述べました。
·news.tv-asahi.co.jp·
“脅しといて”発言「不適当だった」平井大臣が釈明
「みずほ銀行」のシステム障害はなぜ防げなかったのか…エンジニアを見下す「悪しき体質」(週刊現代) @moneygendai
「みずほ銀行」のシステム障害はなぜ防げなかったのか…エンジニアを見下す「悪しき体質」(週刊現代) @moneygendai
数え切れないほど障害を起こしても、改善の気配がない。ミスや事故にしては多すぎる。他の銀行なら起こり得ないことが、なぜこの銀行では起きるのか。序曲は平成の大再編で、すでに聞こえていた。
·gendai.ismedia.jp·
「みずほ銀行」のシステム障害はなぜ防げなかったのか…エンジニアを見下す「悪しき体質」(週刊現代) @moneygendai
ビジネスモデルは「システム」に帰結する。複雑な社会、不確実な今をどう解決できるか
ビジネスモデルは「システム」に帰結する。複雑な社会、不確実な今をどう解決できるか
「昨今、『ビジネスモデル』という言葉がよく使われるようになったが、色々なものが連携しあう今の社会には『システム性』があり、一歩踏み込むとすぐにシステムの問題になる」と指摘するのは、東京大学名誉教授、大阪大学名誉教授で、システムイノベーションセンター(SIC)副センター長の木村英紀氏だ。実際、私たちの身の回りにある家電を含めたさまざまな工業製品やそれを支えるネットワークなどはすべて「システム」に帰結する。木村英紀氏が、2021年IEEE(米国電気電子学会)の各分野の最高賞であるTechnical Field Awardsの制御部門賞IEEE Control Systems Awardをアジアで初めて受賞したのを記念した講演に登壇し、システムはいかにあるべきか、社会との関わりの中からシステムを捉え直す提言を行った。
·sbbit.jp·
ビジネスモデルは「システム」に帰結する。複雑な社会、不確実な今をどう解決できるか
うまくメソッド名を付けるための参考情報 - Qiita
うまくメソッド名を付けるための参考情報 - Qiita
クラス名編をつくりました あるメソッドを定義しようとするとき、そのメソッドを使う人達が名前からどんなことをするか理解できるようにするには、メソッドの内容に応じて適切な情報量の命名が求められます。 この記事では、メソッド名に用いるこ...
·qiita.com·
うまくメソッド名を付けるための参考情報 - Qiita
変数の命名―わかりやすい名前の付け方はこれだ!
変数の命名―わかりやすい名前の付け方はこれだ!
プログラミングのゴールは「設計書通り動くこと!」。設計書通り動いていれば、テストも通るし実際の業務にも影響を及ぼさない―。というのは、一見正しいように見えますが、「設計書通り動くこと」というのは100%のプログラミングではありません。100
·it-biz.online·
変数の命名―わかりやすい名前の付け方はこれだ!
変数名・関数名の付け方についての個人的ルール - Qiita
変数名・関数名の付け方についての個人的ルール - Qiita
はじめに コードを読みやすくする方法としては、コメントを適切につけること、ロジックを単純化すること、機能を分割することなど色々なものがありますが、今回は「名前の付け方」について自分が気をつけていることをまとめてみました。 当た...
·qiita.com·
変数名・関数名の付け方についての個人的ルール - Qiita