*솔* 스토어

*솔*

개인

팔로워0 팔로우

소개

등록된 소개글이 없습니다.

전문분야 등록된 전문분야가 없습니다.

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

10개
전체 판매량

16개
최근 3개월 판매량

0개
자료후기 점수

평균A+
자료문의 응답률

-

전체자료 10개

[JAVA과제] 대표적은 언어들의 특성 및 소스 코드의 예제 / 알고리즘의 이해와 플로우차트로의 표현

1. 다음 언어들의 특성 및 소스 코드의 예를 드시오.Assembly language(어셈블리 언어)- 기계어를 사람이 일상 생활에서 사용하는 자연어에 가깝게 1~6개의 문자로 기호화해서 나타낸 것 - 특성 : 기계어와 마찬가지로 각각의 CPU 형태에 따라 내용이 다르기 때문에 어셈블리언어로 작성된 Program은 한 종류의 CPU에서만 작동하고 다른 종류에서는 실행되지 않음 - 소스코드 예 ▪ 세 수를 더하는 프로그램 예제TITLE Add and Subtract (AddSub.asm) ; This program adds and subtracts 32-bit integers. INCLUDE Irvine32.inc .data val1 DWORD 10000h val2 DWORD 40000h val3 DWORD 20000h finalVal DWORD ? .code main PROC mov eax,val1 ; EAX = 10000h add eax,val2 ; EAX = 50000h sub eax,val3 ; EAX = 30000h mov finalVal, eax ; 결과물 finalVal1에 저장한다.(30000h) call DumpRegs exit main ENDP END main1 pageprogram test write(*,*) 'Hello world' stop endFORTRAN(포트란)- 과학적인 계산을 위해 개발된 과학계산용 언어 (제 3세대 언어) - 특성 : 1.산술 기호(+, - …)를 그대로 사용하며 2.기초적 수학 함수를 그대로 불러내 쓸 수 있음 3. 고급언어를 작성하므로 얻어지는 효율성이 높은 언어 - 소스코드 예 ▪ 글자 출력하기 간단한 포트란 예제BEGIN FILE F (KIND=REMOTE); EBCDIC ARRAY E [0:11]; REPLACE E BY HELLO WORLD! ; WHILE TRUE DO BEGIN WRITE (F, *, E); END; END.ALGOL(알골)- algorithmic language, 과학기술계산용 언식으로 이해하기 쉽고, 프로그램 편집이 쉬움 - 특성 : 1.구조화 프로그래밍이 가능 2.호환성이 높아 기종에 별다른 영향을 받지 않음 3.영어에 가까운 표현을 사용하므로 프로그램의 작성이 쉬움 4.독립된 4개의 DIVISION으로 구성되므로 프로그램 작성시 분할 작성이 가능함 - 소스코드 예 ▪ 코볼의 출력 예제 프로그램HELLO: PROCEDURE OPTIONS (MAIN); /* A PROGRAM TO OUTPUT HELLO WORLD */ FLAG = 0; LOOP: DO WHILE (FLAG = 0); PUT SKIP DATA('HELLO WORLD!'); END LOOP; END HELLO;PL/1- Programming Language 1, 어셈블리 언어/COBOL/FORTRAN의 대안으로 개발된 3세대 프로그래밍 언어 - 특성 : 1. PL/1은 완전히 자유로운 형식이며 예약어가 없음 2. 다른 하드웨어에 상관없이 데이터 타입을 정확하게 정의함 3. 블럭단위 언어 - 소스코드 예 ▪ PL/1 출력 예제 프로그램3 pageProgram Hello (Input, Output); Begin Writeln ('Hello World!'); End.Pascal(파스칼)- ALGOL에 기반을 둔 새로운 언어, Blaise Pascal의 이름을 딴 교육용 프로그래밍 언어 - 특성 : 1.교육용 프로그래밍 언어로서 개발됨 2.문법이 배우기 쉽기 때문에 가장 널리 쓰이는 언어 3.범위형, 구조, 포인터 등 풍부한 자료형을 갖춘 ALGOL형언어 4.프로그래머가 규칙적이고 신중하게 프로그램을 설계하도록 강요함 - 소스코드 예 ▪ 예제프로그램#include stdio.h void main() { printf(“Hello C!!n”); }C- 현재 가장 널리 이용되고 있는 언어 중의 하나, 특수 목적언어/범용언어 - 장점 : 이식성과 효율성 모두 매우 높음 - 단점 : 에러 메시지가 명료하지 못함 - 특성 : 1.프로그램은 한 개 이상의 함수로 구성됨 2.각 함수는 변TU-T 고수준 언어, 전자 교환기의 프로그램 작성언어인 고급 프로그램 언어 - 특성 : 전자 교환기의 프로그램 작성에서 생산자 측의 생산성을 향상시키기 위한 고수준 언어 - 소스코드 예 ▪ 예제프로그램(일부)package PASSWORD is type VALUE is limited private; function IS_VALID(CODE:in VALUE)return BOOLEAN; procedure SET (CODE:out VALUE;AUTHORIZATION_LEVEL:in NATURAL); private type VALUE is new STRING(1..40); end PASSWORD;Ada- 파스칼 언어에서 처음으로 사용된 구조적 개념을 기반으로 하여 만들어진 범용의 프로그래밍 언어 - 특성 : 1. 병렬처리나 프로그램의 모듈분할, 예외처리, 계산기에 의존한 데이터의 표현이 모두 포함되고 있어 현존하는 언어 중 가장 강력하고 광범위한 기능을 가짐 2.프로그램의 길이가 김 3. 3세대 언어이므로 어려움 - 소스코드 예 ▪ Ada의 예제 프로그램5 pageLISP- 인공지능 분야의 소프트웨어를 작성하기 위해 사용하는 프로그래밍 언어 - 특성 : 1.리스트(list)형태오 된 데이터를 처리하도록 설계됨 2.프로그램이 자료처럼 연산될 수 있음 3.기본자료구조가 연결리스트를 사용하여 일반적인 연산을 수행 4.함수의 재귀호출(recursive call)을 사용하여 문제해결 5.인공지능 분야에 사용 - 소스코드 예 ▪ 예제프로그램(일부)domains name = symbol predicates father( name, name) everybody clauses father(leonard, katherine). father( carl, jason). father(carl, marilyn). everybody :- father(X, Y), write(X, “ is ”, Y, “ 's father. n”), fail.PROLOG- Programming in Logic -LOG의 예제 프로그램7 pageaBlock := [MyComputer boot]. MyBlock := [:anObject | anObject print]. secondBlock := [:surName :famillyName | | temp | temp := famillyName + whiteSpace + surName. temp print].C#- C++의 컴퓨팅 파워 + 비주얼베이직의 프로그래밍 편의성을 결합한 객체지향 프로그래밍 언어 - 특징 : 1.웹을 통해 정보와 서비스의 교환을 촉진, 이식성 높은 응용 프로그램 만듦 2.프로그래머가 각 단계별로 별도의 코드작성 없이 프로그래밍 객체,메소드에 엑세스 하도록 허용하는 XML / SOAP를 사용하여 프로그래밍을 단순화시킴 - 소스코드 예 ▪ C#의 출력 예제프로그램Private Type Test Name1 as String * 6 Age as Byte Address as String * 60 End Type Private Sub Command1_Click() Dim a as Test a.Name1 = 먹순이 : a.Age = 1 : a.Address = 마당 화분 옆 Print 이름: a.Name1 Print 나이: a.Age Print 주소: a.Address End SubVisual Basic(비주얼 베이직)- 윈도우즈용 응용 프로그램 개발 언어 - 특성 : 1. GUI를 구사하여 매우 쉽게 프로그램을 개발할 수 있음 2.프로그램을 모듈과 폼으로 구성 3.대화식 개발 대부분의 언어에 의한 개발 4.이벤트 중심의 작동 모델 - 소스코드 예 - PROLOG의 예제 프로그램8 pageusing System; //NameSpace class HelloCsharp { public static void Main() { Console.WriteLine( Hello CSharp World ); } }Delphi- 델파이 컴포넌트를 이용한 사용하기 쉬운 프로그램 언어 - 특징 : 1.창(윈도우)을 생성,구성할 때 마우터로 사용된 핸들에 주의 SetBkMode(dc, TRANSPARENT); -- 나머지 대부분의 API에 dc가 사용됨 SetTextColor(dc,RGB(255,0,0)); TextOut(dc,1,30,'Good',4); MoveTo(dc,0,0); LineTo(dc,100,100); ReleaseDC(Form1.Handle,dc); end; end.XML- eXtensible Markup Language, 확장성 마크업언어, 차세대 인터넷 표준언어 - 특징 : 1.배우기 쉽고, 어플리케이션에서도 쉽게 구현될 수 있음 2.문서의 내용에 관련된 태그를 사용자가 직접 정의할 수 있음 3.문서를 구성하는 각 요소들의 독립성을 보장함 : 문서의 호환성, 내용의 독립성, 요소 변경의 용이성 제공 4.XSL : XML의 화면 표현용 언어 - 소스코드 예 ▪ XML의 사용예제#!/usr/local/bin/perl # hello.pl print Hello Worldn ;Perl- Practical Extraction and Reporting Language, 자료 추출, 보고서 작성에 사용하는 프로그래밍 언어 - 특성 : 1.배우기 쉬움 / 사용하기 쉬움 / 무료로 사용할 수 있음 2.인터프리팅 언어 3.실용적, 완전한 언어,효율적 4.C언어에 삽입 가능 / C언어를 이용한 확장성 5.내장된 디버깅 환경 - 소스코드 예 - HTML의 간단한 사용 예제 및 구성10 page?xml version= 1.0 encoding= euc-kr ? !DOCTYPE 이력서 (View Source for full doctype...) 이력서 이름 엑스맨 /이름 주민등록번호 앞자리 7896548 /앞자리 뒷자리 5487955 /뒷자리 /주민등록번호 생년월일 년 1970 /년 월 4 /월 일 2 /일 /생년월일 /이력서11 page2. 다음 Algorithm을 이해하고 Flow-Chart로 표현Bubble Sort flow chart- 인접한 요소들끼리 서로 비교하여 교환하여 큰 값을 차례ow}

