外部設計

ランキング参加中【公式】2023年開設ブログ あなたにこんばんは。 プログラミング教材を買って、もう、先行投資は良いかな？と思っている本を売らない本屋さんAlkanetBooks代表の伊藤空彦です。😹 今日はかなり散財をしてしまいましたね。 プログラミング教材をというものを買ったんですよ。 NintendoSwitchでできるやつですがね。 それでは、ゆっくりしていってね。 内藤様のご案内で、プチコン4を購入いたしました。 電子書籍の宣伝です。 内藤様のご案内で、プチコン4を購入いたしました。 度々、お世話になっております内藤様からこんなお誘いを受けました。 Bing先生に尋ねてみました。 p…

こんにちは、弥生で新サービスのアーキテクチャ検討やエンジニアリングを担当している牛尾です。 今回はAmazon Web Services（以降AWS）さん全面協力のもと、AWSへのマイグレーションおよびモダナイゼーションプログラムであるExperience-Based Acceleration（以降EBA）なるものを体験してきたので、その知見を共有させていただこうと思います。 aws.amazon.com 弥生が現在行っている取り組み EBAについてお話する前に、まずは弥生が現在行っている取り組みについてお話させてください。 弥生は「あなたの事業コンシェルジュへ。」をモットーに、業務ソフトメー…

皆さんこんにちわ！！ロクです。 現在、ひあすたの二次創作ゲームを製作中で、その進捗報告をしようと思います。 毎週日曜に報告しようかなーって思ってます。 時間に余裕がある方は⬇の#0も読んでくれると嬉しいです*.(๓´͈ ˘ `͈๓).* locu.hateblo.jp 進捗報告 まず前回#0のブログを投稿したのですが、そのブログから今日までどんなものが作れたかの画像を貼り付けます。 まぁこんな感じで、ほんとざっくり作りました。 設定画面もありますが、ボタンと選択がちょっとできるだけで、解像度の設定やキーボード設定等の設定項目はまだ組んでません。 とりあえず今は、外部設計をしようかなって思ってま…

前段 ご覧いただきありがとうございます。クロスマート株式会社でプロダクトマネージャー（以下、PM）を務めております森(@monroo12)です。 これまで、開発チームや開発に対する大枠のフローについては、PM横断していくつか記事を書かせていただきました。 xmart-techblog.hatenablog.com xmart-techblog.hatenablog.com などなど。 今回はさらに具体的に、ある機能の”構想から世に出るまで”を執筆しました。（といっても、マスクしている部分が多くて分かりにくさあるかもしれないです、、、気になる部分や掘り下げたい部分あったら語る会しましょう） もち…

プロジェクトのトラブル解決大全 小さな問題から大炎上まで使える「プロの火消し術86」 作者:木部 智之 KADOKAWA Amazon リーダーシップの箇所は思った以上に自分がやってきたこと手法と似ているところがあって、自分のプロジェクトマネジメントのやり方が間違っていないことに確信を得た本でした。 PMPやPMBOKに書かれている内容はあくまで理論であって、実務とは乖離があると前から思っていました。 この本は実務から得られたプロジェクトマネジメント手法が多く書かれているので、プロジェクトマネジメントに興味ある方や悩んでいる方はぜひ読んで頂きたいです。 プロジェクトマネジメントは本来、厳しい職…

レイアウトパターン ◆INDEX◆ へジャンプ 上図は「縦可変横固定クロス集計表」の例として載せていますが、実は「縦横可変クロス集計表」の設定で出力されています。「外部設計」「詳細設計」「コーディング」といった工程が、入力データの出現順に左から右に伸びて（可変で）出力されています。 ひな形シート 生成制御シート 出力結果の工程が「外部設計」「詳細設計」「コーディング」「結合試験」「システムテスト」「単体試験」の順に並んでいますが、これは先頭プロジェクト「携帯アプリ開発A」には「単体試験」が含まれていなくて、後続プロジェクトで出現するためです。 工程の順番を「外部設計」「詳細設計」「コーディング…

