基本/詳細設計って呼び方やめませんか - Qiita
システムエンジニア Advent Calendar 2016 の 15 日目です。システムエンジニアなら避けては通れない設計について考えたことを書いてみようと思います。 設計ってむずかしい システム開発の様々な局面で「設計ってむずかしいなあ」と思うことがあります。細かいところはシステムの規模や自分のポジションによって変わりますが、だいたい以下に挙げたようなことで困ることが多いです。 設計 なにを、どこまで、どんなフォーマットで書くといいんだろう？ 各ドキュメントはどうやって関連付けるといいんだろう？ 基本設計書と詳細設計書はなにが違う？ 開発 なんでこういう設計になっているんだろう？ 設計されていない組み合わせのデータはどう処理すればいいんだろう？ 試験 試験データのパターンや量はどれくらい用意すればいいんだろう？ 運用 設計と実装が乖離していてなにが正しいのか分からない... 仕様変更や
【保存版】全部読んだら完全未経験者でも絶対Webクリエイターになれる本29冊 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんちには、フロントエンドエンジニア歴が1年のじぇしーです。 Webクリエイター1年生の皆さん、日々レベルアップできてますか？ Web未経験の皆さん、自分の学んでいる技術が本当に仕事で役に立つのか、不安じゃないですか？ 今日は技術的なネタがないので、今日は0から100まで、完全独学を貫き通した、独学の鬼の私が、中途未経験でLIGのフロントエンドとして採用されるまでに読んだ良書を全18レベル/29冊でご紹介します。 基本的にはフロントエンド向けの情報が多いですが、レベル6までの本を読破するだけでも、デザイナーとしてとりあえずは働き始めることができるような内容となっています。ここで紹介している本を全部読んだら絶対に、Webプログラマー / デザイナーになれます。ソースは自分です。未経験からWeb系の仕事に付きたい方のお役に立てば幸いです。 ※当記事で紹介している書籍は、執筆時点でアプリケーショ
プロジェクトが失敗する10の兆候
今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