공학/기술| 2008.07.09| 12페이지| 1,000원| 조회(931)

언어, JAVA, 알고리즘, 플로우차트, 소스코드

미리보기

닫기
[그리스 로마신화] 판도라의 상자의 의미와 나의 고찰 (프로메테우스와 판도라)

프로메테우스와 판도라 - 판도라 상자의 의미와 나의 고찰프로메테우스1 pageFuger - 인류에게 불을 가져다주는 프로메테우스제우스의 편에 서서 싸운 티탄신(Titan)인 프로메테우스(Prometheus, 먼저 아는 자)와 에피메테우스(Epimetheus, 나중에 아는 자)는 제우스의 명을 받고 지상의 생물체를 만든다. 프로메테우스가 물과 흙을 빚어 여러 가지 생명체들을 만들어내면 에피메테우스는 그 생명체에게 각기 적당한 특징들을 부여하였다. 수많은 생명체들을 창조한 후 마지막에 프로메테우스는 신들의 모습을 한 인간-남자-를 만든다. 인간에게 영혼은 주어지지만 다른 생명체에게 모든 기술을 주어버려 정작 생물을 관리하는 인간에게는 아무것도 줄 것이 없게 된다.프로메테우스와 에피메테우스는 함께 고민하고, 결국 프로메테우스는 제우스와 많은 신들의 반대에도 불구하고 인간에게 오직 신들만이 사용하는 '불'을 내어주기로 다짐한다. 몰래 하늘에서 태양의 마차를 이용하여 불을 훔쳐낸 프로메테우스는 인간에게 '불'을 주고 사용하는 방법을 가르쳐 주어, 인간들은 불을 두려워 하지 않고, 추위를 견디고, 여러가지 연장과 무기를 사용할 수 있게 되었다. '불'은 인간을 보호하는 차원을 넘어서 신의 영역에 해당하는 부분으로 여길 수 있다. 현 시대에 오직 인간만이 불을 다룰 수 있다는 것은 '불'을 신들이 사용하는 것으로 간주하여 신성시 하고자 하는 것은 아니었을까.프로메테우스 판도라1 page프로메테우스의 발칙한 일을 알게 된 제우스는 크게 분노하여 코카서스의 절벽에 묶어 매일 아침 독수리가 그의 간을 쪼아먹도록 벌을 받게 한다. 프로메테우스의 간은 매일 아침 다시 만들어지지만 매일 간을 쪼이는 고통은 끝없이 되풀이 되었다. 프로메테우스에게 벌을 주는 것으로 만족하지 못한 제우스는 인간에게 벌을 주기 위해 아름다운 여성을 만든다. (판도라의 탄생) '불'은 신이 우리에게 준 유일한 보호체이지만, 그런 것을 믿고 함부로 다루고, 자연을 경시하는 우리 인간에게 경고를 하기 위해 판도라라는 여인을 만든 것.Cole, Thomas - 묶인 프로메테우스판도라의 탄생2 page헤파이스 토스 – 아름다운 목소리와 참을성 아프로디테 – 우아함과 아름다움 아테나 – 바느질고 길쌈하는 법 헤르메스 – 설득력, 마음의 간교함 신들에게 여러 선물을 받은 판도라(Pandora- 모두의 선물을 받은자)는 제우스에게 절대 열지말라는 당부와 함께 작은 상자를 받는다. 상자를 조심하라는 프로메테우스의 경고에도 불구하고, 에피메티우스는 판도라의 미모에 반해 결혼하게 된다. 제우스가 선물한 상자에 무엇이 들었는지 호기심을 갖던 판도라는 결국 상자를 열게 된다. 상자를 여는 순간, 그때까지도 없었던 온갖 재앙와 질병이 쏟아져 나와 인간 세상에 퍼지게 된다. 놀란 판도라는 재빨리 상자를 닫지만, 이미 상자속에 들어있던 것들은 다 날아가 버리고, 오직 '희망'이라는 것만 남게 된다. 판도라는 바로 우리 자신, 인간이다. 열지 말라는 제우스의 당부에도 불구하고 판도라는 이를 어기고 상자를 열게 된다. 이 행위 자체는 '인간의 교태와 교만'을 의미하고, 제우스가 준 벌은 '자연의 응징'을 뜻한다. 오늘날 많은 인간들이 자연을 보호하는 임무를 경시하고, 자연을 훼손하고, 더럽히고, 게으른 모습을 보고 '판도라의 상자'는 그런 인간에게 경고하는 경고장이다. 그런 인간에게 닥친 자연의 재앙이나 질병에도 불구하고, 항상 '희망'을 품고 올바르게 살면'희망'을 통해 극복할 수 있다는 뜻인 듯 싶다.레페부르 - 판도라판도라의 상자를 열지 말라는 것은 - 신재한 그녀는 내게 판도라의 상자를 가지고 왔다. 그리고 붉은 립스틱이 요염한 자태로 움직이는 촉촉한 그 입술로 유혹하듯 말했다. '이 상자에 무엇이 담겨있는지 궁금하지 않아요?' 나는 양철 조각 구부리듯 날선 감각으로 말했다. '판도라의 상자를 열지 말라는 것은 안정된 행복을 가슴속에 지니고 살아가라는 것이 아닐까요? 인생을 살아가면서 우리는, 많은 시간 판도라의 상자를 열어보고 싶지만 호기심에 그 상자를 한 번 열기만 하면 절대 행복해 질 수 없다는 사실을 잘 압니다.' 그녀는 내게 다시 말했다. '그래도 판도라의 상자를 열어보고 싶어요.' 나는 그녀의 호기심 가득한 눈을 바라보며 말했다. '사랑이라는 것은 연탄불과 같아서 한 번 타오르고 나면 하얀 재만 남듯이 판도라의 상자를 열면 잠시 동안의 열정은 충족될지 몰라도 그 후에 살이 찢어지는 아픔과 고통만이 남습니다.' 뻔한 이야기를 멈췄을 때, 그녀는 풀잎에 이슬 같은 눈물을 흘리고 있었다. 카페 유리창 밖으로 허연 낮 달이 웃으며 지나가고 그 어깨 사이사이로 헛된 욕망의 집, 거대한 판도라의 상자가 보였다. 주차장에는 번호판을 가린 검은색 세단 승용차들이 멈춰있고 꿈의 궁전 굳게 닫힌 창문 틈새로 슬픈 영화 속 비극의 주인공들이 서로 부둥켜안고 있다. 내 몸속 판도라의 상자를 열어...... - 출전 : 시집 바람이 울었어 2004, 도서출판 한동* 참고 문헌 열가지 주제로 읽은 그리스 로마 신화 이야기 (홍병선-중앙대학교) 이윤기의 그리스 로마 신화 (이윤기-웅진씽크빅.2006) * 참고 사이트 http://shihwa.net/pandora/ http://blog.naver.com/windwindwin?Redirect=Log logNo=10008244796 http://blog.naver.com/bbaja98?Redirect=Log logNo=27886682 http://blog.naver.com/jmh3658?Redirect=Log logNo=150008490836 http://blog.naver.com/june7590?Redirect=Log logNo=120021755360 네이버 야후{nameOfApplication=Show}

