`

요리땡~간단한 요리 노하우에 대한 지식 공유 서비스~

보고서 및 논문 윤리 서약1. 나는 보고서 및 논문의 내용을 조작하지 않겠습니다.2. 나는 다른 사람의 보고서 및 논문의 내용을 내 것처럼 무단으로 복사하지 않겠습니다.3. 나는 다른 사람의 보고서 및 논문의 내용을 참고하거나 인용할 시 참고 및 인용 형식을

갖추고 출처를 반드시 밝히겠습니다.4. 나는 보고서 및 논문을 대신하여 작성하도록 청탁하지도 청탁 받지도 않겠습니다.

나는 보고서 및 논문 작성 시 위법 행위를 하지 않고, 명지인으로서 또한 공학인으로서 나의 양심과 명예를 지킬 것을 약속합니다.

요리땡 제안서

담당교수 홍석원 교수님

제출일 2013 년 9 월 12 일

팀명 LTE-A

팀

원

학 번 이 름

60072377 지 상 현 (서명)

60072333 박 기 호 (서명)

60072315 김 민 성 (서명)

60072306 김 균 태 (서명)

요리땡 프로젝트 제안서

제안상품명 요리땡 (Yorittaeng)발주자 명지대학교 컴퓨터공학과 홍석원 교수

보고기관 명지대학교 컴퓨터공학과설계팀 LTE-A작성일자 2013 년 9 월 9 일

수정일자 2013 년 9 월 12 일

문서 버전 1.0

목차I. 프로젝트 요약............................................................................................................3

A. 프로젝트 요약......................................................................................................3B. Project Summary...............................................................................................3C. Main Features of Yorittaeng..............................................................................4

II. 프로젝트 개요............................................................................................................4A. 필요성 및 배경.....................................................................................................4B. 프로젝트 목표......................................................................................................4C. 관련 기술............................................................................................................5

III. 프로젝트의 현실적 제한조건.........................................................................................5IV. 사용자 요구사항.........................................................................................................6

A. 비슷한 서비스와의 비교 및 분석.............................................................................6B. SnapDish 벤치마크.............................................................................................6C. 각 서비스의 모바일 UX 평가..................................................................................8D. 설문조사.............................................................................................................9

V. 프로젝트 목적..........................................................................................................10VI. 프로젝트 평가..........................................................................................................10

E. 일부 기능 평가항목 예시.....................................................................................10F. 제품 품질 기준...................................................................................................11

VII. 프로젝트 계획..........................................................................................................11G. 일정계획...........................................................................................................11H. 업무분담...........................................................................................................12I. 회의일자 및 의사소통방안...................................................................................12J. 프로젝트 개발환경 및 타겟 플랫폼 선정(계획)........................................................13

VIII. 참고자료..................................................................................................................14

“저녁? 그냥 대충 시켜먹지 뭐.”

I. 프로젝트 요약

A. 프로젝트 요약HTML5 기반의 웹 기술을 이용한, 간단한 요리법에 대한 정보를 다루는 소셜 네트워크 서비스(SNS)

이다. 서비스 이용자는 요리의 사진과 조리법(recipe)과 재료를 검색하여 활용하는 것이 주 목적이다. 또한 사용자는 자신만의 조리법 및 재료를 올릴 수 있으며, 다른 사용자와 공유 할 수 있다. 서비스에 올라온 요리 중 마음에 들거나, 또는 마음에 들지 않는 점을 평가할 수 있고, 피드백을 받을 수 있다.사용자는 주로 요리에 대한 정보를 올리거나 검색하는데, 자기가 가진 재료를 입력하면 그 자료를

사용할 수 있는 조리법을 찾아서 적당한 것을 보여준다. 검색에는 사용자의 기호나 요리의 종류 등의 각종 변수들을 반영하도록 한다.조리법은 처음부터 작성할 수도 있지만, 다른 사람의 조리법을 기반으로 변종 요리를 만들 수도 있다.

이 경우 원래 요리와 새 요리는 자동으로 연결되며 소셜 네트워킹의 기능을 하게 된다.프로젝트에서 기대하는 주 사용층은 매일 무엇을 해서 먹을지 고민하며 남는 재료를 적절히 처리해야

하는 사람들을 대상으로 하고 있으며, 따라서 요리를 전문으로 하지 않는 사람들을 고려하여 복잡한 것보다 간단한 것을 다루며, 시스템에서 ‘조리의 간편함’을 자동으로 산정할 수 있도록 한다.이 프로젝트는 LTE-A 팀이 진행하며, LTE-A 팀은 지상현 팀장을 비롯한 초급개발자 4 명으로

구성된다. 프로젝트는 2013 년도 2 학기 동안 홍석원 교수님의 지도를 받아 진행한다.

B. Project SummaryUsing HTML5-based Web technologies, information about dealing with simple recipes

social network service (SNS) are Service users photos and recipes of dishes (recipe) and material to leverage search is the main purpose.In addition, users upload their own recipes and ingredients, and can be shared with

other users. Services listed on lifting of cooking in mind, or do not like, and that can be evaluated, and feedback can be.Users mainly for cooking up or to retrieve information, he can enter with the materials

that you can use that data to find a recipe that shows moderate. Search the user's preference and other variables such as the type of food should be reflected.You can also create recipes from scratch, but based on other people's recipes to cook

variants can be made. In this case, the original dishes and new dishes are connected automatically to the features of social networking is.Shares used in the project to expect and what you eat at each layer and remaining

ingredients should be properly disposed of worry for people, and that, therefore, those who do not specialize in food by considering the simple things than complicated covers, the system 'ease of cooking "is to be calculated automatically.LTE-A team, the project is in progress, Ji, team leader including Beginner Developer

Team is composed of four people. During the second quarter of the project in 2013 under the guidance of Professor Hong to proceed.

C. Main Features of Yorittaeng Users can post their recipe and its cooking picture. Users can search with vary option includes ingredients, their favorites, and

category of cooking, not only keyword. There is NO relationship like ‘friend’ with users, but they just connected by their

contents. Some useful data provided automatically by system, such calories, cooking time,

etc. Yorittaeng for people who live alone are main target.

II. 프로젝트 개요

A. 필요성 및 배경대부분의 사람들은 식사를 한다. 식사는 매일 하는 중요한 일과 중 하나이다. 그러나 계속 반복되는

일이기 때문에 같은 요리만 계속 먹는 것은 금방 질리기 쉽다. 요리에 익숙하지 않는 사람들은 가진 재료를 처리하는 것도 버겁다.

거기에 사회 구조가 변하면서 혼자 사는 사람들도 늘어나고, 학교나 직장 등의 이유로 자취하는 사람들도 많이 늘어나고 있다. 따라서 이런 사람들을 대상으로 (간단한) 요리에 대한 노하우를 서로 공유할 수 있는 수단이 있다면 좋을 것이다.

B. 프로젝트 목표PC 뿐 아니라 태블릿, 스마트폰 등 다양한 디바이스가 늘고 있다. 현재 PC, 태블릿, 스마트폰 등

대부분의 디바이스를 커버할 수 있는 것은 HTML5 를 비롯한 웹 기술이다.HTML5 웹 기술을 사용하여 각종 장치에서 호환성 있고 실용성이 있는 모바일 웹 서비스를 구축

하는 것이 프로젝트의 첫 번째 목표이다.프로젝트의 특성 상, 사용자에게 편리한 환경을 제공하는 UX 기술 및 동적 콘텐츠를 중점으로

다루며, 사용자의 콘텐츠를 데이터베이스에 저장하고 마이닝하여 다시 불러오는 기술 구현에 집중하도록 한다,

서비스에서 다루는 요리의 종류는 흔한 재료를 가지고 간단히 만들 수 있는 요리로 제한하며, 예상 사용층을 고려했을 때 적당하리라고 생각한다. 또, 그런 특성을 반영하여 프로젝트의 이름은 요리땡으로 한다. 요리땡은 기존 SNS 과 다르게, 친구라는 개념을 두지 않는다. 사용자가 올린 요리와 조리법을 다른 사용자가 평가할 수 있고, 피드백 할 수 있다. 사용자들간의 소셜 네트워크는 ‘친구’ 같은 인위적인 개념을 통해서가 아니라, 사용자들이 올린 콘텐츠를 기반으로 자연스럽게 이루어지도록 한다.

프로젝트 팀은 지상현(팀장), 박기호, 김민성, 김균태 등 초급개발자 4 명이 LTE-A 팀을 구성하여 1주 1 회, 담당 교수인 홍석원 교수님께 지도를 받으며 개발에 임하도록 한다. 세부적인 진행계획은 VII항과 같다.

C. 관련 기술모바일, 데스크탑 환경을 가리지 않고 각종 장치를 지원하기 위해 HTML5 기반의 웹 플랫폼을 사용하며, 그를 뒷받침하는 CSS 및 js 를 사용한다. 또 이미 만들어져 있는 라이브러리를 적극 활용하며, 데이터베이스는 일반적인 자료를 저장하는 RDB 와, 데이터 마이닝에 사용될 NoSQL 데이터베이스 (MongoDB)를 사용한다.

III. 프로젝트의 현실적 제한조건현실적 제한 조건

설명ABEEK

KEC 공학인증

기준

ABEEK KCC 컴퓨터·

정보기술인증기준

프로그램

산업표준 산업표준 산업표준FOAF 표준 및 오픈 소스 이니셔티브를 기반으로 개발한다.(기존의 서비스의 불편함을 줄일 수 있다.)

경제 경제성

경제

프로젝트 기간 4달, 인원 수 4 명 초급 개발자 기준 (20MM)총 인건비 : 16 x 350 = 5600 만원 (서버 및 개발 PC 는 기존 장비 사용)광고를 통한 수익 모델로서 이익 창출이 가능하다.

생산성과내구성

실행가능성

미적 감각에 기초한 디자인과 사용자의 자유배치를 통해 상품성 및 경제성을 높인다.

미학

환경 환경 소프트웨어이므로 이 사항은 고려하지 않는다.

윤리 윤리성 윤리

윤리성, 도덕성- 비도덕적 행위를 목적으로 하는 프로그램을 설계하지 않는다.- 지식 저작권 또는 법적으로 등록된 재산을 침해하지 않는다.- 욕설과 인격을 모독하는 행동을 하지 못하게 방지한다.

보건 및 안전 안전성 안전

- 사용자의 안전을 희생하는 설계를 하지 않음- 안정적으로 운영되는 프로그램을 설계하고 구현한다.- 사용자의 중독성을 유발하지 않는 프로그램 설계한다.

사회사회적영향

사회/정치

개발 제품이 사회에 미치는 영향과 정치적 사항을 고려산업, 국가 경제, 기술 발전에 미치는 영향을 파악제조물책임법 및 정부 규정 고려

IV. 사용자 요구사항

A. 비슷한 서비스와의 비교 및 분석SnapDish CookToday 요리땡

서비스 요리 사진 및 조리법 공유검색엔진의 OpenAPI 를

이용한 조건부 레시피 검색요리 사진 및 조리법 공유

목적저녁 식사 등 주로 정찬을 차릴 때 참고 용도 및 새 요리에 대한 아이디어

참고

재료 이름을 통해 웹에서 레시피 자료를 검색

남는 재료를 소모하는 등 간단한 요리 위주로 사용자들 간의 요리 노하우 공유 및 소통

지원 플랫폼 웹 (HTML5), 앱 (Android, iOS) 웹 (HTML) HTML5/모바일

접근성웹 기반 서비스지만 주 타깃은 데스크탑이며, 모바일의 경우 앱을 별도로 제공

가입 등의 절차가 필요 없지만 모바일 페이지

지원하지 않음

모바일 웹을 지원하여 장치, 운영체제에 가리지

않고 쉽게 접근 가능

특징

- SNS 에 최적화된 UI 를 제공

- 모바일 웹 페이지를 지원 안 함 (앱 제공)

- 요리 사진 위주- 영어, 일본어 지원

- 텍스트로 된 하이퍼링크 제공

- 모바일 지원 미흡- 간단한 요리 위주

- 사용자가 레시피를 평가하거나 추가할 수 없음

- 모바일 UI 제공- 글보다 사진으로 보여줌

- 재료로 조리법 검색- 사용자가 직접 레시피를

평가하거나 추가할 수 있음

B. SnapDish 벤치마크

회원가입 회원가입 절차가 간편하다. 이름, 이메일, 비밀 번호만을 입력 받으며 이메일을 제외한 개인정보를 요구하지 않는다.

요리 검색 그리드 UI 로 검색 결과를 보여주며, 요리 사진을 누르면 상세한 내용을 볼 수 있다. 사용자가 조리법을 입력했다면 상단의 recipe 버튼을 눌러서 레시피가 등록된 게시물만 따로 볼 수 있다. 그리고 출력된 결과를 정확도, 인기도 순으로 정렬 가능하다.

태그별 검색 일반적인 검색 외에도 사용자가 등록한 해시 태그 (#keyword) 로 검색이 가능하다.

상세 보기 사용자가 올린 요리 사진, 태그, 재료, 요리법을 볼 수 있고, 추천 및 댓글을 달 수 있다.

C. 각 서비스의 모바일 UX 평가

SnapDish 별도로 모바일 페이지를 지원하지 않으며, PC 와 동일한 화면으로 나온다. 모바일에서 그대로 사용하기에는 불편하다. (단, iOS 및 Android 용 앱을 제공한다)

CookToday 기능성만을 강조한듯 보이며, 별도의 모바일 페이지를 지원하지 않는다. 모바일 장치에서는 그대로 사용하기 힘들 정도로 불편하다. 또한, 시각적인 요소 없이 텍스트만으로 검색하기 때문에 편의성이 떨어진다.

D. 설문조사요구사항을 분석하기 위하여 SNS 를 자주 사용하는 20 대 남녀를 대상으로 구글 문서도구에서

제공하는 설문조사 양식을 이용하여 온라인 상에서 설문조사를 실시하였다. 설문은 9 월 8 일부터 9일까지 이틀간 실시하였으며, 총 37 명의 의견을 수집하였다. (첨부: 설문내용 및 결과분석 자료)

설문조사 결과, 대상자들의 의견을 다음과 같이 요약할 수 있었다. 응답자의 대부분(95%)이 하루에 30 분 ~ 1 시간 정도 SNS 를 사용한다. 많은 이용자가 이미 아는 사람의 소식을 알기 위해 SNS 를 사용한다, 대부분의 이용자가 스마트폰을 이용해 SNS 를 이용한다. 과반수의 이용자가 SNS 표현력이 약간 부족하다고 생각했다.

다음은 위에서 추출한 특성을 기반으로 설문 항목에 가중치를 부여하여 그린 파레토 차트이다.

A B C D0

0.05

0.1

0.15

0.2

0.25

0.3

0.35

0

10

20

30

40

50

60

70

80

90

100

가중치누적비율

A. 현실에서 알고 있는 사람과의 교류B. 밀착형 서비스 및 접근성이 용이C. 보다 풍부한 표현수단 필요D. 서비스를 이용해야 할 충분한 이유가 있어야 함

분석 결과, 이 프로젝트에서는 아래와 같은 특성을 중점적으로 고려하기로 하였다.1. 텍스트 위주에서 벗어난 새로운 표현 방법을 지원할 것2. 따로 프로그램을 설치할 필요 없이 웹 상에서 바로 접근 가능3. 누구와도 자유롭게 자료를 공유할 수 있어야 함4. 직관적이고 사용하기 편한 인터페이스 제공5. 누구와도 자유롭게 소통하고 생각을 공유할 수 있어야 함6. 공개해야 하지 않는 정보의 범위를 상세히 설정

대부분의 사용자들은 이미 SNS 를 사용하고 있지만 생각을 표현하고, 정리하고, 같이 나누는데 부족함을 느끼고 있기 때문에 그것을 보완한 서비스를 제안한다.

V. 프로젝트 목적본 프로젝트의 목적은 아래와 같은 특징을 가지는 웹 서비스의 설계 및 프로토타입 구현이다.

태블릿, 스마트폰, PC 등에서 레시피를 올리고 사용자들끼리 공유

HTML5 기반으로 구현하여 웹 브라우저만으로 이용 가능 키워드 검색 뿐 아니라 재료나 요리 종류 등의 다양한 방법으로 검색 직관적이고 편리성이 뛰어난 UI 제공 레시피를 사용자들이 평가하고 피드백 할 수 있는 서비스 제공 재료로부터 요리의 총 칼로리 등 데이터 자동 추출

VI. 프로젝트 평가아래는 프로젝트 완성 시 프로젝트 평가에 대한 방법 계획이다.

개념설계 단계 평가와 최종평가는 프로젝트 설계 당시 정의했던 기능이 설계와 같은 수준으로 구현이 되었는가를 평가하기 위해 일부 사용자에 의한 외부평가를 실시 한다. 평가를 하는 사용자에게 프로젝트 설계 당시 정의했던 기능목록과 구현 수준을 양식으로 제공하고 사용해본 후 누락, 오류, 버그, 수준미달 등을 판단하여 작성을 하게 한다.

평가 기준 평가 결과레시피를 작성할 때 기본적인 편집 환경을 제공하는가다른 사람의 레시피를 평가하고 피드백 받을 수 있는가가진 재료를 바탕으로 적절한 레시피를 검색할 수 있는가제공하는 데이터가 충분히 적절한가주어진 환경에 적절한 모양으로 화면을 표시하는가버그나 사용상의 문제가 존재하는가

E. 일부 기능 평가항목 예시상세수준 단계 평가는 자체 독립적으로 코드 분석을 통해 처음 설계에 정의했던 인터페이스와, 코드 컨벤션, 코드 중복성 여부를 판단하여 평가한다. 또한 주석 사용이 적절한지, 코드의 레퍼런스 문서화가 정확히 1:1 로 매칭하는지, 설계에 없던 모듈이 추가된 경우와, 반대로 구현하지 못한 모듈을 판단한다.소프트웨어, 즉 프로젝트 결과물에 대한 평가는 ISO9126 품질 문서를 기준으로 하여 항목을 선정하고 평가를 한다.

F. 제품 품질 기준Main Metric Detail

기능성 설계에 명시된 요구사항대로 기능을 제공하는가?신뢰성 설계에 명시된 제약 조건에 따라 기능이 일정하게 유지되는가?사용성 사용자 경험이 풍부하고 UI 가 친숙한가?효율성 설계에 제시된 최소 사용 기준 (SPEC.)을 만족하는가?

유지보수성 기능의 추가나 사용자 요구의 변경에 적절하게 대응할 수 있는가?이식성 설계에 제시된 플랫폼에 기능이 정상 작동하는가?

< 제품 품질 기준>

VII.프로젝트 계획

G. 일정계획업무 9 2월 주 9 3월 주 9 4월 주 9 5월 주 10 1월 주 10 2월 주 10 3월 주 10 4월 주 10 5월 주 11 1월 주 11 2월 주 11 3월 주 11 4월 주 11 5월 주 12 1월 주 12 2월 주

제안서 작성 및 프로젝트 수주

요구사항 수집

요구사항 분석

테스트 방법과 세부 정의

기능 정의 및 모듈 정의

UX/UI 레이아웃설계

시스템셀계 및 환경 구축

UI 디자인 및 화면 구성

DB 설계 및 스키마 작성

인터페이스 설계 및 모듈 분할

- 모듈 구현 클라이언트

- 모듈 구현 서버

- DB모듈 구현

- 단위테스트 모듈 별

- 단위테스트 기능 별

테스트 방법에 따른 통합 테스트

- Code Freeze피드백 및 구현 수정

최종 테스트 및 최종 빌드

H. 업무분담이름 직책 설명

지상현(팀장) PM

일정관리 및 팀 회의 진행 프로젝트 총 관리 및 개발자 업무 조율 품질 관리, UX 피드백 및 테스팅 각 파트당 진행 사항 조율 및 감독. 보고서 및 발표자료 최종 검토 및 교정

박기호 SW 아키텍트 개발 프로세스의 각 단계 진행 소프트웨어 설계 및 구현, 기술 지원 설계 컨셉 업데이트 및 구현

김민성 DBA 데이터베이스 설계 데이터베이스 운영 및 관리 DB 관련 문서화 담당 프로젝트 서기 및 문서 정리, 회의록 작성

김균태 엔지니어 소프트웨어 구현 및 기술 지원 모듈러 별 적합성 검토 사용성 테스팅

I. 회의일자 및 의사소통방안 매주 월, 수, 금요일 12 시에 5 공학관 707 호에서 정기적으로 회의를 실시한다. 비정기적인 보고 사항 등은 카카오톡 등의 메신저로 전한다. 일정에 차질을 초래할 수 있는 일이 발생하면 즉시 팀장에게 연락하여 조율하도록 한다. 회의록 및 보고서, 설계 문서 등 프로젝트에 관련된 문서는 인터넷을 통한 공유 저장소에 두고

사용한다. (사용 서비스: 구글 드라이브) 구현 소스 코드는 네이버 개발자 센터를 이용하여 인터넷으로 팀원간에 공유하고, 형상관리는

git 를 이용하여 한다.

J. 프로젝트 개발환경 및 타겟 플랫폼 선정(계획)

Platform

Target HTML5+js+CSS 지원 플랫폼 (PC 및 모바일 웹 브라우저)최소 해상도 800x480 이상

Server Platform Windows Web Server 2012intel i3 (1st generation), 3GB Main Memory

DB Platform RDBMS + NoSQL hybrid CompositionMongoDB

IDE & Tool

Server Dev. ToolEclipse Juno EESublime Text EditorNotepad++

Client Dev. ToolEclipse Juno SEDreamweaver CS6.0Notepad++

UI Design Tool Photoshop CS 5.0Dreamweaver CS 5.5

DB Management Tool SQL Gate for oracle

Using Technique

Client Dev. Tech.Ajax, Json, XMLFree Resolution TechniqueHTML5 Device API

Server Dev. Tech Connection PoolStorage Manage open source

DB Dev. Tech DB tuning techniqueNoSQL technique

UI Dev. Tech Rich Interface DesignUser-Friendly Design Reference

Management Source Management Naver Developer Center GIT RepositoryDocs. Management Google-Drive & Google Docs

VIII. 참고자료 컴퓨터공학과 설계/프로젝트 운영 기본매뉴얼 구글 문서도구 설문조사 도구 ISO 9126 PMBOK

설문 양식https://docs.google.com/forms/d/1BpyGTcixZMXGRdyc6swl6TbR9wSEshlrI-bWS21ss0s/viewform

설문 결과https://docs.google.com/spreadsheet/ccc?key=0An367zBSBn1idDYxRHFLSFpXcHhobTdJcklBOTZKQXc#gid=0