*정* 스토어

*정*

개인인증

팔로워0 팔로우

소개

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

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

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

34개
전체 판매량

466개
최근 3개월 판매량

0개
자료후기 점수

평균A
자료문의 응답률

-

전체자료 34개

(순천향대, SCH 전용) 텀 프로젝트 학과 홈페이지

순천향대 컴퓨터학부 박모교수님 텀프로젝트로 쓸수있는 학과 홈페이지입니다.전 박모교수님 할때 이걸 사용안했으니 직접 받아서 쓰셔도 상관없습니다.APM(아파치, PHP, MYSQL) 기반이라 APM을 따로 설치하셔야 합니다.디자인, 소스 다 되어있고, 계획서, 결과보고서 다 포함입니다.

프로그램소스| 2008.10.19| 17페이지| 10,000원| 조회(539)

컴퓨터학부, 순천향대, 텀프로젝트, SCH, 박두순

미리보기

닫기
SE08-MM-D-002_변경관리

산출물 변경관리프로젝트 명 : MSG Foundation Case Study팀 No.8조 : SE08팀명 : OP(On Programming)단계 명 : 관리단계활동명 : 프로젝트 관리작업명 : 변경관리 작성문서번호 : SE08-MM-D-002작성자 :작성일 : 2008/06/03버전 : 1.0문서번호 : SE08-MM-D-002The MSG Foundation Case Project산출물 변경관리- 분 반 : 31002- 팀 No. : 8조- 팀 장 :- 작성자 :- 작성일 : 2008. 04. 08(화)- 제출일 : 2008. 04. 15(화)MSG Foundation Case Study : 변경관리Copyright(c) 2008, On Programming(SE08)변 경 관 리 이 력 서※ 산출물 변경관리 계획과 SPM에 의거하여 변경관리 이력을 작성한다.일 자2008년 3월 20일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.1변경된 산출물 내용산출물 변경 근거1. 프로젝트 주제요약 추가- 교재의 MSG Foundation Case Study 의 내용을 기반으로프로젝트의 주제에 대한 요약내용 추가2. 역할분담내역 수정- 프로젝트의 모든 역할을 팀원 모두 같이 분담하도록 수정품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 3월 26일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.1변경된 산출물 내용산출물 변경 근거1. 이름부여규칙 수정- 수정전 : OP-□□-□-□□□- 수정후 : SE08-□□-□-□□□(수정전에 팀명을 나타내는 이니셜인 OP을 수업후의번호가 부여됨에 따라, 조번호를 나타내는 SE08로 수정)- 회의록 문서번호 추가(PR : Project Report를 의미함)품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 3월 27일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.1변경된 산출물 내용산출물 변경 근거1.록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 3월 28일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.1변경된 산출물 내용산출물 변경 근거1. 세부 역할분담내역 추가- 기존의 프로젝트 전단계 공동역할분담에서, 세부단계별로 소규모 팀그룹으로 나뉘어 역할분담으로 하도록수정. 총 4개의 기본단계와 16단계의 세부단계로 분류,세부적인 역할분담내역을 추가한다.품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 3월 29일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.1변경된 산출물 내용산출물 변경 근거1. 산출물 작성계획 수정- 기존의 SPM 템플릿의 130개 산출물 작성계획에서,MSG 프로젝트에 적합한 40개의 산출물 새로 정의.40개의 산출물 목록계획프로젝트 수행 계획서업무범위 기술서개발전략일정관리계획인력계획서의사소통계획서품질활동계획서형상관리계획서변경관리계획서프로젝트 계획발표(PPT)정의표준및절차메뉴얼(SPM)설계요구사항분석서현행시스템분석서인터뷰결과서화면 프로토타입 분석서용어사전 정의서시스템 범위 및인터페이스 정의서유즈케이스 다이어그램액티비티 다어어그램소프트웨어 및기술아키텍쳐 정의서유즈케이스 다이어그램클래스 다이어그램시퀀스 다이어그램액티비티 다이어그램요구분석 결과발표(PPT)데이터베이스 설계화면설계서컴포넌트 정의컴포넌트 설계프로그램 설계테스트 설계프로젝트 설계결과 발표(PPT)관리형상관리장비관리 및 검사변경관리품질관리 기록서성과보고서단계완료프로젝트 완료보고프로젝트 종료보고(PPT)품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 4월 2일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.1변경된 산출물 내용산출물 변경 근거1. 역할분담 내용 수정- 프로젝트 단계(계획, 정의, 설계, 관리)에 검토사항 추가- 검토는 프로젝트 전인원이 수행2. 프로세스 공정단계 수정 : 요구사항분석 → 요구사항정의3. 산출물 스 다이어그램유즈케이스 리포트용어사전 정의서요구분석 결과발표(PPT)설계데이터베이스 설계서화면설계서컴포넌트 정의설계서프로그램 설계서테스트 설계서관리품질관리 기록서변경관리 기록서프로젝트 완료보고프로젝트 종료보고(PPT)품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 4월 2일문서번호SE08-ST-D-001산출물표준 및 절차 메뉴얼버젼0.2변경된 산출물 내용산출물 변경 근거1. 프로젝트 공정표 수정- 변경된 산출물 작성계획에 근거하여 프로젝트 공정표 수정2. 문서관리번호 수정- 요구사항 분석을 의미하는 AS를, 요구사항 정의를 의미하는DF로 수정( SE08-AS-□-□□□ → SE08-DF-□-□□□ )3. 산출물 리파지터리 관리체계 수정- 요구사항 분석을 요구사항 정의로 수정품질관리 기록서(SE08-MM-D-001)프로젝트 수행 계획서(SE08-PL-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 4월 10일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.2변경된 산출물 내용산출물 변경 근거1. 역할분담내역 수정- 인원내역 수정(요구사항 정의, 비지니스 모델링)2. 산출물 작성계획 수정- 변경전 : 액터 정의서, 유즈케이스 정의서- 변경후 : 액터 / 유즈케이스 정의서품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 4월 10일문서번호SE08-DF-D-002산출물액터/유즈케이스 정의서버젼0.1변경된 산출물 내용산출물 변경 근거1. 액터 정의서, 유즈케이스 정의서 통합- 통합문서 : 액터 / 유즈케이스 정의서품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 4월 10일문서번호SE08-DF-D-003산출물유즈케이스 다이어그램버젼0.1변경된 산출물 내용산출물 변경 근거1. 유즈케이스 다이어그램 수정- 소프트웨어 공학 교재 10장의 내용을 기반으로 유즈케이스다이어그램 세부사항 수정품질관리 기록서(SE08-MM-D-001MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 4월 17일문서번호SE08-DF-D-002산출물액터/유즈케이스 정의서버젼0.1변경된 산출물 내용산출물 변경 근거1. 유즈케이스 내용 수정- 유즈케이스 내용 수정 / 내용 세부화품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 4월 17일문서번호SE08-DF-D-003산출물유즈케이스 다이어그램버젼0.1변경된 산출물 내용산출물 변경 근거1. 유즈케이스 다이어그램 수정- 자본결정 다이어그램 수정 : STAR-UML 이용품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 4월 17일문서번호SE08-DF-D-004산출물유즈케이스 리포트(시나리오)버젼0.1변경된 산출물 내용산출물 변경 근거1. 문서 템플릿 수정- 자본결정 유즈케이스 분리품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무X일 자2008년 5월 1일문서번호SE08-DF-D-001산출물요구사항 정의서버젼0.2변경된 산출물 내용산출물 변경 근거1. 기존에 교재에 있는 요구사항 이외의 9가지의요구사항을 새롭게 추가품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 5월 1일문서번호SE08-DF-D-002산출물액터 / 유즈케이스 정의서버젼0.2변경된 산출물 내용산출물 변경 근거1. 새롭게 추가된 9가지의 요구사항을 바탕으로,MSG 재단직원, 차용인 외의 보험회사, 신용등급 조회시스템, 국세청, 부동산 업체 시스템의 4개의 액터 추가2. 새롭게 추가된 9가지의 요구사항을 바탕으로,유즈케이스를 13가지로 재정의품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 5월 1일문서번호SE08-DF-D-003산출물유즈케이스 다이어그램버젼0.2변경된 산출물 내용산출물 변경 근거1. 변경된 액터 / 유즈케이스 정의를 바탕으로,유즈케이스 다이어그램을 재정의 : STAR UML 이용품질관리케이스 리포트의 내용을 재정의품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 5월 1일문서번호SE08-DF-D-004산출물유즈케이스 리포트(시나리오)버젼0.2변경된 산출물 내용산출물 변경 근거1. 변경된 유즈케이스 다이어그램을 기반으로유즈케이스 리포트의 내용을 재정의품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 5월 3일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.3변경된 산출물 내용산출물 변경 근거1. 산출물 작성계획 추가- 요구사항 분석 :클래스 다이어그램, 시퀸스 다이어그램컬러버레이션 다이어그램, 유즈케이스 상태 다이어그램품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 5월 4일문서번호SE08-ST-D-001산출물표준 및 절차 메뉴얼버젼0.3변경된 산출물 내용산출물 변경 근거1. SW 라이프 사이클 변경- 변경 전 : RAD(Rapid Application Development)- 변경 후 : CBD(Component Based Development)- 변경이유 : 마르미 III 개발방법론에서는 SW 라이프사이클은 RAD보다 CBD가 더 최적화 되어있기 때문에 변경2. 프로젝트 공정표 수정- 요구사항 분석단계 새로 추가3. 문서관리번호 추가- 요구사항 분석단계 새로 추가품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 5월 21일문서번호SE08-PL-D-001산출물프로젝트 수행 계획서버젼0.4변경된 산출물 내용산출물 변경 근거1. 산출물 작성계획 수정- 관리단계의 SE08-MM-P-002_프로젝트_종료보고.ppt 삭제- 프로그램 설계서를 메소드 설계서로 변경- 메소드 설계서의 문서번호를 001로 변경품질관리 기록서(SE08-MM-D-001)변경 최종 작업 / 승인버젼업유무O일 자2008년 5월 22일문서번호SE08-AS-D-001산출물클래스 다이어그램버젼0.2변경된 산

공학/기술| 2011.04.07| 9페이지| 1,000원| 조회(239)

소프트웨어공학, 변경관리, 산출물 변경관리

미리보기

닫기
SE08-DN-D-001_메소드설계서

메소드 설계서프로젝트 명 : MSG Foundation Case Study팀 No.8조 : SE08팀명 : OP(On Programming)단계 명 : 설계단계활동명 : 프로젝트 설계작업명 : 메소드 설계서 작성문서번호 : SE08-DN-D-001작성자 :작성일 : 2008/06/03버전 : 1.0문서번호 : SE08-DN-D-001The MSG Foundation Case Project메소드 설계서- 분 반 : 31002- 팀 No. : 8조- 팀 장 :- 작성자 :- 작성일 : 2008. 06. 03(화)- 제출일 : 2008. 06. 03(화)제· 개정 이력서MSG Foundation Case Study : 메소드 설계서Copyright(c) 2008, On Programming(SE08)버전제.개정 일자제.개정 페이지 및 내용작성자승인자0.12008/05/25제정1.02008/06/03최종 검토 / 버젼수정목 차①메소드 설계서 개요 ??????????????????????????????????????????????3?메소드 설계서 ???????????????????????????????????????????????????3- 2.1. Entity Class ????????????????????????????????????????????????????????????????32.1.1. MSGApp Class ????????????????????????????????????????????????????????????32.1.2. Borrower Class ??????????????????????????????????????????????????????????52.1.3. Branch Class ????????????????????????????????????????????????????????????72.1.4. FundsManage Class ???????????????????????????????????????????????????????92.1.5. Invester Class ??????????????????????????????????????????????????????????112.1.6. InvestmentManage Class ??????????????????????????????????????????????????132.1.7. Loan Class ??????????????????????????????????????????????????????????????15- 2.2. Boundary Class ?????????????????????????????????????????????????????????????222.2.1. InvestmentListReport Class ??????????????????????????????????????????????222.2.2. MortgageListReport Class ????????????????????????????????????????????????222.2.3. UserInterface Class ?????????????????????????????????????????????????????232.2.4. WeeklyFundsReport Class ?????????????????????????????????????????????????25- 2.3. Control Class ??????????????????????????????????????????????????????????????262.3.1. CalcOperationFunds Class ????????????????????????????????????????????????262.3.2. CalcPayDelay Class ??????????????????????????????????????????????????????272.3.3. CalcPrincipalAndInterest Class ??????????????????????????????????????????282.3.4. CalcWeeklyFunds Class ???????????????????????????????????????????????????301. 메소드 설계서 개요1.1. 개 요본“메소드 설계서”는 MSG Foundation Case Study(이하 MSG) 프로젝트 수행의 요구사항 분석단계의 클래스 다이어그램, 시퀸스 다이어그램, 컬러버레이션 다이어그램, 유즈케이스 상태다이어그램을 이용하여 모든 애트리뷰트를 식별하고 메소드를 식별한 내용을 기반으로 하여메소드를 설계하여 향후 구현단계에서 프로그램이 원활이 구현하여 대내적으로는 프로젝트 산출물의품질을 높이고, 대외적으로는 사용자가 만족할수 있는 고품질의 프로그램을 제공하도록 한다.1.2. 메소드 설계서 작성 방법 / 툴1.2.1. 작성방법 : Pseudo Code(의사코드)를 통한 메소드 설계 제시1.2.2. 작성 툴 : Microsoft Visual Studio 20052. 메소드 설계서2.1. Entity Class엔티티 클래스는 데이터를 저장하고 관리하는 클래스이기 때문에 실제 행해지는 연산은값을 입력하는 set과 값을 반환하는 get으로 구성하였다.2.2.1. MSGApp Class : 사용자 인터페이스MSGApp.hMSGApp.cpp2.2.2. Borrower Class : 차용인의 개인정보Borrower.hBorrower.cppBorrower.cpp 2.2.3. Branch Class : 지점관리Branch.hBranch.cppBranch.cpp Branch.cpp 2.2.4. FundsManage Class : 자금관리FundsManage.hFundsManage.cppFundsManage.cpp FundsManage.cpp 2.2.5. Invester Class : 투자자Invester.hInvester.cppInvester.cpp Invester.cpp 2.2.6. InvestmentManage Class : 투자관리InvestmentManage.hInvestmentManage.cppInvestmentManage.cpp 2.2.7. Loan Class : 대출관리Loan.hLoan.h Loan.cppLoan.cpp Loan.cpp Loan.cpp Loan.cpp Loan.cpp 2.2. Boundary Class경계 클래스는 사용자와 직접 이벤트를 받아 시스템 내부에 처리를 의뢰하는 클래스이다.요구사항에서도출해낸결과를바탕으로보고서를 출력하는 클래스인 InvestmentListReport,MortageListReport, WeeklyFundsReport 클래스와 사용자가 최초로 접근하는 UserInterface클래스로 구성이 되어 있다.2.2.1. InvestmentListReport Class : 투자리스트 보고서InvestmentListReport.hInvestmentListReport.cpp2.2.2. MortageListReport Class : 담보대출리스트 보고서MortageListReport.hMortageListReport.cpp2.2.3. UserInterface Class : 사용자 인터페이스UserInterface.hUserInterface.cppUserInterface.cpp UserInterface.cpp 2.2.4. WeeklyFundsReport Class : 주간자금계산 보고서WeeklyFundsReport.hWeeklyFundsReport.cpp2.3. Control Class제어 클래스는 엔티티 클래스와 경계 클래스와의 협력작업을 제어하고 시스템에 내부를처리하는 클래스이며 각종 비용을 계산하는 CalcOperationFunds, CalcPayDelay,CalcPrincipalAndInterest, CalcWeeklyFunds으로 구성이 되어 있다.2.3.1. CalcOperationFunds Class : 운영비 계산CalcOperationFunds.hCalcOperationFunds.cpp2.3.2. CalcPayDelay Class : 납부연체 계산CalcPayDelay.hCalcPayDelay.cpp2.3.3. CalcPrincipalAndInterest Class : 불입금 계산CalcPrincipalAndInterest.hCalcPrincipalAndInterest.cppCalcPrincipalAndInterest.cpp 2.3.4. CalcWeeklyFunds Class : 주간가용자금 계산CalcWeeklyFunds.hCalcWeeklyFunds.cpp

공학/기술| 2011.04.07| 31페이지| 3,000원| 조회(173)

소프트웨어공학, 메소드, 메소드설계서

미리보기

닫기
SE08-DN-D-002_데이터베이스_설계서

데이터 베이스 설계서프로젝트 명 : MSG Foundation Case Study팀 No.8조 : SE08팀명 : OP(On Programming)단계 명 : 설계 단계활동명 : 데이터베이스 설계작업명 : 데이터베이스 설계 작성문서번호 : SE08-AS-D-002작성자 :작성일 : 2008/06/01버전 : 1.0문서번호 : SE08-DF-D-004The MSG Foundation Case Project데이터 베이스 설계- 분 반 : 31002- 팀 No. : 8조- 팀 장 :- 작성자 :- 작성일 : 2008. 04. 14(월)- 제출일 : 2008. 04. 15(화)MSG Foundation Case Study : 변경관리Copyright(c) 2008, On Programming(SE08)제· 개정 이력서MSG Foundation Case Study : 데이터베이스 설계Copyright(c) 2008, On Programming(SE08)버전제.개정 일자제.개정 페이지 및 내용작성자승인자0.12008/06/01제정1.02008/06/03최종 검토 / 버젼수정목 차①데이터 베이스 설계서 개요 ?????????????????????????????????????4?논리적 데이터 베이스 다이어그램 ????????????????????????????????4- 2.1. 논리적 ER 다이어그램(한글)- 2.2. 논리적 ER 다이어그램(영어)③물리적 데이터 베이스 다이어그램 ????????????????????????????????6- 3.1. 물리적 ER 다이어그램(한글)- 3.2. 물리적 ER 다이어그램(영어)④데이터 베이스 관계설명 ?????????????????????????????????????????8⑤데이터 베이스 인스턴스 예시 ?????????????????????????????????????10- 5.1. Employee(사원) 릴레이션- 5.2. Loan(대출) 릴레이션- 5.3. Branch(지점) 릴레이션- 5.4. GuessOpExpense(추정운영비) 릴레이션- 5.5. GuessOpIncome(추정수입) 릴레이션- 5.6. InvestManage(투자관리) 릴레이션- 5.7. Repayment(상환) 릴레이션- 5.8. Borrower(차용인) 릴레이션- 5.9. InvestCategory(투자항목)- 5.10. Mortspecialmanagetype(대출특별관리유형)⑥데이터 베이스 SQL ??????????????????????????????????????????????131. 데이터베이스 설계서 개요1.1. 개 요본 “데이터베이스 설계”는 MSG Foundation Case Study(이하 MSG) 프로젝트 수행의요구사항과 클래스 다이어그램과 메소드 설계서를 바탕으로 내용을 상세화 하여, 프로젝트에서의 모든 자료를 저장하는 논리적 / 물리적 형태로 나타냄을 목적으로 한다.1.2. 데이터베이스 설계서 작성 방법 / 툴1.2.1. 작성방법 : 논리적 ERD, 물리적 ERD, SQL(Structured Query Language)1.2.2. 작성 툴 : ERwin Data Modeler2. 논리적 데이터 베이스 다이어그램2.1. 논리적 ER 다이어그램 - 한글(SE08-DN-D-002_DB_Logical_Kor.jpg)2.2. 논리적 ER 다이어그램 - 영어(SE08-DN-D-002_DB_Logical_Eng.jpg)3. 물리적 데이터 베이스 다이어그램3.1. 물리적 ER 다이어그램 - 한글(SE08-DN-D-002_DB_Physical_Kor.jpg)3.2. 물리적 ER 다이어그램 - 영어(SE08-DN-D-002_DB_Logical_Eng.jpg)4. 데이터베이스 관계 설명관 계 명Calculation관계대상Employee - GuessOpExpense관계설명? 사원과 추정운영비는 1 : N 관계이다.? 한명의 사원은 여러 추정운영비를 관리한다.? 사원은 추정운영비를 관리하여 운영비 계산을 할 수 있다.비 고-관 계 명Income관계대상Employee - GuessIncone관계설명? 사원과 추정수입은 1 : N 관계이다.? 한명의 사원은 여러 추정수입을 관리한다.? 사원은 추정수입을 바탕으로 운영비 및 여러 제약사항을 계산할 수 있다.비 고-관 계 명Branch관계대상Employee - Branch관계설명? 지점과 사원은 1 : N 관계 이다.? 하나의 지점은 여러명의 사원을 가질 수 있고, 발령이 나지 않은 직원이 있을 수 있다.비 고-관 계 명InvestManage관계대상Employee - InvestManage관계설명? 사원과 투자관리는 1 : N 관계이다.? 한명의 사원은 여러 투자관리를 할 수 있고, 투자가 없을 경우도 있다? 사원은 투자관리를 바탕으로 투자정보를 관리할 수 있다.비 고-관 계 명InvestCatagory관계대상InvestManage - InvestCatagory관계설명? 투자항목과 투자관리는 1 : N 관계이다.? 투자관리는 하나의 투자항목을 가질 수 있다.비 고-관 계 명Loan관계대상Employee - Loan관계설명? 직원과 대출은 1 : N 관계이다.? 한명의 직원은 여러 대출을 가질 수 있고, 투자가 없을 수 있다.비 고-관 계 명Borrower관계대상Loan- Borrower관계설명? 대출과 차용인은 1 : 1 관계이다.? 한명의 차용인은 대출을 한번만 받을 수 있다.비 고-관 계 명Repayment관계대상Borrower - Repayment관계설명? 차용인과 상환은 1 : N 관계이다.? 한명의 차용인은 여러 차례에 거쳐 상환을 한다.비 고관계명Mortspecialmanagetype관계대상Loan - Mortspecialmanagetype관계설명? 대출특별관리유형과 대출은 1 : N 관계이다.? 여러 대출은 하나의 대출특별관리유형을 갖는다.비 고-5. 데이터베이스 인스턴스 예시5.1. Employee(사원) 릴레이션5.2. Loan(대출) 릴레이션5.3. Branch(지점) 릴레이션5.4. GuessOpExpense(추정운영비) 릴레이션5.5. GuessOpIncome(추정수입) 릴레이션5.6. InvestManage(투자관리) 릴레이션5.7. Repayment(상환) 릴레이션5.8. Borrower(차용인) 릴레이션5.9. InvestCategory(투자항목)5.10. Mortspecialmanagetype(대출특별관리유형)6. 데이터베이스 SQL

공학/기술| 2011.04.07| 14페이지| 3,000원| 조회(597)

데이터베이스, 소프트웨어공학, 다이어그램, 데이터베이스설계서

미리보기

닫기
SE08-AS-D-003_컬래버레이션_다이어그램

컬래버레이션 다이어그램프로젝트 명 : MSG Foundation Case Study팀 No.8조 : SE08팀명 : OP(On Programming)단계 명 : 분석 단계활동명 : 컬래버레이션 다이어그램작업명 : 컬래버레이션 다이어그램 작성문서번호 : SE08-AS-D-003작성자 :작성일 : 2008/06/03버전 : 1.0문서번호 : SE08-DF-D-002The MSG Foundation Case Project컬래버레이션 다이어그램- 분 반 : 31002- 팀 No. : 8조- 팀 장 :- 작성자 :- 작성일 : 2008. 06. 03(화)- 제출일 : 2008. 06. 03(화)MSG Foundation Case Study : 변경관리Copyright(c) 2008, On Programming(SE08)제· 개정 이력서MSG Foundation Case Study : 컬래버레이션 다이어그램 작성Copyright(c) 2008, On Programming(SE08)버전제.개정 일자제.개정 페이지 및 내용작성자승인자0.12008/05/06제정1.02008/06/03최종 검토 / 버젼수정목 차①Collaboration 개요 ????????????????????????????????????4?Collaboration Diagram ????????????????????????????????????????????4- 2.1. 월불입금계산5- 2.2. 고객보험관리5- 2.3. 대출금상환관리6- 2.4 소득공제관리6- 2.5. 신용등급조회7- 2.6. 대출자격심사7- 2.7. 부동산시세조회8- 2.8. 자금관리8- 2.9. 투자관리9- 2.10. 리스크관리9- 2.11. 지점관리10- 2.12. 보고서 관리101. 컬래버레이션 다이어그램(협력도) 개요1.1. 개 요본“컬래버레이션 다이어그램(협력도)”은 해결해야 할 문제가 주어진 상황에서 그문제를 해결하기 위해 필요한 객체를 정의하고, 객체간의 동적인 상호관계를 순서에따라 정의함으로써 주어진 문제를 해결하고, 모델링하는 공간이 자유롭기 때문에같은 유형의 객체를 모아 놓을 수 있어서 구조적 측면을 중시하여 모델링 할수있도록 한다.2. 컬래버레이션 다이어그램(협력도)2.1. 불입금 관리? MSG직원은 차용인(대출 신청자)의 신상정보와 대출금액에 따른 부동산세금, 보험료,완료 수수료등의 부가비용을 계산한 후 차용인이 상환해야할 월 불입금을 계산한다.2.2. 보험관리? MSG 직원은 대출이 승인된 차용인의 허락하에, 차용인의 정보를 보험회사에게 전달하여 화재보험과 모기지보험이 가입되도록 한다.2.3. 대출금 상환 관리? 차용인의 대출금의 대출상환 잔금과 다음달 불입금이 얼마인지 알수 있다.2.4. 소득공제관리? 전용면적 25평 이하와 근로소득자인 차용자를 국세청에게 조회하여 소득공제대상으로 설정한다.2.5. 신용등급 조회? 차용인이 신용등급이 6등급 이상인지 확인하기 위하여 신용등급 조회기관을 통한조회를 실시하여 대출자격이 되는지를 확인한다.? 차용인의 신용등급이 대출금을 갚는동안 변동이 될경우 신용등급 조회기관에서MSG 재단에 통보된다.2.6. 대출 자격 심사? 차용인이 대출신청시 차용인의 법적 결혼여부 / 기간과 신청자의 소득증명, 집 구입을 하는, 해당지역의 부동산 시세를 이용하여, 대출가능한지 여부를 판단한다.? 담보 대출은 1가구 1주택의 원칙에 따라서 차용인의 가족이 이전에 대출을 받았는지확인한다.2.7. 부동산 시세 조사? MSG 재단은 실시간으로 부동산 협력업체를 통하여 부동산 시세를 조회하도록 한다.2.8. 자금 관리? MSG직원은 주간, 월간 운영자금을 계산하기위해 차용인 (대출 신청자)의 개인정보및 부동산 정보 등을 조회 / 수집하고 추정 담보 불입금 합계를 계산 한 후 가용주간 운영자금을 계산 한다.2.9. 투자관리? 매주 말 소비되지 않은 잔금을 조회가능하다.? 다른 단체, 기업, 정부로부터 투자받은 후원금을 조회 / 관리 가능하다.2.10. 리스크 관리? 낮은 등급의 차용인의 비율이 기준치 이상일 경우 신규 차용인의 대출자격심사를전부 거부하고, 시스템이 MSG 재단 직원에게 리스크 관리 메세지를 보낸다.2.11. 지점 관리? MSG 재단의 개설된 지점의 차용인 정보, 자금 등을 실시간으로 조회가능하다2.12. 보고서 관리? MSG직원은 보고서 출력 기능을 통해 주당 자금 계산 결과 보고서와 총 투자 리스트,

공학/기술| 2011.04.07| 10페이지| 3,000원| 조회(141)

소프트웨어공학, 컬래버레이션, 콜레버레이션, 콜래버레이션

미리보기

닫기