예체능| 2008.07.09| 6페이지| 1,000원| 조회(1,164)

그리스, 프로메테우스, 그리스로마신화, 판도라, 로마신화

미리보기

닫기
[시스템 분석]시스템 분석과 설계(summary와 assignment) Chapter 7

R E P O R T과 목 명 : 시스템분석 및 설계 교 수 님 : 박세권 교수님 학 과 : 정보시스템과 학 번 : 20036116 이 름 : 김솔잎 제출일자 : 2006.06. 13Chapter7SOFTWEAR, LIMITED Summary Background▪ Client - Server Design의 필요성 ▪ Ann Hon - ESIP 시스템의 Prototype 형식(powerful, 유연성, 확장성) ▪ DBMS의 필요성1 page – 20036116CHAP7ERD Normalization▪ Tom Becky : Visible Analyst Case Tool을 이용한 ERD The Initial ERD - entry : EMPLOYEE / DEDUCTION - Rick의 제안 : ESIP-OPTION / HUMANN RESOURCES entry의 추가EMPLOYEEDEDUCTIONThe Initial ERDSecond version of the ERDEMPLOYEEDEDUCTIONHUMAN RESOURCESESIP-OPTIONIS DIRECTED TOWARDAUTHORIZEDESTABLISHESEMPLOYEE TABLE EMPLOYEE (SSN, EMPLOYEE-NAME, HIRE-DATE) → 제 1정규형 만족 : 반복되는 그룹이 없음 → 제 2정규형 만족 : 오직 하나의 primary key를 가짐 → 제 3정규형 만족 : EMPLOYEE-NAME과 HIRE-DATE는 SSN에 종속됨 ESIP-OPTION TABLE ESIP-OPTION(OPTION-CODE, OPTION-NAME, DESCRIPTION, DEDUCTION-CYCLE, APPLICATION-CYCLE, MIN-SERVICE, MIN-DEDUCTION, MAX-DEDUCTION) → 제 1, 2, 3정규형 만족 DEDUCTION TABLE DEDUCTION(SSN, ESIP-OPTION, DATE, EMPLOYEE-NAME, AMOUNT) → 제 1정규형 만족 → 제 2정규형 불만족 하나의 key에만 종속되기 때문 ▪ EPLOYEE-NAME 필드를 EMPLOYEE에서만 사용함 ▪ SSN 필드는 EMPLOYEE TABLE의 primary key와 같기 때문에 외래키(foreign key)로 사용됨 수정된 DEDUCTION TABLE DEDUCTION(SSN, ESIP-OPTION, DATE, AMOUNT) → 제 1, 2정규형 만족 → 제 3정규형 만족 : AMOUNT 필드가 primary key에 종속되기 때문2 page – 20036116CHAP7▪ Rick Tom Becky : ERD와 정규화 ▪ Pacific Software에서 SWL이 주문했던 Payroll Package를 가져옴 ▪ Tom : 새로운 Payroll System에 대한 User 훈련 SWL's Client-Server Design ▪ Rick : Client-Server Design을 expertise할 IT 컨설팅 회사를 찾아 다님(internet) ▪ 3개의 회사 + Raleigh의 지역본부의 컨설팅 그룹인 'True Blue Systems'와 함께 일하게 됨 ▪ Rick : ESIP SYSTEM DESIGN 웹 표준을 위한 지원 SWL intranet에 관한 일반적인 의사 직원들의 internet을 이용한 ESIP 계좌 접근 가능성에 대한 가능성을 제안함3 page – 20036116CHAP7▪ Next Step - Payroll System과의 인터페이스를 위한 System Design - SWL의 오랜 정보기술 Goals에 대한 지원을 제공하는 것4 page - 20036116CHAP7Assignment[1] Normalization1. 정규화란 : 관계 Schema의 데이터구조를 수학적 이론을 적용, 분석하여 보다 나은 데이터구조로 재구축하는 관계 Schema 설계방법론 2. 정규화하는 이유 ① 잘못된 데이터베이스 설계 - 데이터 중복 발생 - 갱신이상 유발 - 데이터 무결성 확보 불가능 ② 중복데이터의 저장 최소화 ③ 데이터를 다루는 간단한 논리를 지e에 반복되는 그룹을 제거한다. 제 2정규형 : candidate key에 속하지 않는 모든 attribute가 primary key에 완전히 함수적으로 종속되어야 한다. - functional dependence(함수적 종속성) : 어떤 attribute를 결정하기 위해 결정자가 다 필요함 제 3정규형 : key에 종속되지 않는 필드를 제거한다. 원래 parent field와 연결을 위해선 새로운 primary key가 필요하다.5 page - 20036116CHAP7[2] Carla's Design Description[ Carla's table design ] PROJECT DATA(PROJECT-NUMBER, PROJECT-NAME, START-DATE, PROJECT-STATUS, (EMPLOYEE-NUMBER, EMPLOYEE-NAME, JOB-TITLE, DEPT-NUMBER, DEPT-NAME, PROJECT-HOURS))[ Description ] → 복합 attribute 사용함 → PROJECT DATA의 primary key는 PROJECT-NUMBER이며, 구성원으로는 PROJECT-NAME, START-DATE, PROJECT-STATUS, 그리고 복합 attribute인 (EMPLOYEE-NUMBER, EMPLOYEE-NAME, JOB-TITLE, DEPT-NUMBER, DEPT-NAME, PROJECT-HOURS)이고, 이 복합 attribute의 기본 키는 직원 번호이다. → 제 1정규형 만족 : 중복되는 attribute가 없고, 원자 값이다. → 제 2정규형 만족 : 완전한 함수적 종속성을 가진다. → 제 3정규형 만족[2] ERD (Entity Relationship Diagram)[ 정의 ] : 개체의 속성(type)과 그 개체간의 관계를 표현한 도면/도식 [ 기본구성 ] 1. 실체(entity-type) : 업무 수행을 위해 필요한 모든 것을 data로 관리하고자 기본적인 것 - 속성과 관계를 맺음 - 식별자에 의해 식별ty를 연결하는 업무적 이유NO심 볼Cardinality123456781 대 1 1 대 N N 대 N 1 대 (0 또는 1) 1 대 (0 또는 N) N 대 (0 또는 N) (0 또는 1) 대 (0 또는 1) 순환적 관계6 page - 20036116CHAP73. 속성(Attributes) 4. 식별자(Identifier) ① entity type내에서 entity를 유일하게 식별해야 함 ② 모든 entity type은 적어도 (하나의 / 하나이상의) 식별자를 가져야 함 ③ entity가 만들어진 후에는 값 변경이 불가능함* Cardinality (ex) 각 고객은 (하나의 / 하나 이상의) 주문을 발주함 각 주문은 (하나의) 고객에 의해 발주됨고객주문발주한다발주된다[ Carla's ERD ] - EMPLOYYE 대 PROJECT의 관계는 M:N - PROJECT-DATA의 ENTITY (PROJECT-NUMBER, PROJECT-NAME, START-DATE, PROJECT-STATUS) - EMPLOYEE의 ENTITY (EMPLOYEE-NUMBER, EMPLOYEE-NAME, JOB-TITLE, PROJECT-HOURS, DEPT-NAME, DEPT-NUMBER) - PROJECT DATA는 하나 이상의 직원을 가진다. - EMPLOYEE는 때때로 하나이상의 PROJECT를 수행한다.PROJECT DATA와 EMPLOYEE와의 ERDEMPLOYEE EMPLOYEE-NAME JOB-TITLE PROJECT-HOURS DEPT-NAME DEPT-NUMBERPROJECT DATA PROJECT-NUMBER PROJECT-NAME START-DATE PROJECT-STATUS수행된다수행한다7 page - 20036116CHAP7[4] Normalization (~3NF)PROJECT DATA(PROJECT-NUMBER, PROJECT-NAME, START-DATE, PROJECT-STATUS (EMPLOYEE-NUMBER, EMPLOYEE-NAME, JOB-TITOJECT-HOURS)) ◈ 제 1정규화 : PROJECT DATA에 반복되는 그룹을 제거하고, 모든 attribute가 원자 값만 가질 것 ⇒ PROJECT DATA(PROJECT-NUMBER, PROJECT-NAME, START-DATE, PROJECT-STATUS) EMPLOYEE(PROJECT-NUMBER, EMPLOYEE-NUMBER, EMPLOYEE-NAME, JOB-TITLE, DEPT-NUMBER, DEPT-NAME, PROJECT-HOURS) (PROJECT-NUMBER IS FORIGN KEY) ◈ 제 2정규화 : 제 1정규형 만족 + candidate key에 속하지 않는 모든 attribute가 primary key에 완전히 함수적으로 종속되어야 한다. ⇒ PROJECT DATA(PROJECT-NUMBER, PROJECT-NAME, START-DATE, PROJECT-STATUS) EMPLOYEE(PROJECT-NUMBER, EMPLOYEE-NAME, JOB-TITLE, DEPT-NUMBER, DEPT-NAME) PRO-EMPLOYEE(PROJECT-NUMBER, EMPLOYEE-NUMBER, PROJECT-HOURS) (PROJECT-NUMBER EMPLOYEE-NUMBER IS FORIGN KEY) ◈ 제 3정규화 : 제 2정규형 만족 + 키가 아닌 모든 attribute가 각 R의 기본키에 이행적으로 종속하지 않아야 한다. ⇒ PROJECT DATA(PROJECT-NUMBER, PROJECT-NAME, START-DATE, PROJECT-STATUS) EMPLOYEE(PROJECT-NUMBER, EMPLOYEE-NAME, JOB-TITLE, DEPT-NUMBER, DEPT-NAME) PRO-EMPLOYEE(PROJECT-NUMBER, EMPLOYEE-NUMBER, PROJECT-HOURS) DEPARTMENT(DEPT-NUMBER, DEPT-NAME) (PROJECT-NUMBER EMPLOYEE-NAME DEPT-NUMBER IS Fhow}

