주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
아키텍트의 의사 결정 항목
아키텍처가 결정해야 할 항목을 정의한다.
J2EE에 대한 의사 결정 항목
그림 Ⅲ-41. JE22에 대한 의사결정 항목
성능에 대한 의사 결정 항목
-
Resource Demand
-
Increase Computation Efficiency
-
Reduce Computational Overhead
-
Maintain Event Rate
-
Control Frequency of Sampling
-
-
Resource Management
-
Introduce Concurrency
-
Maintain Multiple Copies
-
Increate Available Copies
-
-
Resource Arbitration
-
Scheduling Policy
-
가용성에 대한 의사 결정 항목
-
결함 검출
-
Ping/echo
-
Heartbeat
-
Exception
-
-
결함 복구
-
Voting
-
Active redundancy
-
Passive redundancy
-
Spare
-
Shaow operation
-
State resynchronization
-
Checkpoint/rollback
-
-
결함에서 보호
-
Removal from service
-
Transactions
-
Process monitor
-
유지보수성에 대한 의사 결정 항목
-
수정 사항을 국지화
-
Maintain semantic coherence
-
Antipate expected changes
-
Generalize the module
-
Limit possible options
-
-
Prevent Ripple Effects
-
Hide information
-
Maintain existing interfaces
-
Restrict communication paths
-
Use an intermediary
-
-
Deffer Binding Time
-
Runtime registration supports
-
Configuration files
-
Polymorphism
-
Component replacement
-
Adherence to defined protocols
-
보안에 대한 의사 결정 항목
-
보안 원칙
-
Authentication
-
Authorization
-
Integrity
-
Availability
-
Confidentiality
-
Auditing
-
Nonreputation
-
-
추가적인 보안 특성
-
Secure Single Sign-On
-
Merged audit logs and log analysis
-
Secure administration
-
Session protection
-
Uniform security granularity
-
-
Authentication
-
User IDs and Password
-
Tokens
-
Biometric Schems
-
Authentication Infrastructures
-
-
Authorizatiuon
-
Access Control
-
Mandatory Access Control
-
Discretionary Access Control
-
Role-based Access Control
-
Access Control Roles
-
-
보안 아키텍처 패턴
-
Entity
-
Context Holder
-
Service Provider
-
Channel Elements
-
플랫폼
-
-
암호화
-
대칭 암호화
-
비대칭 암호화
-
암호화 모드
-
난수 발생 방법
-
Cryptographic Hash Functions
-
전자 인증
-
전자 서명
-
키 관리
-
암호 해석
-
-
Trusted Code
-
Java Sandbox
-
Microsoft Authenticode
-
Internet Explorer Zones
-
Self-Extracting Package
-
-
Secure Communication
-
Secure Communication의 구조
-
Secure Socket Layer
-
IPSec
-
-
Middleware의 보안
-
Infaliability에 대한 가정
-
J2EE의 보안
-
-
웹에 대한 보안
-
웹에 대한 보안 이슈
-
웹 어플리케이션 보안에 대한 선택 사항
-
웹 클라이언트에 대한 보안
-
컨넥션에 대한 보안
-
웹서버 호스트에 대한 보안
-
웹서버에 대한 보안
-
-
어플리케이션 보안
-
OS에 대한 보안
-
네트워크에 대한 보안
-
-
데이터베이스 보안
-
보안 컴포넌트
-
Enterprise 보안 아키텍처
이올린에 북마크하기'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 4-1 아키텍처에서 개발로의 이행 (0) | 2008/11/12 |
|---|---|
| [SA강좌] Part 3 연재완료... (0) | 2008/11/07 |
| [SA강좌] Part 3-13 아키텍트의 의사 결정 항목 (0) | 2008/11/07 |
| [SA강좌] Part 3-12 소프트웨어 아키텍처 설계 산출물 관계 (0) | 2008/11/07 |
| 웹기반 정보시스템 구축시에 꼭 필요한 다이어그램... (0) | 2008/11/04 |
| 다이어그램의 활용범위... (0) | 2008/11/04 |
Prev
Rss Feed