新卒2年目ですががっつりDB設計をすることがあり、その際に思ったことなどをまとめておく。 3層スキーマを意識しておけばよかった 特に設計の内容が変わるわけではないのだが、どこまでやればDB設計を完了とみなしていいかがあまりわかっていなかった。今までの現場経験的なところで各カラムのデータ構造まで決定していれば大丈夫だろう。という曖昧な感覚でDB設計を終わらせてしまっていた。 今思えば3層スキーマに従って、外部設計の画面仕様書作成中は、外部スキーマを決定してるようなものだなー。ER図で論理設計をしているときは概念スキーマを決めているんだなー。じゃああとは内部スキーマの決定だけ必要だからそこまでやれ…

「全部一人でやるなら分ける必要は殆どない」、これはそう。 例えば外部設計と内部設計に言い換えたりもできる。けど呼称は本質的じゃない。✅基本設計/外部設計→エンドユーザが意識するところ。✅詳細設計/内部設計→エンジニアがよしなにやるところ。必要性があって区別をしているのであって、全部一人でやるなら分ける必要は殆どない。 https://t.co/LfQtRAuFbJ — Henry (@HighWiz) 2023年5月17日 元ツイートはこれ。 ぶっちゃけ「基本設計」とか「詳細設計」みたいな用語を仕事で使ったことないです。ユーザーの雑多な直面している課題を体系化するのが要件定義具体的に問題解決す…

はじめに ソフトウェア開発の品質管理についての記事です。読み手は若手のソフトウェアエンジニアを想定しています。2023/5/20に本記事を改定しました。 ソフトウェア開発の品質管理 品質管理とは 対象となるソフトウェアの品質基準を策定し、品質基準を満たすように開発プロセス内でソフトウェアの品質をコントロールすることです。 ソフトウェアの品質基準は各組織が独自で定めている値であり、組織内に品質基準がない場合は算出する必要があります。

過去のプロジェクトの開発実績から構築した作業配分モデルがある。システム要件定義からシステム内部設計までをモデルどおりに228日で完了し，プログラム開発を開始した。現在，200本のプログラムのうち100本のプログラム開発を完了し，残り100本は未着手の状況である。プログラム開発以降もモデルどおりに進捗すると仮定するとき，プロジェクト全体の完了まで，あと何日掛かるか。ここで，各プログラムの開発に掛かる工数及び期間は，全てのプログラムで同一であるものとする。 〔作業配分モデル〕 システム要件定義 システム外部設計 システム内部設計 プログラム開発 システム結合 システムテスト 工数比 0.17 0.…

現在では主流ではないかもしれないが、 システム開発手法にはいくつかのモデルがあるが、経験があるだけに 「ウォータフォールモデル」が「たたき台」というか、「基本」というか 以前の「主流」の開発手法であった。 それは、 基本設計 → 外部設計 → 内部設計 → プログラム設計 プログラミング → テスト → テスト稼働 → 本番稼働 といった流れである。 この開発に入る前に 「ヒアリング」を通して 各セクターの 「システム化要望」をふまえ 「出来る」「できない」を 仕分けして、もしくはどこかで誰かが各要望を「巻き取って」 「実行」していくことが肝要となる。 なんて、「カタい」 今どきではない、形だ…

過去のプロジェクトの開発実績に基づいて構築した作業配分モデルがある。システム要件定義からシステム内部設計までをモデルどおりに進めて228日で完了し，プログラム開発を開始した。現在，200本のプログラムのうち100本のプログラムの開発を完了し，残りの100本は未着手の状況である。プログラム開発以降もモデルどおりに進捗すると仮定するとき，プロジェクトの完了まで，あと何日掛かるか。ここで，プログラムの開発に掛かる工数及び期間は，全てのプログラムで同一であるものとすをする。 〔作業配分モデル〕 システム要件定義 システム外部設計 システム内部設計 プログラム開発 システム結合 システムテスト 工数比 …