공학/기술| 2008.07.09| 8페이지| 1,000원| 조회(484)

시분설, 시스템 설계, 시스템 분석과 설계, System Anaysis and..

미리보기

닫기
[시스템 분석]시스템 분석과 설계(summary와 assignment) Chapter 4

SOFTWEAR, LIMITED Summary Background▪ Rick과 Carla의 local model 준비Data Flow Diagrams▪ Rick과 Carla는 ERD 완성 후 context diagram의 최초 버전을 준비함 ▪ 경리부의 issues paycheck는 timesheet에 기반을 두고 있으며, 종업원들은 매년 마지막에 W-2양식을 받음 ▪ 인적자원부에서는 직원들의 상태변화를 준비하고 경리부에서는 임금 데이터를 등록함 ▪ 다이어그램 : 상태, 연방 정보 보고서, SWL의 금융에 대한 내부 보고서, 신용조합, SWL의 이동부 보고서, 자금 이동에 대한 것이 포함되어 있음 ▪ context diagram 준비를 위한 Amy Calico와의 만남 (She's comment) - 인적자원부에서 직원을 위한 추가적 ESIP 공제 선택을 구성함, 인적자원부는 임금시스템으로부터 ESIP보고서를 받음 - 경리부에서 timesheet 데이터를 기록함 - state federal 요구에 맞는 두 개의 분리된 Entity들을 다룸 - summary를 제외한 모든 회계보고서는 금융부 대신 회계부에서 다룸 - 은행은 한달에 한번씩 경리부에 명백한 임금대조표(payroll check)를 돌려줌 ▪ Rick과 Carla는 payroll system context diagram의 마지막 버전을 준비함 ▪ Carla는 DED 0 diagram을 만들자고 제안함 - 완성 ▪ DED 0 diagram의 구성요소 - check 조정 하부시스템 - 경리 직원 하부시스템 - 임금 회계 하부시스템 - ESIP 공제 하부시스템 등의 공제를 다룰 수 있는 하부 시스템 ▪ Carla가 서로 다른 두 개의 하부시스템을 위해 하위-레벨 diagram을 완성함 ▪ Rick은 경리 직원 하부시스템과 ESIP 하부시스템을 하나로 만듦 ▪ Rick Carla는 나중에 완성될 ESIP 공제 하부시스템을 위한 physical 디자인을 고려함 ▪ Rick은 새로운 시스템이 융통성을 제공하고, gram for SWL's payroll systemFINANCE DEPTEMPLOYEEDEPARTMENT HEADFEDERAL STATE GOVTCREDIT UNIONHUMAN RESOURCES DEPTPAYROLL DEPTSWL STOCK TRANSFER DEPT0PAYROLL SYSTEMW-2 FORMPAYCHECKTIMESHEETFINANCIAL REPORTCRED U FUNDS TRANSFERTAX REPORTCRED U REPORTSTOCK PURCHASE REPORTEMPLOYEE STATUSPAYROLL REPORTPAYROLL DATAfinal version of context diagram for SWL's payroll systemW-2 FORMFINANCE DEPTEMPLOYEEACCOUNTING DEPTFEDERAL GOVTHUMAN RESOURCESSTATE GOVTCREDIT UNION0PAYROLL SYSTEMFINANCE DEPTEMPLOYEEACCOUNTING DEPTPAYCHECKACCOUNTING REPORTFINANCIAL SUMMARY REPORTFEDERAL REPORTSFEDERAL TAX TABLEEMPLOYEE STATUSESIP OPTIONSESIP REPORTCRED U FUNDS TRANSFERCRED U REPORTSTATE REPORTSSTATE TAX TABLECLEARED CHECKPAYROLL REPORTPAY DETAILSTOCK FUNDS TRANSFERSTOCK FUNDS REPORTCHAP4Diagram 0 DFD for SWL's payroll systemData Dictionary and Process Descriptions▪ DFD를 완성 후, Rick Carla는 프로세스 설명과 함께 data dictionary entity를 만듦 ▪ Rick은 PROCESS 4 ESIP 공제 하부시스템을 기록함 ▪ Carla는 EXTRACT DEDUCTION을 위한 프로세스 설명서를 준비함 ▪ EXT 문서 완성 후, Carla Rick은 하부시스템에 대한 local model을 다시 보기 위해 Amy를 만남 ( Amy가 model을 승인함) ▪ 내용을 문서화함 ▪ 정보시스템에 대한 부분의 model을 완성 후, model을 다시 보기 위해 적합한 user들을 만남CLEARED CHECKFEDERAL STATE GOVTCREDIT UNIONHUMAN RESOURCES DEPTSWL STOCK TRANSFER DEPTCREDIT UNIONHUMAN RESOURCES DEPTSWL STOCK TRANSFER DEPTHUMAN RESOURCES DEPTSWL STOCK TRANSFER DEPT1CHECK RECONCILIATION SUBSYSTEM3PAYROLL ACCOUNTING SUBSYSTEM2PAY EMPLOYEE SUBSYSTEM4ESIP DEDUCTION SUBSYSTEMD1 CHECKSD5 EMPLOYEE PAYOUTSTANDING CHECKCLEARED CHECKFINANCIAL SUMMARY REPORTRECON - CILIATION REPORTPAY DETAILPAYROLL REPORTPAYROLL ACCOUNTING REPORTSFEDERAL REPORTFEDERAL TAX TABLESTATE REPORTSTATE TAX TABLEPAYROLL REPORTACCOUNTING REPORTCRED U REPORTCRED U FUNDS TRANSFERSTOCK FUNDS TRANSFERSTOCK TRANSFER REPORTESIP DE- DUCTIONESIP OPTIONSESIP REPORTPAYCHECKW-2 FORMEMPLOYEE DETAILPAY DETAILCHAP4Assignment[1] Decision Table Design[2] Decision Table 단순화- 로그인을 해야 주문 및 카달로그 요청이 가능함 - 로그인을 한 경우 적립금에 5점을 적립하고 MAILING LIST 기록함 - 카달로그를 요청할 경우 적립금에 5점을 적립하고 AILING LIST 기록함 - 적립금이 1000점 이상일 경우 CASH로 사용할 수 있음 (1000점 = 1000원)XXXXXX구매시 가격의 5% 할인XXXX적립XXXXMailing list 기록NYNYNYNY인터넷 주문NNYYNNYY카달로그 요청NNNNYYYY로그인87654321Decision TableXXX구매시 가격의 5% 할인X적립XMailing list 기록-NYNY인터넷 주문---YY카달로그 요청NYYYY로그인54321Decision TableCHAP4[3] Decision Tree[4] Structured Korean statementY적립금 = 1000로그인YN카달로그 요청NYNYNYN인터넷 주문적립금 X 0.5 / Mailing list 기록 / Cash로 사용 가능Mail list 기록 / 주문금액 5% 할인주문금액 5% 할인회원가입 페이지지난 2년간 주문적립금 X 0.5 / Mailing list 기록If 로그인 적립금=적립금+5 and mailing list 기록 case 1 : 카달로그 요청 적립금=적립금+5 and mailing list 기록 if 적립금 =10000 현금처럼 사용가능 case 2 : 인터넷 주문 할인구매가격=구매가격X0.5 if 지난 2년간 주문한 경우 mailing list 기록 else 회원가입 페이지로 이동로그인카달로그 요청인터넷 주문적립금=적립금+5 Mailing list 기록할인구매가격 =구매가격X0.5적립금 =1000지난 2년간 주문Cash로 사용Mailing list 기록적립금=적립금+5 Mailing list 기록회원가입YNYcase1case2NYYNCHAP4중앙대학교 수강신청(Physical과 Logical이 크게 다르지 않은 관계로 Physical만 사용함) [1] DFD - context diagram중앙대 학생중앙대 교수중앙대 교무처0중대 수강신청 시스템수강신청/ 조회/변경강의과목 개설사항강 의 계 획 서등록자 명부수강신청자 명단수강신청자 명단- Diagram 0수강신청/ 조회/변경교수 강의과목변경/조회수강신청자 명단 파일 저장소중앙대 학생 / 교수 파일 저장소등록자 파일저장소강의계 획 서ID/PWID/PWID/PWPW확인수강신청자 명단등록자 명단수강신청자 명단등록자 명단등록자 명단출 석 부등 록 금등 록 금 영 수 증등록 사항등록자 명단CHAP4중앙대학교 수강신청 [2] Data Dictionary▪ ID = [학생|교원|직원|일반] + [학번|급여번호] ▪ 급여번호 = 0 + 기존급여번호 ▪ PW = [7{주민등록번호 뒷자리}|패스워드] ▪ 강의계획서 = 교과목 이름 + 교수님 + 강의 시간 및 날짜 + (강의 내용) ▪ 등록금 = 학과 + 학번 + 학생이름 + 등록금 ▪ 등록금 영수증 = 등록자학과 + 등록자학번 + 등록자이름 + 등록금 납부금액 + 등록날짜 ▪ 등록자 명단 = 등록자학과 + 등록자학번 + 등록자이름 + 등록금 납부금액 + 등록날짜 ▪ 수강신청/변경/조회 = 20{[전공|교양]} ▪ 전공 = 수강과목번호 + 수강과목 이름 + 교수님 + 강의실 + 학점 ▪ 교양 = [교양수업|재택수업] ▪ 교양수업 = 수강과목번호 + 수강과목 이름 + 교수님 + 강의실 + 학점 ▪ 재택수업 = 수강과목번호 + 수강과목 이름 + 교수님 + 학점 ▪ 수강신청자 명단 = 수강과목번호 + 수강과목 이름 + 학점 +신청자 학과 + 신청자 학번 + 신청자 이름 ▪ 출석부 = 과목 이름 + 학생사진 + 학과 + 학년 + 학번 + 이름[3] Decision TableXXX수강신청X로그인--NY제한학점 이하-N-Y기한내 수강신청NYYY등록금 납부4321Decision TableCHAP4[4] Decision Tree[5] Structured Korean statementIf 등록금 납부한 중대학생 중대 홈페이지 로그인 If 기한 내 수강신청 수강신청 If 제한학점 초과 수강신청 완료 else goto 수강신청 else 수강신청 불가 else 로그인/수강신청 불가Y제한학점 초과등록금 납부YN기한내 수강신청NYN수강신청완료수강신청 불가수강신청 계속로그인/수강신청 불how}

