함께 해 보실랍니까? ㅋㅋㅋㅋ
잼나다우~ ㅋㅋㅋ
'문화생활?' 카테고리의 다른 글
| [게임] 에브리타운~ ㅋㅋㅋ (0) | 2011/01/31 |
|---|---|
| [영화] Yes Man (0) | 2009/04/25 |
| [게임] 에브리타운~ ㅋㅋㅋ (0) | 2011/01/31 |
|---|---|
| [영화] Yes Man (0) | 2009/04/25 |
| 요즘 도전이 땡긴다. (0) | 2009/11/23 |
|---|---|
| 내게 차를~ ㅠㅠ (0) | 2009/04/05 |
| ISO 9126 Standard - 이식성 (0) | 2009/06/04 |
|---|---|
| 모바일 소프트웨어의 성능 평가 (0) | 2009/04/17 |
| 소프트웨어공학 컨퍼런스 일정 지도 (0) | 2009/04/11 |
| 꼭 읽어보야 할 위키피디아 - ISO 9126 (0) | 2009/04/09 |
| [게임] 에브리타운~ ㅋㅋㅋ (0) | 2011/01/31 |
|---|---|
| [영화] Yes Man (0) | 2009/04/25 |


| 블로그에 PPT파일 보이게 만들기... (0) | 2009/04/17 |
|---|---|
| 프로그래머의 심금을 울리는 Let's it be? (0) | 2009/04/10 |
| 090406 놀러와의 김재동의 말.... (0) | 2009/04/09 |
| 구글 애드센스 (0) | 2009/04/02 |
| 티스토리 사이드바에 위젯달기~ ㅋㅋㅋ (0) | 2009/04/01 |
| 10,000시간 법칙에 대한 오해를 보고... (0) | 2009/03/31 |
이였구여...
| ISO 9126 Standard - 이식성 (0) | 2009/06/04 |
|---|---|
| 모바일 소프트웨어의 성능 평가 (0) | 2009/04/17 |
| 소프트웨어공학 컨퍼런스 일정 지도 (0) | 2009/04/11 |
| 꼭 읽어보야 할 위키피디아 - ISO 9126 (0) | 2009/04/09 |
| ISO 9126 Standard - 이식성 (0) | 2009/06/04 |
|---|---|
| 모바일 소프트웨어의 성능 평가 (0) | 2009/04/17 |
| 소프트웨어공학 컨퍼런스 일정 지도 (0) | 2009/04/11 |
| 꼭 읽어보야 할 위키피디아 - ISO 9126 (0) | 2009/04/09 |
And as the deadline fast approaches,
and bugs are all that I can see
Somewhere someone whispers:
"Write in C"
마감시간이 미친드시 다가오고 있고,
버그들이 미친드시 생기면~
어디에선가 누군가가 속삭여~
"C 로 짜~"
Write in C, Write in C~
Write in C, oh~ Write in C~
LOGO's dead and burried,
Write in C~
C 로 짜, C 로 짜~
C 로 짜, 오~ C 로 짜~~
로고는 이미 죽었고, 묻혔어~
C 로 짜~~
I used to write a lot of FORTRAN
For science it worked flawlessly~
Try using it for Graphics!
Write in C!
나는 '포트란'을 완전많이 쓰곤했어~
그건 과학에선 흠잡을데가 없었어~
그것을 그래픽을 만들때 쓰도록 해봐!
C 로 짜!
And if you've just spent nearly 30 hours
debugging some assembly~
Soon you will be glad to
write in C~
그리고 만약 니가 어셈블리 디버깅을
거의 30시간을 써버렸다면~
그걸 C 로 짠다면 너는 곧 즐거워질꺼야~
Write in C, Write in C~
Write in C~ oh~ Write in C~
BASIC's not the answer,
Write in C~
C 로 짜, C 로 짜~
C 로 짜~ 오~~ C 로짜~
'베이직'은 답이 아냐,
C 로 짜~
Write in C, Write in C~
Write in C~ oh~ Write in C~
PASCAL won't quite cut it,
Write in C!!~~
C 로 짜, C 로 짜~
C 로 짜, 오~ C 로 짜~
'파스칼'은그걸 완전히 없앨수 없어~
C 로 짜!!~~
| 블로그에 PPT파일 보이게 만들기... (0) | 2009/04/17 |
|---|---|
| 프로그래머의 심금을 울리는 Let's it be? (0) | 2009/04/10 |
| 090406 놀러와의 김재동의 말.... (0) | 2009/04/09 |
| 구글 애드센스 (0) | 2009/04/02 |
| 티스토리 사이드바에 위젯달기~ ㅋㅋㅋ (0) | 2009/04/01 |
| 10,000시간 법칙에 대한 오해를 보고... (0) | 2009/03/31 |
The standard is divided into four parts:
Contents[hide] |
The quality model established in the first part of the standard, ISO 9126-1, classifies software quality in a structured set of characteristics and sub-characteristics as follows:
Each quality sub-characteristic (e.g. adaptability) is further divided into attributes. An attribute is an entity which can be verified or measured in the software product. Attributes are not defined in the standard, as they vary between different software products.
Software product is defined in a broad sense: it encompasses executables, source code, architecture descriptions, and so on. As a result, the notion of user extends to operators as well as to programmers, which are users of components as software libraries.
The standard provides a framework for organizations to define a quality model for a software product. On doing so, however, it leaves up to each organization the task of specifying precisely its own model. This may be done, for example, by specifying target values for quality metrics which evaluates the degree of presence of quality attributes.
Internal metrics are those which do not rely on software execution (static measures).
External metrics are applicable to running software.
Quality in use metrics are only available when the final product is used in real conditions.
Ideally, the internal quality determines the external quality and external quality determines quality in use.
This standard stems from the model established in 1977 by McCall and his colleagues, who proposed a model to specify software quality. The McCall quality model is organized around three types of Quality Characteristics:
ISO 9126 distinguishes between a defect and a nonconformity, a defect being The nonfulfilment of intended usage requirements, whereas a nonconformity is The nonfulfilment of specified requirements. A similar distinction is made between validation and verification, known as V&V in the testing trade.
SQuaRE which is a tailored view for COTS software.
| ISO 9126 Standard - 이식성 (0) | 2009/06/04 |
|---|---|
| 모바일 소프트웨어의 성능 평가 (0) | 2009/04/17 |
| 소프트웨어공학 컨퍼런스 일정 지도 (0) | 2009/04/11 |
| 꼭 읽어보야 할 위키피디아 - ISO 9126 (0) | 2009/04/09 |