- 締切済み
設計書～テストまでの勉強法を教えて下さい
お世話になります。 開発手順の一連作業を勉強したいと思います。 設計書作成、プログラム作成、テスト仕様書作成、テスト などの開発作業です。 自分で機能を考えて設計からテストまでやろうと思いましたが、 良い機能が思いつかないので勉強が進みません。 また、セミナー受講も考えましたが、開催日がほとんど平日のため 難しいです。 それでも実際に仕様書を設計し、プログラム作成して、テストを 実施するような勉強方法はあるでしょうか。 よろしくお願いします。
- oshobo
- お礼率73% (97/132)
- その他([技術者向] コンピューター)
- 回答数1
- ありがとう数1
- みんなの回答 （1）
- 専門家の回答
みんなの回答
- namakeinu
- ベストアンサー率62% (25/40)
何系の開発がしたいのかにもよりますが、 質問と少し違うと思いますが参考ページとして こんなページ見つけましたので下記に記載しておきます。 ソフトウェア個人開発プロセス手順書 http://www.sage-p.com/process/process.htm
関連するQ&A
- 設計・開発勉強しろといわれどこからはじめていいかわからない
２９歳、運用・管理 テスト ヘルプデスクを６年ほど経験して、設計・開発を勉強してくれといわれました。新人ではないのでカリキュラムはありません。 どうやってすすめればいいでしょうか？開発の「か」の字もわかりません。設計も勉強しなければならないので、困っています。設計書もかいたことないし、いろいろな設計書があるみたいですが、どこからはじめればいいか？ 勉強するのにどんなシステムをつくればいいのかもわかりませんし、思いつきません。 やさしい方 アドバイスお願いします。
- 締切済み
- その他（プログラミング・開発）
- プログラムの開発フェーズにおける順位付け
皆様 お世話になります。 プログラム開発フェーズにおける順位付けを行いたいと思います。 下記に列挙する項目に対し順位付けを行いたいと思います。 どうか皆様の考えをお聞かせください。 ■開発フェーズの作業 ・処理フローの作成 ・機能構造図の作成 ・コーディング ・コンパイル ・コンパイルエラーの修正 ・テスト項目の洗い出し ・テスト仕様書の作成 ・テストデータの作成 ・単体テストの実施 ・テスト結果のチェック修正 ・エビデンス作成 ・コーディング(サブプログラムに分割) ・処理速度向上の考慮 ・可読性(コメント)の考慮 ・共通関数の調査 ・共通関数の設計 ・機能のプレ開発 ・設計書を熟読 ・設計書の内容の確認作業 ・開発標準【命名規約/コーディング規約/】の作成 ・開発標準の確認作業 ・開発環境の設定 ・テスト仕様書のテンプレート作成 ・ソース管理方法の作成 ・進捗管理方法の作成【プロジェクトレベル】 ・各種レビュー ※上記の作業内容の階層化順序付け
- 締切済み
- その他（ITシステム運用・管理）
- 開発系の資格で、内部設計書、外部設計書、テスト仕様書などのドキュメント
開発系の資格で、内部設計書、外部設計書、テスト仕様書などのドキュメント類の書き方を学習できる資格はありますか？
- ベストアンサー
- その他([技術者向] コンピューター)
- プログラム設計書の書き方
僕は新人SEです。 今、上司の方からあるシステムの基本設計書・システム設計書・プログラム設計書を作り、プログラミングまでしてから単体テスト・結合テストもやるように言われています。(全て１人で) おそらく経験のある方ならすぐにできてしまうようなシステムで、上司の方も勉強のために全てやらせているようです。 今、基本設計書・システム設計書まではなんとかできて、プログラム設計書の作成に取り掛かりたいのですが、初めての経験で実際のプログラム設計書には何をどのように書いているものなのかも全く見当もつかずにいるので全く何も書けません。 上司さんは今週忙しいようで 「来週見てあげるから自分で調べたりしてやってみて」 と言っています。 ですが、全く何もできずにいるのもイヤなので何かそれらしいものでも書いてみたいのですが…プログラム設計書とは何をどう書いてあるものなのでしょうか？ 日本語が書いてあるのかプログラムが書いてあるものなのか… そういったところからわからないので少しでも何か教えていただきたいです。 宜しくお願いします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- テスト仕様書について
私は入社1年目のPGです。 現在2人で開発を行っています。(VBA) 私はPGで、もう一人(Aとします)はSE兼PGです。 Aさんが詳細設計を作成し、 私がそれを元にプログラミングします。 この場合、テスト仕様書は私が作成するのですよね？ でも私が作成するより、詳細設計を作成した Aさんが作成した方がいいような気がするのですが…。 一般的にはどなたが作成するものなのでしょうか？ 宜しくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- 単体テストのテストケースの考え方(あげかた)について
単体テストのテストケースの考え方(あげかた)について 最近、プログラム(java)をはじめたものです。 単体テストを行ううえで、 まず、テスト仕様書の作成を行う(正確にいえば詳細設計段階でやりますが…)と思いますが、 そのテストケースのあげかたはどういう着眼点であげればよいのでしょうか？ 単体テストは、詳細設計に対してのテストだと思いますので、 基本的には、詳細設計で作成いたフローチャートの分岐をすべてのケース通るような仕様書を作成しています。 ただ、このやり方だと、問題があるような気がするのです。 たとえば、javaでMapを使用していて、 入力値が、値が固定のMap(例：1,2,3)に入っていればtrue、入っていなければfalseという処理があるとき、 フローチャートでは、trueかfalseかの２パターンしかなく、 実際のコードの記述もget(入力値)で、あるかないかだけ判断するため、２パターンです。 しかし、実際は、固定Mapの値1,2,3,とそれ以外という選択肢があるとおもうのですが、 こういう場合は、１、２、３、それ以外の４パターンのテストを行うべきでしょうか？ それとも、Mapにあるかないかだけの部分なので、trueの時とfalseの時の２パターンでいいのでしょうか？
- ベストアンサー
- その他（プログラミング・開発）
- プログラムのテスト仕様書で使えるCMSについて
お世話になります。 今まではExcelでテスト仕様書を作成してテストを行っています。 ネット上でテスト仕様書の内容を追加、修正、削除ができるようなCMSを探していますが・・・ プログラムのテスト工程をやりとりできるような使い方ができるCMSはあるのでしょうか。 例えば下記のような表が作成出来て、みんなで更新ができるみたいな 番号 | テスト項目 | テスト結果 | ステータス | 担当者 | 備考 -------------------------------------------------------------------------------- | | | | | -------------------------------------------------------------------------------- | | | | | -------------------------------------------------------------------------------- | | | | | -------------------------------------------------------------------------------- | | | | | -------------------------------------------------------------------------------- | | | | | 知識不足ですみませんがプログラム開発時で使えるCMSがあったら教えて下さい。 宜しくお願いします。
- 締切済み
- オープンソース
- ソフト開発で必要なテストを教えてください。
初めてソフト開発に携わる初心者です。 会社で、ソフトウェアを開発して、市場向けに販売することになりました。 最終的に実施するテストを計画しています。 最低限必要なテストが何かいろいろサイトを調べたのですが、よくわかりませんでした。 いま、計画しているのが、仕様を満たしているか機能テストと、負荷テスト、パフォーマンステスト それからセキュリティテストです。 顧客に販売する場合、必要となるテストに漏れがないか心配です。 一般的に必要となるテストは、どういうテストが具体的に教えてください。 よろしくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- 設計について
プログラム作成を他人に依頼できるように設計書を作りたいのですが、書き方がわかりません。その設計書があれば誰がコーディングしても同様のものができるような設計書を作りたいです。 そこで、ソフトウェアの設計の入門書で良書はありませんか？SE関係の本を書店で読んだところ、それらは依頼者からの要求を仕様書に落とし込むような技術を説明しているような本でした。そういったものでなく作るものが決定していて、それを作る際の指針となるデータ構造やGUI設計といったものの参考となる書類の作成をしたいです。 一般論でお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- 「テスト仕様書」の運用について ・どういう手法として知られているか
業務系のソフトウェアを開発・販売・保守している会社にいます。 今回、プログラム開発の過程に「テスト仕様書」というものが導入されることになりました。 通常、プログラマレベルでのプログラムの作成→担当SEもしくはその他の人がそれを検収の上ユーザに納入、という流れを取っています。 （ここにいう「作成」「納入」というのはシステム全体を納入するといったことではなく、例えば数十以上の実行ファイル等でできあがっているシステム全体のうち、実行ファイルを1コ追加する、といった単体レベルの話です。） 「テスト仕様書」の運用方法なのですが、 (1)通常の仕様書と同時に、あるいは少し遅れたタイミングでプログラマに渡す。 (2)稼働中のユーザと同じ動作環境のもとで、ごく限られた条件と、その条件によって出てくる予定の出力結果が提示してある。…帳票などでは範囲を広く指定すれば大量の出力結果が得られるわけですが、例えば「得意先は○○、商品は○○」の場合は「金額は○○円」と出てくる筈、というふうにごく一部だけが示してある。 (3)テスト結果をプログラム作成の終了と同時に、場合によっては途上で担当SEなどに早めに提出する。 …というものです。 趣旨としては、 (1)「テスト仕様書」の添付により、もともとの仕様書の不備を明らかにしやすくなり、かつ、プログラマの仕様の理解における勘違いを早めに正す。 殊に、誤解を招きやすい仕様の箇所に重点を置くと効果を発揮する。 (2)作成されたプログラムの本検収に取り掛かる前に一部でもテスト結果を早めに得ておくことで、検収やそれ以後の作業の迅速化を図る。（おもむろに取り掛かった本検収でプログラムの不備が初めて明らかになるより、ごく一部のテスト結果をちらっと見るだけでそれが間違いであることが分かればすぐに修正を依頼することができる。） (3)一部のテスト結果が正しければ全体も正しいという蓋然性が高まるので、プログラムの品質の向上に繋がる。 …というものです。 趣旨は良く分かりますし、特に「一部だけを早めに摘み食いする」という(2)の着眼点というのは面白いと思います。また、「得られるべき結果」を予測しておくための労力（言い換えれば「テスト仕様書」を作成するための時間)はかかりますが、あるべき出力結果を考えるというのはどのみち後でしなければならないことなので全体としての工数は変わらないという考えもあるようです。 …こういった手法は既に良く知られ、何かの名前が付いているものなのでしょうか。 書店で立ち読みなどをして文献を探したのですが（笑）、該当すると思われるものはありませんでした。 手法としての名前や、何か参考資料の在り処等を教えて頂ければと思います。
- ベストアンサー
- SE・インフラ・Webエンジニア
お礼
ご回答有難うございます。 返事が遅くなり、すみません。 教えていただいたサイトを拝見したのですが、 いまいちピンと来ませんでした。 「設計書はサイトに書いてあるような手順で実施するんだ～。」 と思っただけで、あまりよくわかりませんでした。 自分で作成しながら考えたりしてみたいのですが、 何かよい案がありますでしょうか。 ちなみに、僕はあまり設計書を作成したことがありません。 そのため、勉強したいと思っています。 よろしくお願いします。