공학/기술| 2008.07.09| 8페이지| 1,000원| 조회(522)

시분설, 시스템 설계, 시스템 분석과 설계, System Anaysis and..

미리보기

닫기
[시스템 분석]시스템 분석과 설계(summary와 assignment) Chapter 3

SOFTWEAR, LIMITED Summary Background▪ Rick의 조사결과 Payroll System의 문제점 - 입력오류 - 많은 보고서들에 대한 manual 준비의 필요성 - 오류정정과 요청서 작성을 위한 경리부 직원들의 초과근무 상황 발생Human Resources Department Interview▪ 조직챠트의 재검토 ▪ 인적자원부의 매니저인 Meredith Rider와의 인터뷰 ▪ Mike Feinder에게 임금 시스템 조사에 대한 message를 보냄 ▪ 인적자원부의 매니저인 Meredith Rider와의 인터뷰 - 직원 고용시 직원의 개인기록 및 정보를 포함한 payroll master record form을 작성함 - 경리부서에서 PR-1 양식을 받음 - 온라인 PR-1 양식의 빈 복사본을 Rick에게 보여줌 (직원들의 임금과 개인 정보는 은밀하기 때문에 완성된 양식을 보여주지 않음)Payroll Department Interview▪ 경리부 리더인 Nelson White와의 인터뷰 ▪ 경리부에서 모든 각 부서의 매니저에게 time sheet을 보냄 ▪ Time sheet include… - 직원들의 규칙적인 시간기록 - 휴가 - 병가기간 - 배심원으로서의 의무 등 ▪ BIS에서는 직원 주식 매입 공제 보고서는 제공하지 않음 (이유 : 임금주기와 주식공제 주기의 불일치)CHAP3BIS Interview▪ BIS의 고객 관리 매니저인 Linda Demarco와의 인터뷰 - 약 8년 전 SWL에서 현재 사용중인 GAPP가 BIS에서 개발됨 - 최신식 임금 시스템의 개발(CHIPS) : 현재 개발 중이며, GAPP 월 사용료의 30%를 넘지 않음New Developments▪ Jane Rossman과 Ann Hon과의 만남 - 입력오류에 대한 문제는 새로운 양식이나 절차에 의해 쉽게 해결될 수 있음 - SWL PROJECT에 대한 비용을 합산 / SWL의 현재 미래의 요구에 맞는 향상된 임금 시스템에 대한 세부적인 조사를 위한 평가 - 원부 대리인 Allison Friendly경리BrittonEllisDebra WilliamsRic Carla's a functional decomposition diagram (FDD)SWLHuman ResourcesParollHandle Payroll deductionCredit Union deductionsStock Purchase deductionsProposed ESIP deductionsDeduction ReportProduce Checks and reportsPayroll ResisterCredit Union Transfer ReportStock Transfer ReportPaychecks and data stubsProcess employee formsPR-1 form for new hiresPR-2 form for rate /status changesPR-3 form for deduction changesAdminister Stock Purchase planPR-4 form for stock purchasesPR-5 form deduction summaryCHAP3The Revised Project - continue[ SWL Payroll Register Report ]net payearningsdeductionsyear-to-date totals for regular payovertime paytotal paydeductionsnet pay[ SWL Employee Compensation Record report ][ SWL employee paycheck and stub ]▪ Third copies of Report3 : Payroll Department1 : Micheal Jeremy2 : Amy CalicoCHAP3Assignment[1] Compromise between confidentiality requirements and the need for analysts to review actual records[2] Interview 서 사용중인 GAPP는 약 8년 전 BIS에서 개발됨 - 복합적인 cycle에 맞도록 CHIPS에 한 개의 module만 장착하면 사용할 수 있음 - 이번 해에 CHIPS를 제공할 예정임(개발 중 단계임) - 월 사용료는 GAPP의 30%를 넘지 않음[3] Questionnaires about employee satisfaction with the current payroll deduction system설문지 작성시 유의사항 1. 간단하고 사용하기 쉽게 만들 것 2. 명확한 지시를 내릴 것 3. 간단한 것부터 복잡한 순서대로 질문 할 것 4. 예상할 수 있는 답이 나오도록 실마리를 주지 않을 것 5. 질문지의 마지막 부분에 전반적으로 논할 것 6. 큰 그룹에 설문지를 배포하기 전 소규모 테스트 그룹에서 언제든지 가능하도록 테스트 할 것 뒤에 계속...⇒ 분석을 제대로 하기 위해서는 그에 맞는 사실적인 분석 자료가 필요한데, 이 같은 경우 직원의 비밀스러운 개인 정보가 유출되는 것이므로 자료제공을 거절할 수도 있다. 직원들의 개인 정보 중에서도 분석자 입장에서 필요한 부분이 있을 것이고, 제공자 입장에서도 직원들의 개인 정보 중 어느 정도는 제공해 줄 수 있는 부분이 있을 것이다. 예를 들어 Meredith의 보고서 PR-1중에 직원들 Name이나 Department등은 개인 정보이기는 하나 다른 정보에 비해 중요도가 떨어진다. (왜냐하면 이런 정보는 PR-1 문서뿐만 아니라 다른 보고서나 인터뷰를 통해서도 알아낼 수 있는 정보이기 때문) 이런 부분은 분석자에게 제공해 줄 수 있는 사항이다. 그러므로 분석자와 제공자 사이에 필요한 부분, 제공해줄 수 있는 부분을 잘 타협을 해 적정 정보까지만 제공 받는 것이 좋을 것이다.CHAP3SWL 설문지 조사 - 직원용 ► 최근의 임금 공제 시스템에 대하여 어떻게 생각하십니까? (알맞은 곳에 체크해 주십시오.)타 회사에 비해서 당사의 임금 공제 시스템이 더 편리하다고 생각하십니까?4자신의 임금 공제가 잘못된 사례가 있습니않는다면 그 이유는 무엇입니까? 6. 자신의 임금 공제가 잘못된 사례를 써주십시오. 7. 타 회사에 비해 당사의 임금 공제 시스템의 장점과 단점이 있다면 무엇입니까? 8. 당사의 임금 공제 시스템이 개선해야 할 사항은 어떤 것입니까? ► 기타의견 : [ SWL 직원만족도 평가 담당자 : 홍 길 동 ][4] A set of interview questionsCHAP3Develop Interview Questions 1. Create a standard list of interview questions 2. Avoid leading questions 3. Open-ended questions 4. Closed-ended questions 5. Range-of-response questionsINTERVIEW QUESTIONS ► MAIN TOPICS : 현재의 시스템에 대한 직원들의 만족도 조사 인터뷰 ► QUESTIONS 1. 현재 당사의 회사 시스템에 대해서 알고 계십니까? YES or NO 2. 당사의 시스템에 만족하십니까? (그렇다 / 보통이다 / 그렇지 않다) 3. 현재 당사의 시스템에 대해 어떻게 생각하십니까? 4. 당사의 시스템에 장점은 무엇이 있다고 생각하십니까? 5. 당사 시스템의 단점은 무엇이 있다고 생각하십니까? 6. 당사의 시스템으로 인해 잘못된 처리가 나온 적이 있습니까? 어떤 경우입니까? 7. 현재 시스템의 개선해야 할 사항이 무엇이 있다고 생각하십니까?Notifies[1] USE CASE ACTOR - 학생, 교수, 수강신청 시스템 관리자, 수강신청 시스템 1. 수강신청을 한다. 2. 강의할 과목을 신청한다. 3. 과목의 수강학생 명단을 신청한다. 4. 강좌정보를 관리한다. 5. 학생정보를 관리한다. 6. 교수정보를 관리한다. 7. 강좌 시간표를 작성한다. 8. 과목 수강학생 명단을 작성한다.CHAP3[2] USE CASE DIAGRAMUML (수강신청)학생수강신청강의할 과목 선택교수강좌 수강생 명단 신청교수정보 관리학생정보 관리강좌정보sNotifies로그인로그아웃CHAP3[3] CLASS DIAGRAMS학생교수수강과목강의과목수강신청11...*1...*111...*1111[4] SEQUENCE DIAGRAMS - 학생학생수강신청 시스템교수관리자강의 과목 선택수강신청수강신청 정보강좌 수강 학생 명단 신청강좌시간표 과목 수강생 명단CHAP3[5] STATE TRANSITION DIAGRAMS - 학생[4] SEQUENCE DIAGRAMS - 학생수강신청수강신청 허락수강신청결과 조회수강신청 완료로그인수강신청 시스템에 요청수강신청 시스템 처리수강 정정/ 삭제수강 정정/ 삭제 요청수강 정정/ 삭제 승인Start로그인을 위한 ID/ 암호 입력접속 승인과목 조회수강신청수강신청한 과목에 대한 정보조회수강신청 완료수강신청을 원함ID/암호 확인과목조회를 원함과목조회 승인수강신청 시스템에 접속수강신청 승인수강 정정/ 삭제 요청수강 정정/ 삭제 완료수강 정정/ 삭제를 원함수강 정정/ 삭제 승인[1] USE CASE ACTOR - 대여자, 사서 1. 도서를 대여한다. 2. 도서를 반납한다. 3. 대여자를 관리 한다. 4. 도서 항목을 추가한다. 5. 연체료를 계산한다.CHAP3[2] USE CASE DIAGRAMUML (도서관 책 대출)대여자사서로그인로그아웃도서대여도서반납대여자등록도서항목 추가연체료 계산CHAP3[3] CLASS DIAGRAMS[4] SEQUENCE DIAGRAMS - 학생사서대여자DB도서검색도서항목 등록대여 신청복사도서항목도서관리관리관 리참 조관 리관리소 유10..10..**11111***11..*1대여자DB대여사서대여할 도서 검색도서 대출대여자 등록CHAP3[5] STATE TRANSITION DIAGRAMS - 도서대여[4] SEQUENCE DIAGRAMS - 학생도서 대여 신청DB 검색(사서)도서 대여 신청 승인사서에게 도서 대여 신청대출 중 아님도서 대여 거절도서 대여 취소대출 중도서 대여 완료대여자 등록StartDB에 도서 대여 검색도서 대여 신청도서 대여 거절도서대여를 원함대여 도서 있w}

공학/기술| 2008.07.09| 12페이지| 1,000원| 조회(432)

시분설, 시스템 설계, 시스템 분석과 설계, System Anaysis and..

미리보기

닫기