仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話｜田辺めぐみ
よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を
30代から始めるYouTube入門
YouTube ≠ ヒカキンたぶん、YouTubeは「ネタ動画」のイメージが強すぎる。「ヒカキン」に代表されるユーチューバーが、目立ってしまうせいだろうか。実際には、テクノロジー、旅行、料理、建築ほか、あらゆる分野の動画があるにも関わらず、この誤解が「大人の」ユーザを遠ざけているように思えてならない。 YouTubeのトップページがこれでは、手が出せないのも分かる。「煩いTVから離れたのに、わざわざYouTubeなんか?」と切って捨ててしまうのは、あまりにもったいない。実は、YouTubeには30でも60代でも満足するコンテンツで溢れている。誇張なく、「Nスぺ」並みのコンテンツがごろごろ。 まずは一つ、(ちょっとNスペ路線ではないが) 私をYouTubeに引き込んでくれた動画を紹介しよう。Peaceful Cuisine (1.3M)は料理系のひとつ。日本人のチャネルながら、海外アクセスも
字が汚い人へ 無料ペン字練習ファイルを作りました！
漢字 2 ： ひらがな 7 ： カタカナ 1 実際の文章は、漢字が20～30％、ひらがなが70％、カタカナが10％程度になっています。 IT関連の会社、外資系の会社などは、もう少しカタカナ比率が高いかもしれませんが、一般的にはこのぐらいの比率で、この比率の文章の方が人間の頭に入りやすいということです。 この一般的な文字の出現比率で、練習用紙に文字が出てきます。 漢字 5 ： ひらがな 4 ： カタカナ 1 実際の文字の出現頻度だと、ひらがなが多くて、毎日練習するには飽きるかも？と思い、漢字の出現比率を多くしたパターンです。 漢字のみ 漢字ばかりを練習する方法です。 なお練習する文字は、漢字の出現頻度のデータに、ランダム数値を掛け合わせて、毎回違った文字が出るようにしています。 ＊漢字の出現比率は、こちらのデータを参考にさせていただきました。 ひらがなのみ ひらがなのみを練習する場合です。
鈴村さんが指南する業務フロー図の上手な書き方
まずは，業務フローの例を見てみよう。UMLのアクティビティ図で書いたのが（図1）である。スイムレーンに役割を書き，上から下（または左から右）に向かって業務の進行を書いていく。かどの丸い四角形で示したアクティビティが業務プロセスに対応し，矢印で示したフローが業務の流れになる。「誰が何をするか」が明確になる。 よほど定型化されたものでない限り，業務とは複雑なものである。厳密に書こうとすると，業務フローも複雑になりがちである。しかし，分かりやすさを重視するなら，一つの業務フローに登場するアクティビティはせいぜい10～15程度にとどめるべきだ。 複雑なフローを表現したければ，一部の業務フローを別に切り出して，サブ業務フローとして記述すればよい。親の業務フローのある業務プロセスの内部が，サブ業務フローとなっているというように階層化する。 スイムレーンには顧客や営業担当など役割を設定する。「松山さん」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
