系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。
所以经济可行性没有问题。
（2）操作可行性：
此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
（3）技术可行性：
技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。
现有的C#技术能够迎合所有电子商务系统的搭建。开发这个租车管理系统的时候我采用了C#+SQLServer用以运行整体程序。
综上所述技术可行性也没有问题。
（4）法律可行性：
从开发者角度来看，C#和SQLServer是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。
综上所述法律可行性也没有问题。
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。
用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。
图2-2 数据修改流程图
如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
按照租车管理系统的角色，我划分为了普通用户管理模块、客服用户模块管理和管理员管理模块这三大部分。
普通用户管理模块：
（1）用户注册登录：用户注册为普通用户并登录租车管理系统；用户对个人信息的增删改查，比如个人资料，密码修改。
（3）公告消息：在首页导航栏上我们会看到“公告消息”这一菜单，我们点击进入进去以后，会看到所有管理员在后台发布的公告信息；
（4）租车资讯：在首页导航栏上我们会看到“租车资讯”这一菜单，我们点击进入进去以后，会看到所有新闻列表，在这个界面，我们可以点击进入进行查看、评论、点赞等；
（5）汽车信息：用户可以查看汽车信息，在查询到自己想要了解的汽车信息的时候，可以进入查看详细的介绍，点击“租车”这一按钮以后会跳转到租车信息填写的界面，根据提示填写好租车的信息，点击“提交”以后租车就完成了，在汽车详情这个界面，同时支持用户对喜欢的汽车信息进行收藏、点赞、评论的功能。
（6）我的账户：在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。
（7）个人中心：当用户点击右上角“我的”这个按钮，就会进入到对应的后台进行信息的管理了；
（8）汽车挂租：点击“汽车挂租”后跳转到汽车挂租提交界面，选择汽车类型，输入挂租用户、用户电话、汽车图片、用户姓名、汽车品牌、车牌号码，然后点击提交汽车挂租就完成了。
管理员管理模块：
（1）登录：管理员的账号是在数据表表中直接设置生成的，不需要进行注册；
（2）公共管理：当点击“公共管理”这一菜单的时候，会出现轮播图以及公告消息这两个子菜单，可以对这两个模块进行增删改查操作；
（3）用户管理：当点击“用户管理”这一菜单的时候，会出现管理员+普通用户+客服用户三个子菜单，可以对这三个模块进行增删改查操作；
（4）信息管理：当管理员点击“信息管理”这一菜单的时候，会出现租车资讯+资讯分类这两个子菜单，可以对这两个模块进行增删改查操作；
（5）汽车信息：管理员点击“汽车信息”会显示出所有的汽车信息，支持通过汽车品牌或者汽车类型或者车牌号码对汽车信息进行查询，如果想要添加新的汽车信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条汽车信息，点击“删除”进行删除，也可以对用户提交的评论的信息进行管控。
（6）租车信息：管理员点击“租车信息”会显示出所有的租车信息，支持输入汽车品牌或者汽车型号对租车信息进行查询，如果想要添加新的租车信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条租车信息，点击“删除”进行删除，也可以点击后面的“还车”、“故障报告”按钮对租车信息的还车/故障报告信息进行更新维护；
（7）汽车挂租：管理员点击“汽车挂租”会显示出所有的汽车挂租信息，支持通过挂租用户或者用户姓名对汽车挂租信息进行查询，如果想要添加新的汽车挂租信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条汽车挂租信息，点击“删除”进行删除。
2.3.2 非功能性分析
租车管理系统的非功能性需求比如租车管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：
表3-1租车管理系统非功能需求表
| 安全性 | 主要指租车管理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指租车管理系统能够安装用户的指示进行操作，经过测试，可靠性90%以上。 |
| 性能 | 性能是影响租车管理系统占据市场的必要条件，所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着租车管理系统的页面展示内容进行操作，就可以了。 |
| 可维护性 | 租车管理系统开发的可维护性是非常重要的，经过测试，可维护性没有问题 |
通过2.3功能的分析，得出了本租车管理系统的用例图：
用户角色用例如图2-3所示。
图2-3 租车管理普通用户角色用例图
web后台管理上的管理员是维护整个租车管理系统中所有数据信息的。管理员角色用例如图2-4所示。
图2-4租车管理系统管理员角色用例图
本章主要通过对租车管理系统的可行性分析、流程分析、功能需求分析、系统用例分析，确定整个租车管理系统要实现的功能。同时也为租车管理系统的代码实现和测试提供了标准。
">