1.项目介绍
1.1项目背景
本项目是针对《软件项目管理》课程的需要建设而成的课程网站，主要目的是提供一个方便让食材的供应商给小吃店、酒楼等食品作坊进行批发进货、提高食材交易与运输的效率的网络交易平台。
1.2项目目标
本项目主要目标如下：
（1） 网站能够提供友好的用户界面，方便用户以及管理员进行相关操作。
（2） 网站能够满足用户需求，使用户通过访问网站能够进行购物、售货批发，资质管理等等。
（3） 网站应有良好的可兼容性，可以较容易地加入其它系统的应用。
2.功能规格
项目的整体功能结构如下图所示。系统中主要角色是食材供应商和食品作坊店员，他们可以完成的功能如网上批发交易等功能。
2.1系统角色（Actor）分析
角色或者执行者（Actor）是指与系统产生交互的外部用户或者外部系统。本系统的使用角色主要分用户和信息管理员两种。以下是对每个角色的详细介绍。
2.1.1 食材供应商
食材供应商在通过“食材供应商”的注册后可以对自己的售卖的食材进行系统录入，在录入成功后可以进行网上销售，同时，他们也可以从其他供应商处购入食材。除以此外，他们也可以修改自己的信息。但是需要系统管理员的批准。
2.1.2食品作坊店员
食品作坊店的店员通过“食品作坊”的注册后可以从食品供应商处在网上进行食材购买，他们可以修改自己的信息，同时拥有外卖的店家可以附上自己的商家链接，游客可以通过这个链接跳转到美图外卖等app进入该店家。
2.1.3 系统管理员
信息管理员使用系统配置的账号和密码登录后台管理系统，进行供应商和食品作坊信息的录入、修改和统计，并审阅相应的信息修改申请。
2.2 系统主用例图
系统主要分为客户端子系统和管理端子系统，前者参与人员为食品作坊工作人员和食材供销商，后者参与人员为信息管理员，系统间不耦合，各自处理相应事务。具体系统主用例图如图所示。
2.3 客户端子系统
客户端子系统由用户执行相关操作，登录查看个人信息，并可以向信息管理员提交信息修改申请。用例图如图所示：
2.3.1 登录系统
2.3.1.1角色：食品作坊。
前置条件：用户身份为食品作坊的工作人员。
用例描述：
- 用户进入系统首页。
- 系统显示登录界面，用户输入用户名和密码，选择“食品作坊”，单击确定。
- 系统检查是否有此用户信息，若存在此用户，用户进入系统；若不存在此用户，本页面显示相应的错误信息。
- 登录成功后显示用户的个人信息，并显示可用的目录界面。
2.3.1.2角色：食材供应商。
前置条件：用户身份为食材供应商的工作人员。
用例描述：
- 用户进入系统首页。
- 系统显示登录界面，用户输入用户名和密码，选择“食材供应商”，单击确定。
- 系统检查是否有此用户信息，若存在此用户，用户进入系统；若不存在此用户，本页面显示相应的错误信息。
- 登录成功后显示用户的个人信息，并显示可用的目录界面。
2.4 管理端子系统
管理端子系统的用例图如下图所示，其功能为用户信息管理，主要为信息管理员提供服务，以下详细介绍。
2.4.1信息管理
信息管理模块是为了对用户信息进行管理而设立的，只有信息管理员才能使用的功能模块。下图是本功能的用例图。
角色：信息管理员
目的：系统中用户信息的管理操作。
用例描述：
- 用户登录并进入“商户信息管理”界面。
- 用户选择查看系统中已经存在商户的信息进行查看。
- 系统显示商户的信息，并提供新增，删除，修改，查询操作。
- 用户选择相应的商户进行增加、删除，修改，并根据提供的工商局的证明文件来确认操作。
- 系统更新用户列表。
- 用户输入部分关键字（如商铺号、商铺名等），选择查询操作。
- 系统显示所有符合的用户，并提供删除，修改操作。
- 系统显示商户提交的修改申请，用户点击可查看修改申请的详情，并可以执行同意或拒绝操作，若拒绝需填写拒绝理由，共提交申请的商户获悉。
2.5 非功能性需求
2.5.1 界面需求
系统的界面要求如下：
- 页面内容：课程信息内容准确，术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。
- 导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
- 技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接。
- 艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；色彩和谐自然,与内容相协调。
2.5.2 响应时间需求
当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在 2 秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
2.5.3 可靠性需求
系统应保证 7*24 小时内不宕机，保证 5,000,000 人以上可以同时在客户端登录，系统正常运行，正确提示相关内容。
2.5.4 可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
2.5.5 系统安全性需求
网站有严格的权限管理功能，各功能模块需有相应的权限方能进入（不同的用户具有不同的访问权限）。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容
3．需求变更
需求变更控制过程图如图 5-1 所示：
从上图可以得到需求变更的控制过程为：客户递交变更，形成变更请求，变更请求递交给开发小组，开发小组主要从技术实现的层面评估该变更请求是否合理，并对其进行成本和影响分析，接着将变更请求递交给产品开发小组产品开发小组从机构和战略以及经济的层面评估该变更请求是否合理，然后进行变更选择。
选择的结果有三种：一种是拒绝，也就是变更失败；一种是下个版本再修改，一种是变更通过。若变更通过，就需要修改相关需求，修改合同的相关信息，修改相应的项目计划。这样，需求变更的控制过程就结束了。
4．产品提交
提交产品为：
（1） 某市食品批发管理管理网站
（2） 数据库初始数据
（3） 系统开发过程文档
（4） 系统使用维护说明文档
5．实现约束
系统的实现约束如下：
（1） 操作系统为：具有 java 虚拟机的操作系统
（2） 开发平台为：MyEclipse
（3） 数据库为：MySQL
（4） Web 服务器为：Tomcat （5） 版本管理工具：Visual Source Safe 6.0 （6） 测试工具：JMeter 2.10