|
My PC 개인 주치의 |
SunmoonBit 21st | 열정
목 차
1 개 요
2 프로젝트팀 소개
3 요구사항
4 개발환경 및 요구기술
5 예상결과 및 기대효과
6 프로젝트 진행 예상일정
1. 개요
1) 배경
PC를 사용하면서 우리는 많은 문제를 접하게 된다. 잘못된 프로그램의 설치에서부터 바이러스에 이르기 까지 셀 수 없을 정도 이다. 간단한 조작 만으로도 이러한 문제를 해결 할 수 있음에도 불구하고 컴퓨터에 기초 지식이 부족한 이들에게는 힘들기 마련이다. 컴퓨터 수리 기사를 부르기엔 약간 부담스럽고, 계속 쓰기엔 불편한 상황에서 직접 누군가 내 컴퓨터를 직접 조작할 수 있다면 더 빠르고 편리하게 해결 할 수 있지 않을까.
2) 목적
이 프로그램은 PC 전문가들이 PC에 발생한 문제에 대해 원격지에서 문제가 있는 PC로 접속하여 문제를 해결해 주는 원격 지원 서비스를 개발하자는 취지에서 시작하게 되었다. 시간의 제약을 받지 않고, 1:1 방식의 원격제어를 통해 프로그램의 사용법을 안내해 준다거나, 간단한 문제들을 해결해 주는 개인 주치의와 같은 프로그램을 만드는 것이 목적이다.
2. 팀 소개
1) 팀 명: 열정(熱情) <어떤 일에 열렬한 애정을 가지고 열중하는 마음>
2) 팀 원:
3. 요구사항
이름 |
설명 |
유형 |
관련자 |
메시지 기본 기능 |
고객과의 상담을 위한 채팅기능 |
기능 |
의뢰자 |
화면 출력 기능 |
고객의 PC을 관리자가 제어하기 위해 고객의 화면을 관리자의 PC에 출력하는 기능 |
기능 |
관리자 |
마우스. 키보드 제어 기능 |
마찬가지로 고객의 PC 입력 장치를 제어하기 위한 기능 |
기능 |
관리자 |
유연성 |
모듈별로 DLL화 하여 재사용 성이 높아야 한다. |
품질 |
감수 |
파일 전송 |
각종 파일을 상대방에게 전송 할 수 있다. |
기능 |
의뢰자, 관리자 |
User List 출력 기능 |
현재 접속해 있는 유저들의 리스트를 출력해 준다. |
기능 |
의뢰자 |
4. 개발환경 및 요구기술
개방 환경: Visual studio 2008, access
요구 기술: 소켓통신, ODBC, Win32 API, DLL,
핵심 기술: 상대방 PC화면을 내 PC로 보면서 제어 할 수 있는 제어기능
5. 예상 결과 및 기대효과
1) 고객의 문제점을 채팅을 통해 자세히 전달 받을 수 있다.
2) 문제가 있는 PC 화면을 직접 관리자의 화면에서 보면서 제어 할 수 있어 정확하게 문제를 진단 할 수 있다.
6. 프로그램 이미지
7 프로그램 진행 및 예상 일정
제안서 기간: 1월 21일부터 24일 까지
요구 분석 기간: 1월 24일부터 26일 까지
아키텍처 기간: 2월 7일부터 2월 10일까지
설계/구현/테스트: 2월 11일부터 16일까지
시나리오 작성/ 시연: 2월 17일 이후
제 3회 Mini Project Meeting with Teacher
일시 |
2011. 01. 25 (화) 13:30 ~ 14:20 | |||
회의장소 |
선문대학교 원화관 504호 Study Room | |||
참석자 (6명) |
소 속 |
직 책 |
이 름 |
발 언 |
일어일본어학과 |
팀 장 |
유시혁 |
“제가 Client 담당입니다.” | |
컴퓨터공학과 |
팀 원 |
김종현 |
“Use case는 답이 없는 거죠?” | |
컴퓨터공학과 |
팀 원 |
정연규 |
“연동하는 것을 좀 만 더 연습하면 됩니다.” | |
컴퓨터공학과 |
팀 원 |
이종찬 |
“분배를 좀 더 확실히 해야겠습니다.” | |
정보통신공학과 |
팀 원 |
이향미 |
“마우스 이벤트가 잘 안 되요.” | |
선문비트교육센터 |
감 수 |
장문석 |
(회의 내용으로 정리) | |
회의개요 |
제안서는 통과 했고, Use case와 프로젝트의 나아갈 방향에 대한 미팅 | |||
회 의 내 용 | ||||
<강사님 말씀> 1. 요구기술서 -> UC기술서 -> UC와 요구 기술 매핑 -> UC Diagram -> US 상세 기술서 2. Use case 명은 다 달라야 한다. Ex) 가입A, 가입B 3. 반드시 해야 되는 것은 include, 해도 되고 안 해도 되는 것은 extend. 4. 가입을 해야 탈퇴 할 수 있다는 것은 가입을 반드시 해야 되는 것이 아니라 탈퇴의 선행조건일 뿐이다. 5. 내일까지 Use case 마무리해야 workshop 이후에 일 처리가 가능하다. 6. Packetizing 만드는 작업, Message Class 구현 다 같이 학습해라. 7. 자신의 DLL이 유효하다는 것을 증명하고, 가입 메시지 보내면 받은 것이 바로 화면에 나오게 해라. 8. 향미 공부한 자료를 넘겨서 - > 연규 + 시혁 (연습) 9. short message 랑 remote control 하면 프로젝트 끝?? 강의실 용으로 바꾸는 것에 대해서 생각해 봐라. 10. Client는 사용하는 공통 컨트롤이 뭐냐?? 내일 발표에 참가해라 11. Server는 로그아웃 안하고 Computer를 껐을 경우에 어떻게 할지, User list에 대해서 생각해 봐라. 12. DB 는 쪽지 남길 수 있게 해라. 로그인 한 user에게는 직접 가고, 로그아웃 한 user에게는 DB로... 13. Client는 프로토타입을 만들어서 전체적은 Program의 흐름을 알 수 있게 해라. 14. 기술 문서의 언어는 팀의 약속이니깐 적당하게 잘 나눠서 해라.
<제안서에 추가 | 수정해야 되는 사항> 1. 프로젝트 이름을 Escort P2P 정도로 바꿔라. 2. 예상 일정에 날짜를 그림과 함께 집어 넣어라.
<강사님 질문 & 우리의 답변 + 강사님 말씀> Q: Use case 라는 것이 다 같이 회의 하고 약속 한 이후에 만들어진 것이 결국 답이라고 할 수 있는 거죠?? Ans: 그렇지. 이 사람 생각 다르고, 저 사람 생각 다르고, 그것을 통일해서 Use case로 만들어야 되는 거야. 의견 통일 하는 과정을 Use case과정이라고 하는 것이 아니고 그런 약속을 하고 Use case를 만드는 거지. |
|