Desire is other name to hope.

[게임] 에브리타운~ ㅋㅋㅋ

해유니 — Mon, 31 Jan 2011 20:22:50 +0900

함께 해 보실랍니까? ㅋㅋㅋㅋ

잼나다우~ ㅋㅋㅋ

요즘 도전이 땡긴다.

해유니 — Mon, 23 Nov 2009 01:40:22 +0900

요즘 나의 제일 큰 고민은...

나를 바꾸는 것이다...

무언가 자극이 필요하다...

도전하고 싶다.

무엇이 될지는 잘 모르겠지만...

나를 위한 자극이 필요하다.

YF 쏘나타 스파이샷

해유니 — Thu, 04 Jun 2009 21:38:32 +0900

YF 소나타 멋지다.....

가지고 싶다.... ㅠㅠ

돌아다닌지는 꽤 된 YF 소나타 스파이샷 사진이다.....

어짜피 나온지 1년만 지나면, 길거리에 돌아다니는 차의 반이 될지도 모르지만....

그래도 확실히 이번에 대박 칠듯....

멋지다.. 가지고 싶구나...

밑에는 보배에 어떤 분이 포샵하신 예상도.... 포샵이 상당하심...

ISO 9126 Standard - 이식성

해유니 — Thu, 04 Jun 2009 21:28:11 +0900

요즘 모바일 소프트웨어의 이식성 평가에 대한 논문을 써보고 있습니다.

그래서 처음 본 건 ISO 9126 표준에 이식성입니다.

좀 정리해 둬야겠져~ ^^

● 이식성 평가항목
    1. 적응성 : 소프트웨어가 특정 환경에서 다른 환경으로 적응할 수 있는 소프트웨어의 능력
        ▷ 데이터 구조 적응룰, 적용 환경 적응률, 이식 편리성등

2. 설치 가능성 : 명세된 환경에 설치될 수 있는 소프트웨어의 능력
        ▷ 설치 가능률, 제거 가능률등

3. 대체성 : 동일한 환경에서 동일한 목적으로 다른 지정된 소프트웨어를 대신하여 사용될 수 있는 소프트웨어의 능력
        ▷ 데이터 지속 가능률, 기능 지속 가능률등

4. 공존성 : 공통 자원을 공유하는 공동 환경에서 다른 독립적인 소프트웨어와 공존할 수 있는 소프트웨어의 능력
        ▷ 공존 가능률

5. 준수성 : 이식성과 관련된 표준 및 관례를 준수하는 소프트웨어의 능력
        ▷ 이식 표준 준수율

별거 아니지만 기억해야 돼거든여~ ㅎㅎㅎ

기억력은 유한하니까... 나는 더 하니까... ㅋㅋㅋㅋ

[영화] Yes Man

해유니 — Sat, 25 Apr 2009 20:48:02 +0900

기본정보 : 코미디, 드라마 | 미국 | 104분 | 개봉 2008. 12. 17.
감독 : 페이튼 리드
출연 : 짐 캐리(칼 알렌), 주이 디샤넬(앨리슨)...
등급 : 국내 15세 관람가
공식사이트 : http://wwws.kr.warnerbros.com/yesman/, http://www.yesman2008.kr

-----------------------------------------------------------------------------------------------------------------

정말 오랜만에 영화를 봤습니다.

요즘은 진짜 좋아했던 영화를 볼 시간도 없게 사는거 같습니다.

각설하고...

YES MAN~~

언제나 NO를 외치던 짐캐리가 YES만을 외치는 사람이 되어가는 과정...

그리고 긍정의 힘?을 보여주는 영화라 하겠습니다.

하긴 저도 요즘 머 그리 사는게 힘든지... 부정적인 시각으로 세상을 바라보는 경향이 생겨버렸습니다.

그래서 나도 저헐게 살아야 하는데... 라는 생각이 드는 영화였습니다.

어쨋든... 마음편히 한번 보시기엔 좋은 영화라는 생각이 듭니다. ^^

특히 부정적인 시각을 많이 가진분들에게 강추~ ㅋㅋㅋ

블로그에 PPT파일 보이게 만들기...

해유니 — Fri, 17 Apr 2009 12:09:19 +0900

많은 분들이 아시겠지만,

가끔 PPT파일을 블로그에 보이게 올리고 싶을 때가 있습니다.

이때 사용하실만한게 Storyq입니다.

여기 가입을 하시고, 메인화면에 보시면...

그림이 오른쪽 상단에 보시면, 초록색 "업로드" 버튼이 있습니다.

이 버튼을 누르시면,

다음은 "슬라이드큐 업로드" 선택.

다음 빨간색 부분을 등록하시면....

이쁜 PPT 슬라이드를 만들어 줍니다.

