美食网立项可行性分析报告.doc

杭州电子科技大学 可行性分析报告
项目名称：古德泰斯
（The English Name：Good Taste）
立项可行性分析报告

第 3 页 共 21 页

目录
一、引言 3
1.1编写目的 3
1.2项目背景 3
1.3软件定义 4
1.4 参考资料 4
2. 可行性研究的前提 5
2.1要求 5
2.2目标 5
2.3用户特点 5
3. 对现有系统的分析 6
3.1技术可行性 6
3.2操作可行性 6
3.3处理流程和数据流程 7
3.4工作负荷 8
3.5费用开支 8
3.6人员 8
3.7设备 8
3.8局限性 9
四. 所建议技术可行性分析 9
4.1对系统的简要描述 9
4.2处理流程和数据流程 9
4-2-1、数据流名称：甜品情况 10
4-2-2、主要的数据存储定义 12
4-2-3、主要处理过程 13
4.3与现有系统比较的唯一优越性 14
4.4采用建议系统可能带来的影响 14
4.4.1对设备的影响 14
4.4.2对现有软件的影响 14
4.4.3对用户的影响 14
4.4.4对系统运行的影响 15
4.4.5对开发环境的影响 15
4.4.6对运行环境的影响 15
4.4.7对经费开支的影响 15
5. 投资及效益分析 15
5.1支出 15
5.1.1基建投资 15
5.1.2经常性支出 16
5.1.3其他一次性支出 16
5.2收益 16
6. 社会因素方面的可行性 16
6.1法律因素 16
6.2用户使用可行性 16
7. 其他可供选择的方案 17
8. 结论 17

摘要
随着计算机网络的飞速发展，美食网已经成为人们日常生活中必不可少的部分，也是一种简单有效的提供网络用户进行学习和评价的平台，通过其可以理解美食及它的制作方法，自己学做自己的美食。不仅如此，美食网站还可以随时随刻的发表自己的评论、与世界各方面不同的美食家共享自己独特的见解。
本论文研究了一种基于数据关联规则的美食网站。其主要包括后台数据库的建立、后台管理以及前台页面的web设计。系统使用Microsoft公司以C#为核心语言的ASP.NET开发工具，再结合SAL Server 2010建立数据库连接关系。利用其提供的各种组件，在短时间内建立数据库，对数据库进行分析与建立ASP.net页面，不断改进，直到功能基本实现的可行系统。
系统的最终目的是通过美食网提供互动交流平台，提高网站的知名度和访问量，从而为广大的美食爱好者提供更多的美食介绍及健康饮食。

