http://w.atwiki.jp/keny/ ソフトウェアエンジニアリングの向こう側 ja 2008-01-25T06:25:15+09:00 1201209915 https://w.atwiki.jp/keny/pages/20.html - Architectural Styles According to Shaw and Garlan, an architectural style defines a category of systems in terms of a pattern of structural organization and a vocabulary of components, connector types, and a set of constraints on how they can be combined. Such patterns and styles of design are pervasive in many engineering disciplines, and those are typically codified in engineering handbooks and materials for professional curricula. Architectural styles in software engineering are emerging. Those patterns and styles are important because they help software architects to choose appropriate architecture based on those patterns and styles and to think of the trade-offs by comparing one style over another. - View According to Bass, Clements and Kazman, “a view is a representation of a coherent set of architectural elements, as written by and read by system stakeholders”, and “a structure is the set of the elements itself, as they exist in software or hardware. That means that none 2008-01-25T06:25:15+09:00 1201209915 https://w.atwiki.jp/keny/pages/19.html いつテストをやめればいいか？ Coverage 80%はどういう意味があるのか？ いつテストをやめればいいか？ Coverage 80%はどういう意味があるのか？ Unit Testingtは言語依存？ たとえば、Javaには、Built-inのGCやconcurrencyがありそれはC/C++とは違う。 しかしこれは、多くのQAテクニックにいえるだろう。 InspectionとUnit Testingは共存できる？ もちろん、しかし、トレードオフがあるだろう。 ============ ============ 2008-01-25T11:28:10+09:00 1201228090 https://w.atwiki.jp/keny/pages/18.html $$CAPM = r_f + (r_m + r_f)*b $$ risk free rateには、例えば、Treasury Yield Curveの30yearsを使えばよい。 ===== 2008-01-22T14:25:47+09:00 1200979547 https://w.atwiki.jp/keny/pages/17.html - [[NPV]] - [[DCF]] - [[WACC]] - [[CAPM]] - [[M&A]] ====== 2008-01-22T14:33:11+09:00 1200979991 https://w.atwiki.jp/keny/pages/16.html 買収を株式でするか、現金でするか、の根本的ポイントは、買収案件のリスクとリターンを、売り手側と買い手側の株主で共有するか、しないか、ということだ。現金での買収は、買い手側がすべてのリスクとリターンを負う。株式での買収は、買い手と売り手でそれらを共有することになる。 詳しくは後ほど。 2008-01-22T14:02:02+09:00 1200978122 https://w.atwiki.jp/keny/pages/15.html - [[買収を株式でするか、現金でするか]] ======= 2008-01-22T14:10:12+09:00 1200978612 https://w.atwiki.jp/keny/pages/14.html Quality Attribute(品質属性)は非常に重要です。日本では、Non-functional Requirement(非機能要求)とも呼ばれます。 これは[[Software Architecture]](ソフトウェアアーキテクチャ)を決定する重要な要素となります。 大事なのは、品質属性とFunctional Requirements(機能要求)が直交している、という理解です。機能を実現するレベルと、品質属性を実現するレベルは別の話なのです。例えば、 参照 1. Len Bass, Paul Clements, and Rick Kazman. Software Architecture in Practice, Second Edition. Addison-Wesley, 2003. ===== 2008-01-22T14:04:36+09:00 1200978276 https://w.atwiki.jp/keny/pages/13.html ここではソフトウェアアーキテクチャについて書いていきたいと思います。 ====== 2008-01-25T06:54:07+09:00 1201211647 https://w.atwiki.jp/keny/pages/12.html ここではBusinessに関する話を書きたいと思います。 --- 2008-01-22T14:03:15+09:00 1200978195 https://w.atwiki.jp/keny/pages/11.html ・バグを発見するのにどんな方法があるか？ テスト インスペクション レビュー Formal Method Static analysis - [[Unit Testing]] ・VerificationとValidationの違い ====== 2008-01-24T12:26:22+09:00 1201145182