이를 태그형태로 가져와 붙이면 PPT를 블로그에 보이실 수 있습니다~ ^^

모바일 소프트웨어의 성능 평가

해유니 — Fri, 17 Apr 2009 11:51:40 +0900

이번 대학원 수업때 발표했던 발표자료입니다.

논문은,

Performance Evaluation of Mobile Software Systems : Challenges for a SoftwareEngineer

이였구여...

이를 토대로, 모바일 소프트웨어의 동향과 성능평가에 대한 기술을 첨부하였습니다.

모바일 소프트웨어 개발시 어떤 것들을 고려해야 하는지에 대한...

생각을 하게 해주는 논문이였습니다.

한번 읽어보시는 것도 나쁘지 않을 듯...

논문은 원문을 다운 받으셔도 5p정도라서... 읽어 보시기 괜찮습니다. ^^

Mobile Software Performance Evaluation.pptx

소프트웨어공학 컨퍼런스 일정 지도

해유니 — Sat, 11 Apr 2009 11:27:49 +0900

해외 컨퍼런스의 일정을 잘 보여주는 사이트입니다.

Upcoming Software Engineering Conference Map

가보고 싶은 도시를 지도에서 볼수도 있고,
지도에 빨간색으로 표시된 것은 논문제출 기한이 자닌 것을 표시합니다.
지도에 초록색은 제출기한이 남은 곳입니다.
또 기본적으로 submit 기한과 위치, 날짜등을 보실 수 있습니다.
가끔 참고 하실만 합니다~ ^^

프로그래머의 심금을 울리는 Let's it be?

해유니 — Fri, 10 Apr 2009 11:14:29 +0900

Let's li be를 개사하여 만든 영상인데...

왠지 마음이 짠해지네여....

가사를 좀 찾아봤더니...

Write in "C"

When I find my code in tons of trouble
friends and colleagues come to me,
speaking words of wisdom..
.."Write in C"..
내가 나의 코드에서 엄청난 오류를 찾았을때
친구들과 대학동기들이 나에게 와서 속삭여~
"C 로 짜~"

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 로 짜!!~~

가사는 호랭이블로그 에서 퍼왔음습니다~ ㅋㅋ

꼭 읽어보야 할 위키피디아 - ISO 9126

해유니 — Thu, 09 Apr 2009 22:50:13 +0900

소프트웨어 품질의 측정을 위한 국제화된 표준이 있었군여...

연구실에 들어와 소프트웨어 공학을 공부한지 얼마 되진 않았지만...

그래도 너무 심했네요... ㅠㅠ

꼭 한번은 읽어봐야 할것 같아서... 위키피디아에서 퍼왔습니다.

ISO 9126 is an international standard for the evaluation of software quality. The fundamental objective of this standard is to address some of the well known human biases that can adversely effect the delivery and perception of a software development project. These biases include changing priorities after the start of a project or not having any clear definitions of "success". By clarifying, then agreeing on the project priorities and subsequently converting abstract priorities (compliance) to measurable values (output data can be validated against schema X with zero intervention), ISO 9126 tries to develop a common understanding of the project's objectives and goals.

The standard is divided into four parts:

quality model
external metrics
internal metrics
quality in use metrics.

[hide]

[edit] Quality Model

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:

Functionality - A set of attributes that bear on the existence of a set of functions and their specified properties. The functions are those that satisfy stated or implied needs.
- Suitability
- Accuracy
- Interoperability
- Compliance
- Security
Reliability - A set of attributes that bear on the capability of software to maintain its level of performance under stated conditions for a stated period of time.
- Maturity
- Recoverability
- Fault Tolerance
Usability - A set of attributes that bear on the effort needed for use, and on the individual assessment of such use, by a stated or implied set of users.
- Learnability
- Understandability
- Operability
Efficiency - A set of attributes that bear on the relationship between the level of performance of the software and the amount of resources used, under stated conditions.
- Time Behaviour
- Resource Behaviour
Maintainability - A set of attributes that bear on the effort needed to make specified modifications.
- Stability
- Analyzability
- Changeability
- Testability
Portability - A set of attributes that bear on the ability of software to be transferred from one environment to another.
- Installability
- Replaceability
- Adaptability
- Conformance (similar to compliance, above, but here related specifically to portability, e.g. conformance to a particular database standard)

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.

[edit] Internal Metrics

Internal metrics are those which do not rely on software execution (static measures).

[edit] External Metrics

External metrics are applicable to running software.

[edit] Quality in Use Metrics

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:

Factors (To specify): They describe the external view of the software, as viewed by the users.
Criteria (To build): They describe the internal view of the software, as seen by the developer.
Metrics (To control): They are defined and used to provide a scale and method for measurement.

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.

[edit] Used By

SQuaRE which is a tailored view for COTS software.