杭州电子科技大学 可行性分析报告
一、引言
1.1编写目的
随着国内人们生活水平的提高，人们不再仅满足于温饱，对健康饮食及特色文化的享受需求在不断扩大的同时，人们更喜欢自己动手制作食物，甜品就是一个很好的例子。越来越多的美食爱好者希望能够在网络平台上更多的了解到美食方面的信息以及如何更加康地饮食。
消费者更追求对甜品信息的健康需求，和最在意关于对饮食的方方面面信息、安全隐患，希望能随时随地捕获外界食品、饮食的消息。同时，消费者也在享受追求自己手工制作属于自己特有的美食。然而，目前国内对于能提供消费者消息渠道的平台，还处于空白阶段。虽然每一位消费者，他们周围也有一些小的甜品店、饮食、餐馆；但是，这远远无法满足人们多层次的对饮食信息的获取。
基于上述需求，我们甜甜哒—项目小组策划了古德泰斯（Good Taste）网站，
项目主要是为了便利于爱好的饮食的伙伴、在同一个平台上共享信息、分享自己的特色美食方法开发的信息交流平台。喜欢饮食的顾客，只需一台能小巧玲珑的手机，就能随时随地了解他们喜欢的饮食信息。
1.2项目背景
越来越多的美食爱好者希望能够在网络平台上更多的了解到美食方面的信息以及如何更加康地饮食。迅猛发展并日益成熟的互联网已经影响到我们生活的方方面，人们真真切切的体会到了网络给大家带来的便捷，互联网也以其独有的优势快速的渗透到越来越多的领域。随着计算机网络的飞速发展，美食网已经成为人们日常生活必不可少的部分，也是一种简单有效的提供网络用户进行学习和评价的平台。通过其可以理解美食，自己学习制作美食。
目前国内美食网站的现状大致为：以大众点评为代表的社区美食网站和以饭统为代表的餐厅网站。前者的主要形式是网友上传餐厅相关消息，网友们互动点评餐厅形成网络口碑等，正阳形成了点评网信息多而复杂，流量比较大，受众友们喜爱。后者主要以餐厅信息预定业务为主，这样的餐厅网相对比较专业，流量相对较少，受众比较固定，有很高的用户粘性。
1.3软件定义
甜甜哒—网站管理系统主要是基于ASP.NET技术，建立以数据库为后台核心应用、以服务为目的信息平台。
开发环境：ASP.NET , Microsoft SQL Serevr2010，C#
1.4 参考资料
[1]唐政、房大伟 等编著.C#项目开发实录[M].清华大学出版社.2009:45-48
[2]黄兴荣 等编著.C#程序设计实用教材[M].电子工业大学出版社.2009:189-191
[3]韩晓祥、刘志军 主编.C#程序设计[M].中国人民大学出版社.2009:20
[4]陈宗斌等. 精通SQL Server 2005[M].电子工业出版社.2008:40
[5]耿 冲.SQL Server数据管理.机械工业出版.2005:98-112
[6]彭东.SQL Server2000应用开发技术指南.清华大学出版社.2003.4:125-176
[7]黄 梯 云.管理信息系统.经济科学出版社.2003:45-98
[8] 姚 普 选.数据库原理及应用[M].清华大学出版社.2002:7-9
2. 可行性研究的前提
2.1要求
本系统应遵循合理的管理方法，利用计算机技术、网络技术、数据库技术等。全面收集和处理数据，提供各类信息，并利用现代化管理方法，建立具有多种辅助决策功能的模块，为古德泰斯甜品项目管理提供决策支持，从而提高管理水平。该系统的实现需要具备以下要求：
1、提高信息处理速度；
2、减轻楼主的劳动强度、提高管理水平；
3、集中处理，提高甜品管理和共享效率；
4、提高辅助决策能力。
2.2目标
古德泰斯（Good Taste）项目目标：
1、 系统能够友好的提供用户界面，使操作人员的工作量最大限度的减少
2、 系统具有良好的运行效率，能够达到提高生产率的目的。
3、 系统应具有良好的可扩展性，能够容易的假如其它系统的应运。
4、平台的设计应具有一定的超前性，灵活性、能够适应企业的生产配置
5、系统需要操作方便，易于使用，方便楼主对整个系统的管理和跟贴的管理。
2.3用户特点
本系统的用户都是网上用户，包括两类：一类是访客和会员，访客可以查看美食的做法，并可以在美食网上留言，如提出问题或者意见；会员可以参与发表自身的意见、评论等。另外一类是用户管理员，他们可以对菜谱，用户资料，资讯，留言和广告进行增删、改查等。
3. 对现有系统的分析
3.1技术可行性
美食网系统的开发基于B/S模型，主要包括前台应用程序的开发以及后台数据库的建立和维护两个方面。对于前台要求应具备功能完备、易于使用等特点，而对于后者则要求能建立数据一致性和完整性、数据安全性好的数据库。基于以上的要求，本系统拟采用ASP.NET 和microsoft’ SQL Server 2008分别作为前台和后台的开发工具。ASP.NET 是目前最流行的一种制作动态网页的技术，它是建立在.NET框架平台上的完全面向对象的系统上，ASP.NET 与.NET 框架平台的紧密结合是ASP.NET 的最大特点。有了.NET的框架平台给网站提供了全方位的进行开发，跨平台的能力和充分的安全保障能力。Microsoft SQL Server 2008则是目前比较流行的数据库管理系统。另外，所有的SQL SERVER 2008 版本的客户端软件可以在Microsoft Windows NT操作系统上运行。只有服务组件（如数据库引擎和分析服务器）必须在特定的版本的操作系统上运行。因此，丛鵙属方面讲开发此系统是可行的。
3.2操作可行性
该美食网系统具备友好的用户界面，使用方便，易于维护，操作简单，易于被用户接受。用户只需要熟练的操作计算机，并对此系统的使用做简单的了解，即可方便使用，而且使用此系统可以大大减少管理人员的负担，因此，从操作方面看，此系统的开发是可行的。
3.3处理流程和数据流程

古德泰斯（Good Taste）系统顶层数据流图

“甜品管理”的细化数据流图

“用户登录管理”的细化数据流程图

