ソフトウェア個人開発プロセス手順書
●ソフトウェア個人開発プロセス手順書 version 0.4 目次 目的 プロセスの順番について、サンプルについて 開発手順 文章管理 開発管理帳 （開発体制表、 スケジュール表、 作業スタック、 要求履歴、 作業履歴、 数値データ） 基本仕様書の記述項目 試験仕様書兼報告書の記述項目 試験報告書の記述項目 評価報告書 分析 ～ 現状の理解と目的と対応の分析 見積もり作成 基本仕様作成 仕様変更 設計 ～ 各担当による機能実現の手段 入出力設計 イベント設計 詳細仕様作成（プログラミング） 試験仕様作成、試験方針 テストプログラム作成 状況欄 出荷モード 予防 デバッグ レビュー コーディング・レビュー レビュー記録 進捗報告 ISO-9001 の要求事項との対応 ◆ 目的 本書は、ソフトウェア開発の実際の作業に則しながら 品質を保証する手順のテンプレートです。 本書は、筆者の開発手順をモ
よいシステムは、よい手順書に行き着く
よいシステムは、よい手順書に行き着く（１） 株式会社テクノファ 代表取締役 平林良人 「よいシステムとは何か」を考えていくと最後に突き当たるのは「よい手順書（マニュアル）とは何か」になる。システムとは「相互に関連し、又は相互に作用する総体」であるから、複雑な業務をいかにして手順化（マニュアル化）しておくかに行きつくのである。 マニュアルには何を書くのか、誰を対象に書くべきか、どのくらいの細かさで書くのか、いつ読むのか、いつ読ませるのか。これらは当然組織によって異なる。しかし、何か一般原則があるのではないか。 ０ 序 手順書についてよく聞く現状の問題点は次のようなものである。 １．現実のシステムが整備されていないのに、あるべき理想の姿を文書にしている。 ２．いままでのシステムがあるのに、それを無視して手順書が作られている。 ３．文書を作成した人が実態をよく知らないスタッフなので、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://xfreak.com/ccna/point/ccna/index.cgi?mode=view&no=66
