生成AIを上手に使うプロンプト 生成AIの活用はプロンプト次第、適切な回答を得るには質問や指示の工夫が必要 2024.08.20
仕様書のことについて質問なのですが、 仕様書が無い状態でコーディングを行い、ある程度プログラムが 完成した状態で「仕様書書いてってや〜」と言われました。 以下の条件の場合、どのような仕様書を書けば良いと思われますか？ ・前提知識のないプログラマが見た際に同等の動きをするプログラムが組める仕様書。 ・”仕様書が無い状態”というのは、コーディング前に簡単なブロック図などで 口頭で説明を受けて不明点はその都度指示を仰いで作業してました。 (よってプログラムの動作を示す資料などはほぼ皆無。全て頭の中^-^;) ・始めは「仕様書はコッチで作るから大丈夫」と言っておられたのですが 「ゴメン、時間作れそうにないから仕様書作って」といわれました。 どなたかアドバイスと仕様書制作のためになるページを紹介願います。 仕様書というものを書いたことが無いので今現在非常に不安な気持ちで作成しております。
プロジェクトを進めるうえで、トラブル発生による手戻りを未然に防止するほかに、進ちょくを測ったり、リスクを予測したりするためには、ドキュメントレビューが効果的である。ここでは、主要なドキュメントに対するチェックポイントを紹介する。 仕様書のチェックリスト 以下に仕様書の基本的なチェックポイントを紹介する（なお、第4回の「急がば回れ──質の良い仕様書の作り方」も併せて参考にしていただきたい）。 ソフトウェア開発というのは、意図するところを人間の言葉からいくつかの成果物（ドキュメント）を経て、コンピュータの言葉に置き換えるバケツリレーのようなところがある。最初にこぼれた水を途中でつぎ足すことは、なかなか難しいもの。早い段階──仕様書には“漏れ”がないようにしたい。 （1）題名は、システム名を明記しているか 仕様書の題名に「?システム仕様書」のように、システム名が明記されているか。“名は体を表す”
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く