“评价管理”的细化数据流程图
3.4工作负荷
3.4-1、内部管理：主要包括用户登录、新用户注册。
用户登录：主要是进行用户验证。
新用户注册：主要是进行新用户的加入。
评价管理：主要包括点赞量、收藏量。
点赞量：主要是进行点评。
收藏量：主要是进行收藏。
3.4-2、甜品贴管理：主要包括浏览、发布、描述。
浏览：主要是进行查看。
发布：主要是进行甜品贴的增加。
描述：主要是进行对甜品的做法进行说明。
3.4-3、做法管理：
主要包括做法步骤、图片及文本说明、材料。
做法步骤：主要是显示如何做。
图片及文本说明：主要是进行进一步的解释。
材料：主要是说明之用。
3.5费用开支
技术人员 6名 开支 50000
管理人员 3名 开支 20000
设备 8台 开支 50000
其他 开支 20000
3.6人员
软件工程师4名
测试软件人员1名
市场分析师1名
系统维护管理人员3名
3.7设备
本系统的硬件环境如下：
1、客户机：普通PC
CPU：2.5GHZ以上
内存：256MB以上
能够运行IE5.0及以上
2、WEB服务器：
CPU：P41GHZ
内存：1GB
硬盘：80GB以上
网卡：KMb/s速度
3、数据库服务器
CPU:P42GHZ
内存：1GB以上
硬盘：80GB以上
3.8局限性
由于系统老旧，操作复杂易出错，所以需大量的人员来管理，费用花费很大。以及运行的不稳定性，需要经常更新硬件。需要大量的人员来管理，维护其数据，出错率较高。出现很多冗余信息。设备较老旧，不能满足该系统的基本需求，所有经常超负荷工作，容易导致损坏。
四. 所建议技术可行性分析
4.1对系统的简要描述
大致模型如下：

无论是客户端的用户还是管理端的用户都可以通过网络登录到本系统中。用户通过网络注册会员填写并查询相关信息。管理端的的管理员再对会员的信息进行添加、删除和修改等。
4.2处理流程和数据流程
处理流程：

