C#企业设备维修服务系统设计+文献综述(4)
组织文化必须支持谈判人员彼此信任，人少但是精干，开发人员所作决定得到认可，环境设施满足成员间快速沟通之需要。最重要的因素恐怕是项目的规模。规模增长，面对面的沟通就愈加困难，因此敏捷方法更适用于较小的队伍，20、40人或者更少。大规模的敏捷软件开发尚处于积极研究的阶段。
另外的问题是项目初期的大量设想或快速的需求收集可能导致项目走入误区，特别是客户对其自身需要毫无概念的情况下。与之类似，人之天性很容易造成某个人成为主导并将项目目标和设计引入错误方向的境况。开发者经常会把不恰当的方案授予客户，而直到最后出问题前都能获得客户认同。虽然理论上快速交互的过程可以限制这些错误的发生，但前提是有效的负反馈，否则错误会迅速膨胀。
1.3.2 开发工具
数据库：Microsoft SQL Server 2008 R2;
编译环境：Microsoft visual studio 2012
1.3.3 开发环境
系统：Windows 7；
浏览器：火狐浏览器或者IE浏览器
2 系统需求
本系统由四个主要模块组成，它们分别是：普通用户模块、后台服务人员、文修人员和管理员。
2.1 功能需求
2.1.1 需求描述
表 2-1 用户登录功能需求描述
需求编号 DDMS-01-01 需求名称 用户登录
创建者 尤正焱 最后更改者 尤正焱
用户类 所有用户 需求优先级 高
用户输入 系统响应
1．用户输入用户名及密码
2．确认 进入页面
功能需求
用户的注册和登录
例外以及相应处理
如果该用户名不存在或是密码错误，则系统提示出错。
特殊需求或限定
用户信息一定是存在于数据库用户表中的
调用的功能 数据库查询语句
表 2-2 报修功能需求描述
需求编号 DDMS-01-02 需求名称 设备报修
创建者 尤正焱 最后更改者 尤正焱
用户类 所有用户 需求优先级 高
用户输入 系统响应
1． 设备名、联系方式、损坏情况2． 提交 提示报修成功，并将你填写的报修单显示出来
功能需求
提供在线设备报修服务
例外以及相应处理
如果报修的设备不存在，则系统提示出错。
特殊需求或限定
设备信息一定是存在于数据库相应设备表中的
调用的功能 数据库查询语句和插入语句
表 2-3 报修单确定功能需求描述
需求编号 DDMS-01-03 需求名称 报修单确定
创建者 尤正焱 最后更改者 尤正焱
用户类 后台服务人员、管理员 需求优先级 高
用户输入 系统响应
1． 设备名
2． 文修人员名 提示报修单审核通过，已下发给文修人员
功能需求
能通过设备名查询相应文修单，给文修单添加文修人员
特殊需求或限定
只有后台服务人员和管理员可以确定文修单，如果搜索后无符合条件将提示出错。