细化后的古德泰斯（good taste）系统数据流图
4-2-1、数据流名称：甜品情况
位置：甜品→P1.1,甜品→P2.3
定义：甜品情况=甜品名+类别+图片+点击率+收藏量+点赞量+发布时间+发布人ID+描述+甜品ID
数据流量：平均流量为每月传输1000次，高峰期流量每天传输100次。
说明：甜品发布时，根据甜品情况建立甜品记录；用户收藏处理时需检查是否有该甜品的记录，做法及点赞量是否高。
1-1、数据流名称：用户情况
位置：用户→P1.2，用户→P3.1
定义：用户情况=用户名+密码+性别+年龄+邮箱+头像+积分+用户级别+手机号+联系地址+用户ID
数据流量：平均流量为每年传输80000次，高峰期流量每天传输1000次。
说明：根据用户情况建立用户记录。
1-2、数据流名称：用户身份
位置：P3.1→{P1.1，p1.2，p2.1，p2.3}，P3.2→{P1.1，P1.2，P2.1，P2.3}
定义：用户身份=[合法用户]
数据流量：一切用户只要注册成功的都可以进入
1-3、数据流名称：注册新用户情况
位置：新用户→P3.2
定义：注册新用户情况=新用户ID+新用户用户名+姓名+性别+级别+密码+电话
数据流量：平均流量为每年传输80000次，高峰期流量每天传输1000次。
说明：新用户一旦注册成功，无需再有升级等步骤。
1-4、数据流名称：发布请求
位置：用户→P2.1
定义：发布请求=类别+甜品ID+甜品名+书写时间
数据流量：平均流量为每天传输1000次，高峰期流量每小时传输300次。
说明：通过甜品名和类别进行查询，其中甜品名内模糊查询。
1-5、数据流名称：说藏请求
位置：用户→P2.3
定义：收藏请求=甜品情况+用户情况
数据流量：平均流量为每天传输1000次，高峰期流量每小时传输300次
说明：这是对用户满意之后的选择
1-6、数据流名称：甜品信息
位置：P2.1→P2.2
定义：甜品信息=输入甜品编号+甜品名称+类别
数据流量：平均流量为每天传输1000次，高峰期流量为每小时传输250次。
说明：查看甜品信息时，需要输入甜品编号，甜品名称和类别，以确定甜品。
4-2-2、主要的数据存储定义
2-1、数据存储编号：D1
数据存储名称：甜品记录
输入：P1.1
输出：P2.1，P2.2，P2.3
数据结构：甜品记录=甜品编号+类别+发布者+材料+做法+描述+书写时间+甜品名
数据量和存储频度：数据量为250000条，存取频度为每天1000次。
存取方式：联机处理；检索和更新；主要是随机检索。
说明：甜品编号具有唯一性和非空性。
2-2、 数据存储编号：D2
数据存储名称：用户记录
输入：P1.2，P3.1，P3.2
输出：P2.2，P2.3
数据结构：用户记录=姓名+性别+级别+昵称+密码+电话+用户编号
数据量和存取频度：数据量为15000条，存取频度为每天500次。
存取方式：联机处理，主要是检索处理，以随机检索为主
说明：编号具有唯一性和非空性，性别只能是“男”或“女”。
2-3、数据存储编号：D3
数据存储名称：评价记录
输入：P2.2，P2.3
输出：P2.2，P2.3
数据结构：评价记录=甜品编号+甜品名+评论+用户编号+用户名+收藏量+点赞量
数据量和存取频度：数据量为50000条，存取频度为每天1000次。
存取方式：联机处理，以更新操作为主，随机检索
说明：用户编号是外码，参照表为“用户编号”
4-2-3、主要处理过程
3-1、处理过程编号：P1.1
处理过程名：甜品管理
输入：甜品情况，用户身份
输出：D1
处理说明：对吧内所有甜品类别统一编码，将甜品信息数据化，存储到甜品记录表中
3-2、处理过程编号：P1.2
处理过程名：用户管理
输入：用户情况，用户身份
输出：D2
处理说明：建立用户信息表，对用户统一编号，实现用户记录表的增删改维护功能
3-3、处理过程编号：P2.1
处理过程名：发布、查看做法
输入：发布请求，D1，用户身份
输出：发布请求，甜品信息
处理说明：实现根据甜品类别查询甜品，根据甜品名称模糊查询做法的功能
3-4、处理过程编号：P2.2
处理过程名：点评处理
输入：甜品信息D1,D2,D3
输出：D3
处理说明：确认用户是否满意，进行信息收集
3-5、处理过程编号：P2.3
处理过程名：收藏处理
输入：D1,D2,D3,用户身份，收藏请求，甜品情况
输出：D3
处理说明：对照相应的收藏按钮，进行点击，即可收藏
3-6、处理过程编号：P3.1
处理过程名：用户登录管理
输入：用户情况，D2
输出：用户情况，D2，用户身份
处理说明：通过用户名和密码，确认用户身份，保护系统的安全性
3-7、处理过程编号：P3.2
处理过程名：新用户登录管理
输入：注册新用户情况，D2
输出：用户身份，D2，注册新用户情况
处理说明：通过填写基本的用户情况表格，保证系统的安全性
4.3与现有系统比较的唯一优越性
免费开放的交流平台，能更大限度的让广大美食专家更进一步的进行探讨与交流，也更能吸引广大美食爱好者进行观看与评论。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
新提出的设备要求能更大限度的容纳广大甜品爱好者的发帖及评论，且完全免费，发帖完全自由。对现存系统中尚可使用的设备须做出完全免费的服务。
4.4.2对现有软件的影响
说明为使现有的应用软件和支持软件能同建议的系统相适应，需要对这些软件进行的用户身份的修改和内容充实的补充。
4.4.3对用户的影响
为建立和运行建议的系统，用户单位（即使用单位或最终用户）机构就完全是最终使用的用户本身、人员数量就是广大甜品支持与爱好者，技术水平方面要全而完美，尽量满足广大用户的使用要求。
4.4.4对系统运行的影响
所建议系统对运行过程的影响如下：
a、 用户的操作规程完全由用户所控制
b、 运行中心的操作规程也是完全由用户进行操作
c、 运行中心与用户之间的关系是主人与使用工具的关系
d、 源数据的处理完全都由用户控制
e、 数据进入系统的过程不用管理员或最高级别的任何人进行，完全只要用户进行书写与进行轻轻一点就可以了
f、 对数据保存的要求是不具有重复性，相似度只能保持在79%，对数据存储、恢复的处理是具有回收站
g、 输出报告的处理过程是对广大用户进行第一时间的观看、存储数据存储和高度方法是完全开放式，可以随发布者的意向展示
h、 系统失效的后果及恢复的处理方法是进行进一步的更新与改造
4.4.5对开发环境的影响
无论是客户端的用户还是管理端的用户都可以通过网络登录到本系统中。用户通过网络注册会员填写并查询相关信息。管理端的管理员再对会员的信息进行添加、删除、修改等操作。管理端的系统管理员需要设置管理端的用户以及相应的劝降。
4.4.6对运行环境的影响
环境设施的要求是没有负面的内容，完全安全、绿色。
4.4.7对经费开支的影响
为了所建议系统的开发，设计和维持运行，需要的各项经费开支如下：
系统的开发需要1万元，设计需要2万元，维持运行需要10万元。
5. 投资及效益分析
5.1支出
本系统主要支出在于人员的时间支出，由于现阶段我们由一群热爱创业的学生团队组成，所以我们的投入在时间上成正比。
5.1.1基建投资
计算机及外围设备
a) 数据通讯设备
b) 操作系统和应用软件
c) 数据库管理软件
5.1.2经常性支出
本系统主要在于学生的时间花费。
5.1.3其他一次性支出
包括下列各项所需的费用，如：
a) 数据库的建立
b) 计算机及外围软件的转换
c) 检查费用和技术管理性费用
5.2收益
本系统主要是由学生为广大热爱饮食的朋友提供的一个免费交流平台，目前暂未实行收益状况，但后期如果有投资商要为他们的美食做广告，我们将考虑收费条件。
6. 社会因素方面的可行性
6.1法律因素
该项目为独立开发，技术上没有任何现有的软件和方法，所以在法律方面不存在侵犯专利权，侵犯版权等问题，而且也是完全按照合同规定的责任履行。
6.2用户使用可行性
从用户单位的行政管理和工作制度等方面来看，是完全可以使用本软件系统的。
用户单位的工作人员的素质来看，使用本系统的人员可大致分为两类：一：成大学生，二：水电费管理人员，用户的素质较高且都有一定的计算机应用基础，而且此软件系统的操作方法简单，保证能够满足绝大多数用户使用本管理系统。
7. 其他可供选择的方案
前期建设以网站基本结构和系统管理平台搭建为主，整个应用软件系统符合网上信息展示、信息发布与交流，既为客户或会员提供一个简单易用的浏览界面，也为管理员提供一个通用的、友好的、易扩展的管理员界面，并对于以后进一步会员增值服务的开展具有灵活的扩展性。
后期根据需求，不断完善页面设计及后台数据库管理，尽量设计成操作简单、界面清晰的系统，方便网站管理人员进行网站管理。
8. 结论
基于本网站的分析、设计与实现，时至今日，设计已基本完成，文档攥写也已完毕。此次美食网站的开发主要实现了增、删、改、查等基本功能，前台界面清晰，后台管理功能较为完善，操作简便。
当然由于技术等相关原因，此次的美食网站开发将会存在许多技术性方面的问题，但我相信这些问题将在后期逐步完善。通过团队合作、讨论及分析，在撰写文档的过程中，我们小组也学到了很多以往没有的理论知识，更加深入地了解系统开发的过程，每一步需要做什么，完成什么工作。 
在这过程中，由于对软件、市场方面的需求等等不熟悉的原因，也使我们走了不少弯路，于此同时也累积了不少宝贵经验：我明白了开发系统需循序渐进，是急不来的，首先要对自己所要做的东西有个概念，熟悉软件的使用及学习透彻必要的开发语言，规划好时间进度；其次，分析与设计是很重要的环节，分析得越透彻，设计得越详细，对编程会有很好的引导作用，也可避免重复修改，浪费时间，写下文档；最后再开始着手编程。
项目可行目录
一、引言 3
1.1编写目的 3
1.2项目背景 3
1.3软件定义 4
1.4 参考资料 4
2. 可行性研究的前提 5
2.1要求 5
2.2目标 5
2.3用户特点 5
3. 对现有系统的分析 6
3.1技术可行性 6
3.2操作可行性 6
3.3处理流程和数据流程 7
3.4工作负荷 8
3.5费用开支 8
3.6人员 8
3.7设备 8
3.8局限性 9
四. 所建议技术可行性分析 9
4.1对系统的简要描述 9
4.2处理流程和数据流程 9
4-2-1、数据流名称：甜品情况 10
4-2-2、主要的数据存储定义 12
4-2-3、主要处理过程 13
4.3与现有系统比较的唯一优越性 14
4.4采用建议系统可能带来的影响 14
4.4.1对设备的影响 14
4.4.2对现有软件的影响 14
4.4.3对用户的影响 14
4.4.4对系统运行的影响 15
4.4.5对开发环境的影响 15
4.4.6对运行环境的影响 15
4.4.7对经费开支的影响 15
5. 投资及效益分析 15
5.1支出 15
5.1.1基建投资 15
5.1.2经常性支出 16
5.1.3其他一次性支出 16
5.2收益 16
6. 社会因素方面的可行性 16
6.1法律因素 16
6.2用户使用可行性 16
7. 其他可供选择的方案 17
8. 结论 17
性分析报告、需求分析正好比有了详细的计划、才能事半功倍！目 录
第 20 页 共 21 页