我们眼下的社会，报告的使用成为日常生活的常态，报告具有双向沟通性的特点。那么你真正懂得怎么写好报告吗？以下是小编精心整理的软件可行性分析报告，希望能够帮助到大家。‘
一、概述
简述项目提出的背景、技术开发状况、现有产业规模；项目产品的主要用途、性能；投资必要性和预期经济效益；本企业实施该项目的优势。
二、技术可行性分析
1、项目的技术路线、工艺的合理性和成熟性，关键技术的先进性和效果论述。
2、产品技术性能水平与国内外同类产品的比较。
3、项目承担单位在实施本项目中的优势。
三、项目成熟程度
1、成果的技术鉴定文件或产品性能检测报告、产品鉴定证书。
2、产品质量的稳定性，以及在价格、性能等方面被用户认可的情况等。
3、核心技术的知识产权情况。对引进技术的消化、吸收、创新和后续开发能力。
四、市场需求情况和风险分析
1、国内市场需求规模和产品的发展前景、在国内市场的竞争优势和市场占有率。
2、国际市场状况及该产品未来增长趋势、在国际市场的竞争能力、产品替代进口或出口的可能性。
3、风险因素分析及对策。
五、投资估算及资金筹措
1、项目投资估算
2、资金筹措方案
3、投资使用计划
六、经济和社会效益分析
1、未来五年生产成本、销售收入估算。
2、财务分析：以动态分析为主，提供财务内部收益率、贷款偿还期、投资回收期、投资利润率和利税率、财务净现值等指标。
3、不确定性分析：主要进行盈亏平衡分析和敏感性分析，对项目的抗风险能力作出判断。
4、财务分析结论
5、社会效益分析
七、综合实力和产业基础
1、企业员工构成（包括分工构成和学历构成）
2、企业高层管理人员或项目负责人的教育背景、科技意识、市场开拓能力和经营管理水平。
3、企业从事研究开发的人员力量、资金投入，以及企业内部管理体系等情况。
八、项目实施进度计划
九、其它
1、环境保护措施
2、劳动保护和安全
3、必要的证明材料
（1）特殊行业许可证（如食品、农药、医药、化肥产品生产许可证及批文）；通信产品入网许可证；公共安全产品生产许可证；压力容器生产许可证等。
（2）可提供项目立项证明、高新技术企业证书、产品质量认证、环保证明；产品订货意向、合同等补充材料。
十、结论
可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能选择的各种方案;说明并论证所选定的方案。
1，探探
如果你展示面不好的话就不要用探探了，没啥用。
至于为什么没用你去打开探探，看看上面的其他男人了解一下你的竞争对手都有多帅、多有钱你就知道为什么了。
2，陌陌
在有了探探之前陌陌就是神器(或者说是展示面好的人的神器)和探探一样，吃的是一个展示面，但是陌陌的入门标准要比探探高。
如果你想玩转探探的话你只要是个6分男人就可以了。但如果你想要玩转陌陌的话，你起码要是个8分男人。
陌陌由于自身特性(基于地理位置交友)所以学生使用的话并没有什么好处(因为你会发现用陌陌的在校生基本都会选择隐身)也就是说，你在学校里开了陌陌那你就只会看到一群男丝和几个卖鞋的姑娘。
所以还在用陌陌的学生们赶紧转移阵地去用探探吧但是和之前说的一样陌陌和探探都是吃展示面的。如果你展示面不好的话其实这两个社交软件对你来说都是单机版的。
3，超级课程表
对于这个软件我只有两个字：呵呵!
如果你的目标是0到3分妹那么你可以在超级课程表内找到你的归宿。
我曾在超级课程表中发了一条校园动态，然后接下来的一天中收到了20多条私信。是的，有20多位0到3分的姑娘和我打了招呼。然后我就卸载了这款软件。
100个姑娘里面有1个在无聊的时候开附近的人就已经很不错了，所以别妄想通过这个渠道来认识姑娘了。
5，觅约
总结：想要通过展示面来把妹的话，推荐：探探、陌陌、觅约。
一引言
1.1编写目的
1.2项目背景
校园地理信息系统作为“GIS设计与实践课程”的课间实习，旨在加强学生对GIS信息系统的理解和运用，了解GIS系统的实现过程。
二项目概述
2.1GIS项目目标、内容、现行系统的调查情况
该项目主要是利用GIS系统来实现校园地理信息的可视化操作，帮助用户了解校园环境，对校园的基础设施的使用提供便利条件，对校园的规划与管理提供参考模型，对一些专题研究提供便利。
2.2运行环境
基于ArcGIS的开发
2.3条件与限制
校园数据的缺乏，开发人员经验不足
三数据的描述
3.1GIS静态数据
校园面积，校园范围，校园地理坐标数据，校园内部结构，系统使用对象等
3.2GIS动态数据
输入数据：校园地形图、Google遥感影像、校园DLG图像
输出数据：匹配纠正数据、矢量化数据、最终成果数据
3.3GIS数据流图
3.4GIS数据字典
外部实体:校园地形图、Google遥感影像、校园DLG图像
校正配准
名称：校正配准
数据去向：融合数据
数据组成：校园地图、遥感影像、测量数据、描述性文件资料
矢量化
名称：矢量化
数据去向：矢量化后数据
数据组成：配准后的栅格图像、点位坐标、地物名称、地物属性编辑入库
名称：编辑入库
数据去向：数据库
数据组成：点、线、面、位置关系、几何属性
3.5数据采集
通过网络采集校园地形图及遥感图像，通过碎步测量采集DLG数据
四GIS功能需求分析
4.1功能划分
用户
4.2功能描述
信息查询：通过分层显示来实习特定地物的显示
地图显示：查看校园地形图、Google遥感影像、校园DLG图像放大缩小：实现地图的缩放
缓冲区分析:分析点线面的拓扑关系
五GIS性能需求
5.1数据准确性
作为一次实习产品，该系统对数据准确性不做严格要求
能够流畅操作，不产生明显滞留
六GIS运行要求
拥有简明的界面，能够实现用户的互操作和图像的显示和分析。
七质量保证
软件运行稳定，能满足用户的功能需求，与系统兼容性良好，可移植。
软件需求分析说明书
1引言
本文中，主要针对工程机械出租的各项步骤、以及设计系统的广义意义进行了分析，从而根据各部分不同的需求阐明了本系统使各个功能模块相连接并实现工作、统计的作用。
1、信息交互要求
软件系统要求利用一一切租赁操作作为输入，通过数据收集计算达到处理的目的。
2、附加影响要求
在系统正常工作过程中，需要达到最好的人际结合效果，对其他设备的正常工作不可以有太大的影响，设计人员需要根据用户的需要做出相应的调整；
3、功能的实现要求；
操作简便、价格低廉的特性赢得了全国广大用户的青睐。目前用户已遍及全国所有省份、自治区、直辖市；用户遍及电子、电器、医药、服装、建筑、物资、化工、商贸、超市、旅游、机械、建材、科技、通讯等各类企业公司，同时拥有大量机关、事业单位、学校、研究所等机关事业型单位用户。
随着管理自动化的程度越来越高，大部分任务都直接由各种设备来完成，因此利用先进的计算机技术来管理，提高人机工作的效率成为了一项重要手段。
1.3项目风险
本项目中，不同身份的工作人员需要对各自负责的工作及出发点等承担一定的风险。
任务提出者需要对项目的完成进度以及设计需求的整体方向负责，产品是否为大众所接将成为任务提出者所要负担的风险。
产品使用者在完成交易过后的使用过程中，需要对自己的一切操作负责，相应的需要承担软件系统在使用过程中因操作不当崩溃的风险等。
1.4文档约定
本文的正文部分以宋体、小四为主要格式，行间距为1.5倍行距，各个主要题头的格式为黑体、四号。
本文档所涉及的一些专业术语及英文缩写如下：
Acess:MicrosoftOfficeAccess（前名MicrosoftAccess）是由微软发布的关联式数据库管理系统。它结合了MicrosoftJetDatabaseEngine和图形用户界面两项特点，是MicrosoftOffice的成员之一。其实Access也是微软公司另一个通讯程序的名字，想与ProComm以及其他类似程序来竞争。可是事后微软证实这是个失败计划，并且将它中止。数年后他们把名字重新命名于数据库软件。Access在2000年的时候成为了计算机等级考试中的计算机二级的一种数据库语言并且因为它的易学易用的特点正逐步取代传统的VFP成为二级中最受欢迎的数据库语言。
VisualFoxpro：VisualFoxPro简称VFP，是Microsoft公司推出的数据库开发软件，用它来开发数据库，既简单又方便。VisualFoxPro源于美国FoxSoftware公司推出的数据库产品FoxBase，在DOS上运行，与xBase系列相容。FoxPro原来是FoxBase的加强版，最高版本曾出过2.6。之后，FoxSoftware被微软收购，加以发展，使其可以在Windows上
运行，并且更名为VisualFoxPro。目前最新版为VisualFoxPro9.0，而在学校教学和教育部门考证中还依然延用经典版的VisualFoxPro6.0。在桌面型数据库应用中，处理速度极快，是日常工作中的得力助手。
数据：泛指表示一个指定的值或条件的数字、符号（或字母）等。数据是表示信息的，但这种表示要适合传输、分析和处理。此处，常把数据当作信息的同义词。
Container：Container类是IContainer接口的默认实现。容器是封装和跟踪零个或更多个组件的对象。在此上下文中,包容是指逻辑包容,而不是直观包容。
数据源：提供某种所需数据的原始媒体。
C/S结构：即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。
1.5预期读者和阅读建议
本软件产品需求分析报告所针对的预期读者包括：
开发人员
项目经理
租赁方
1.6产品范围
1.7参考文献
2产品分析
2.1产品的状况
工程机械设备管理系统提供了对基础信息录入、机械设备出车单录入、挖掘机回车单录入、员工登记录入、加油登记录入等的模式录入和表格界面录入。录入信息时可能会出现相同的信息，为了避免重复录入部分字段设置了辅助录入功能，只需输入几项即可完成录入功能，操作方便快捷，可以很大的提高工作效率。
本系统将不是产品系列中的下一成员，也同时还不是成熟产品所改进的下一代产品，但是现有应用软件却不能成为它的替代品(升级产品)，所以这是一个新型的、自主型的产品。
2.2产品的功能
根据上述分析，可以将本系统的各项子系统功能陈列如下：
1．基础信息管理系统：
2．机械设备调度管理系统：
3．压路机管理系统：
4．装载机管理系统：
5．重型半挂管理系统：
6．客户管理系统：
本系统主要负责记录并统计、处理客户的还款、组织客户统计表、检查并记录机械设备状态等工作。
7．员工管理系统：
本系统提供一个员工信息服务系统，可以实现员工登记、事故登记、员工考勤、员工生日提醒。
8．加油管理系统：
本系统的作用在于加油登记、加油统计、余油统计；
9．配件管理系统：
本系统主要处理配件信息、配件入库、维护领料、配件库存、旧件回收、采购申请单、采购申请明细。
10．保养审验管理系统：
本系统的作用是对设备做保养登记、对设备审验进行登记、设备审验提醒、对保养期间查询等。
11．企业与产品检索系统：
本系统可以实现在线查询企业和产品信息，可以按多种方式进行查询；
12．在线调查系统：
本系统可以实现在线调查功能，对用户进行各种情况的调查。
2.3用户类型和特性
本系统的用户主要由以下人员组成：
2、机械设备保管部门人员：负责对公司内出租的工程机械设备做定期的管理与保养，并且负责设备的出纳。
编写本文档所参考的资料如下：
[1]《施工机械信息化管理的研究[J]科技情报开发与经济》王健2003.11
[2]《工程机械产品图库管理信息系统的研究[J]工程机械》贺尚红1998.5
[3]《开发新一代设备信息管理系统》龚元明1995.6
[4]《数据库基础与应用[M]》成先海.2008.
[5]《软件工程[M]》.程成，陈霞.，2003
银行储蓄系统开发与设计可行性研究报告
1、引言
经过对银行储蓄系统项目进行详细调查研究，初步拟定系统实现报告，明确开发风险及其所带来的经济效益，对软件开发中将要面临的问题及其解决方案进行可行性分析。本报告经审核后，交由软件项目经理审查。
1.2.1项目名称：银行储蓄系统
1.2.2用户：银行
1.2.3说明：现在的银行储蓄系统工作效率低，越来越不能满足广大储户的需要。银行与客户都迫切希望能更方便更省时就可以办理储蓄业务。现代计算机网络的高速发展使越来越多的人更喜欢网上购物、不出门即可交纳各种费用。在这样的背景下，很明显现行的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的银行储蓄系统。
1.3参考资料
《软件工程--原理，方法与应用》吴钦藩编著人民交通出版社出版
《软件工程导论（第四版）》张海藩编著清华大学出版社出版
《软件工程》任胜兵、邢琳编著北京邮电大学出版社
2、可行性研究的前提
2.1要求
2.1.1功能要求
此系统所要完成的主要功能模块有两部分：取款系统与存款系统。
而取款时，储户填写取款单交给业务人员，业务人员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
2.1.2性能要求
为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2.1.3接口要求
业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。
2.1.4输入要求
2.1.5输出要求
要求能快速准确打印出清单给客户。
2.1.6基本的`数据流程和处理流程
2.1.7安全与保密要求
为了确保储户的利益，储户的各种信息应保密，特别是对储户账户密码等信息的保密安全。由于查询人员的身份和目的不同，本系统还提供不同的查询权限，如行长与普通的业务人员之间的权限不同。
2.1.8完成期限
初步确定开发期为6个月，试运行期为3个月，系统计划于2012年春节正式投入运行。
2.2目标
银行是以盈利为主的服务性机构。为了在竞争中取得优势，必须提供优质的管理服务使其能够顺利发展。目标具体表现为在银行内部建立储蓄系统，初步实现系统计算机化，并保证该银行能够按期望顺利完成工作，提高工作人员的工作效率；与其他多间银行联网，促进银行间的互联合作，提高银行储蓄系统的整体水平，从而实现银行储蓄系统的高效性、方便性、实用性、互联性，提高银行的信用度、银行的经济效益和社会效益。
2.3条件、假定和限制
2.4可行性研究方法
采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。
2.5决定可行性的主要因素
本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案进行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。
3、对现有系统的分析
当前大多数银行所使用的银行储蓄系统办理业各时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。
3.1处理流程和数据流程
以用银行卡取款为例，储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户：
3.2工作负荷
由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。
3.3费用支出
办理手续的繁琐不仅使业务人员工作量很大，而且使客户对于业务办理流程不能明确而是咨询的业务量加大。各种凭单与证件的复印打印不仅使设备、材料开支增加，而且工作效益低。
3.4人员
需要大量业务员和额外的工作人员处理各项事务。
4、所建议技术可行性分析
4.1对系统的简要描述
根据系统目标以及现行系统存在的问题，建议新系统分两步实现：
第一阶段建立一个内部的网络，以实现银行储蓄系统的计算机办公化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。
第二阶段是在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。
4.2处理流程和数据流程
4.2.1存款流程图
4.2.2取款流程图
4.3与现有系统比较的优越性
用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。
可以大大减少工作人员，节约人力资源的开销；另一方面由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。
数据防护措施严密：为确保系统数据万无一失，在系统结构设计上严格遵循金融系统安全规范，采用射频卡、终端机、计算机“三位一体”的数据保护技术，从三个层面采取了六种数据保护措施对系统重要数据严密防护，先进的“黑匣子”数据重复收集功能，确保了系统数据的安全性和准确性。
系统可扩充性强：该系统软件升级和硬件扩展相当方便，可以根据银行的实际情况来灵活配置，可根据不同需求增加新功能模块和子系统以满足用户的个性化需求，可确保用户投资的长期效益，避免资源重复浪费。
兼容性强：系统可提供数据接口和应用接口，可与原有系统兼容匹配，便于系统集成和二次开发，确保有效利用现有资源。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
系统对于设备要求更高的稳定性与安全性来保证其正常运行。并且对于打印、复印设备需要要求与计算机进行互联。
4.4.2对用户的影响
由于采用建议系统提高了工作效率，可使客户办理业务更加快捷、方便。采用的“三位一体”的数据保护技术既方便了管理，又能保证个人的隐私权不被侵犯。
4.4.3对系统运行的影响
系统设计的主要目的是提高效益。所以在系统设计和建设初期应着手参考各方面的标准与规范，并且应遵从该规范各项技术规定，并做好系统的标准化设计与管理工作。系统考虑今后发展的需要，因而必须为在系统产品系列、容量与处理能力等方面的扩充与换代的可能，这种扩充不仅充分保护了原有投资，而且具有较高的综合性能价格比。
4.4.4对运行环境的影响
4.4.5对经费支出的影响
由于需要购买各种软、硬件设备，以及业务人员的系统使用培训等都需要增加经费的支出。
4.5技术可行性评价
开发系统的计算机硬件已经非常普及，所以完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。
5、所建议系统经济可行性分析
5.1系统开发费用
5.1.1人员费用。本系统开发期六个月，试运行期为二个月。开发期需要开发人员5人，试运行期需开发人员2人。开发需八个月，每人/月按3000元计算，人员费用为10.2万元。
5.1.2硬件设备费。本系统所需的硬件设备费为10.46万元，其中：
服务器1台3万元
PC8台4万元
打印机8台1.2万元
条形码扫描仪10台1.8万元
网络设备和布线1万元
不间断电源1台3000元
工作台8台1600元
5.1.3软件费用。系统所需的软件费用为5000元，其中：
正版WindowsXP5000元
MicrosoftOfficeAccess2003/J2SEv1.4.2_01SDK/MicrosoftVisualC++6.0：可免费下载
5.1.4耗材费。所需耗材费用估计为0.8万元
5.1.5咨询和评审费、调研和差旅费：约2.0万元
5.1.6其他不可预见费。按开发总费用的10%计算。
综上，系统开发总费用为26.36万元
5.2系统运行费用
假定本系统运行期为5年，每年的运行费用为：
5.2.1系统维护费。一年需要0.5人/年进行系统维护，维护费为1.8万元。
5.2.2设备维护费。建设设备的运行更新期为5年。假设设备日常故障维护费每年0.6万元，则平均每年设备维护费为10.46/10+0.6=1.646万元
5.2.3消耗材料费。每年耗材费按0.8万元计算。
系统年运行费用为4.25万元，则5年累计系统运行费用为21.25万元。
综上，系统开发和运行总费用为47.61万元，折合9.522万元/年。
5.3效益
5.3.1一次性收益。提高工作效率，减少工作人员人数。本系统运行可以提高业务处理，核算信息管理的效率。累计可以综合提高工作效率达30%。可以减少现有15%的工作人员，书店现有人员按30人计算，可减少4.5人。平均工资为2000元，节约人员工资0.2*12*4.5=10.8万元/年。
5.3.2经常性收益。办公设备、纸张等使用量减少可节约成本每年约1.4万元。
5.3.3不可定量收益。业务量的增加使直接经济效益每年上升约7万元。
综上所述，每年可增加收益19.2万元。
5.3收益/投资比
19.2/9.522=2.03
5.4投资回收周期为三年。（上述利息均为5%）
6、社会因素可行性分析
6.1法律因素
6.2用户使用可行性
开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答复。
7、其他可供选择的方式
可以购买现有系统，但是由于现有系统过于简单、购买成本高，而且并不适合银行的特殊情况，所以不建议使用这个方案。
8、结论意见
银行储蓄系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。因此，分阶段开发“银行储蓄系统”的构想是可行的。为了使银行适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。
1.引言
1.1项目的背景，研究的目的和意义
我们也从网上找了几个别人做的系统简单地看了一下
项目名称：******
项目发起者：********
面向用户：******
1.2项目的目前研究现状
此项目现阶段还处于可行性分析阶段，具体实施将等到所学知识的进一步健全以及对项目有进一步的认识
1.3参考资料（作者、标题、出版单位、发表日期、编号、页号）《软件工程》高等教育出版社史济民等
《数据库系统教程》高等教育出版社施伯乐等
《Java面向对象编程》电子工业出版社孙卫琴
《Java编程思想》机械工业出版社BruceExkel等
2.系统的技术可行性
2.1系统的简要描述
功能：网吧管理帮助网吧管理员管理网吧管理员可以通过该系统对上网人员（会员、非会员）记时收费、充值，对出售的食品饮料等计费，对网吧内的各台机器进行控制，以及提供一些特殊的服务（如在节假日对上网费打折等等）而被控制端有登陆、登离、呼叫网管、修改密码、买东西、查看个人信息（余额、姓名等等）
2.2系统采用的技术、特点
这次我们打算用Java语言来开发这个系统，这主要是因为Java语言是面向对象的语言，而且功能十分强大，并且使用Java会减少编程过程中的错误。当然由于可能会有大批顾客的资料需要管理，其中必然会使用到数据库。但是由于项目还未进入实施阶段，所以会遇到什么样的问题现在还是不可预知的，最终会使用到哪些技术也要在实践的过程中去获得结论
2.3资源条件
由于现在网络十分发达，网上的资源非常丰富，所以一般遇到问题时可以到网上去寻找答案。我们也从网上找了一些别人做的系统看了，对这些系统也进行了分析，总结了它们的优缺点，并大体上确定了我们要做的系统的功能和外观，我们还在网上询问了一些网友，并采集了他们的意见，将一些好的建议用到我们的系统中去。
在设计过程中，必然会遇到这样那样的问题，除了使用网络外，我们还会到图书馆查阅一些资料，当然肯定还会用到我们手上现有的一些书籍。
本着锻炼思维、培养能力的目标，我们会自己去思考并解决遇到的问题，在遇到实在解决不了的问题时也会向身边的同学和老师寻求帮助
2.4技术可行性评价
以前我们曾在学C语言时触过一个与之类似的项目，那时做的是一个图书管理系统，虽然我们并未参加代码的编写，但是对其中的一些思想有所了解。但那时由于没有数据库的知识，所以系统还不算复杂。此项目中我们考虑到由于会有很多用户的资料需要管理，而且我们又添加了许多其他的功能，所以会复杂一些。而且那时完全是为了练手，所以界面比较粗糙，而我们做的这套系统是面向用户的，所以界面必然会做得友好一些，这必然也会增加系统开发的难度。任何项目的开发都不会没有难度，我觉得只要认真思考，并借助各种资源，我们能够最终开发出这套系统来
2.5、系统的非技术可行性
2.5.1法律可行性
2.5.2经济可行性
由于该系统的实现初衷是为了锻炼，以熟悉软件开发的全过程，不涉及经济的投入（有也会很少），所以将不会有经济上的风险。因此，在这一方面是可行的。
2.5.3运行可行性
由于网吧管理系统是相对独立的系统，除了与操作系统交互外，与其他软件的关系不大，所以发生冲突的概率较低。万一发生不能协调工作，为了本系统的安全，将对外来系统做一定限制，严重的将采取禁用策略。
3、风险预估与解决策略
在完善的计划也有风险，由于开发人员现在的知识和经验有限，可能未能将系统分析全面，或考虑得不够深入。为此，我们将积极学习开发将用到的知识，不断地回顾分析，查阅资料，并反复改进。我们在阶段性任务完成后会请教有经验的老师和学长，来使系统尽可能的完善。
由于课程比较紧张，开发阶段可能将延长，为此，我们有两套策略：1、吸收其他同学加快开发；2、利用假期延期开发。万一风险发生时，视情况决定采取那套策略。
如果在项目实施过程中分工不明确，造成工作重叠，或者系统有些功能未被实现，而我们又不能协调好，最终在项目提交前都未能最终完成预期目标。或由于规划的目标定的过高，不符合现有的技术水平，造成项目实施过程中遇到无法突破的技术瓶颈，导致由于部分功能未能实现，影响到其他部分的实施，最终导致项目失败。那项目就只能宣告失败了，那么我们将会从中获得宝贵的软件开发的教训，为以后做项目打下基础，这也是一种学习啊。
4.结论意见(能否承担该项目/条件具备承担该项目)
虽然此项目存在一定的技术难度和风险，但我们对项目要达到的目标十分清楚，对所要开发系统将要实现的功能也非常了解。而且有一些成品作为参考，并且在项目的实施过程中我们能够获得帮助，我认为只要我们能够认真思考、仔细规划、明确分工，我们可以承担此项目的开发
1.概要设计说明书
在当今全球信息化大潮中，互联网（即因特网——Internet）异军突起，给21世纪的人类社会增添了无限的活力，成为现代社会生活中一道亮丽的风景线。互联网带给人们的不仅仅是技术，而是一种以信息为标志的崭新的生活方式。他正在改变着人们的工作和生活方式。有人曾以“围城”比喻互联网，但所不同的是，“外面的人想进去，里面的人不想出来。”互联网为什么有这么大的魅力呢？这不仅与人们日益增长的文化生活有关，更重要的是与互联网的技术不断更新和革命有关。
网上大学生实习选择方式较之传统的交易方式有着很明显的优势，它将网络技术与传统的实习预约进行了完美结合，解决大学生寻找实习公司难的的问题，也方便公司寻找合适的实习人员，为公司进行可持续发展人才提供一个良好的平台，为大学生在就业前积累行业工作经验提供了一个机会。
软件名称：通达大学生实习在线
项目的任务提出者：恒泰通达有线公司
开发者：恒泰通达项目部(架构师:马兆鑫项目经理:兰佳卉)
用户：在校大学生
1.4定义
使用技术：apache+php+mysqlsmarty引擎
2要求
2.1功能：
1.前台的主要功能要求：
有什么页面，什么功能（这一块是你要改的把页面上有什么功能写出来）格式:xxxx页面/xxx模块:实现了什么什么，修改的时候注意下面的图片
2.后台主要功能要求：
管理员进入了系统应该进行注册、身份验证，再次进入管理员主页面，可以对其进行操作，如添加，修改，删除，查询等功能。用户进入了系统应该进行注册、身份验证，再次进入用户主页面。对公司进行添加、删除等操作。
安全与保密要求：不能轻易被破坏，不能让管理员以外的人删改，对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。
2.2可行性研究的方法
a、技术可行性方法：使用现有的技术能实现这个系统；
b、经济可行性方法：这个系统的经济效益远远超过它的开发成本。
通过调查分析大学生实习预约所具备的能力及实现的方法。确定总体结构，利用mysql数据库所具有的能力，以最简洁最容易的方法，使用php使其成为一个初级的系统软件。为后续的软件扩展奠定一个良好的基础。
2.3决定可行性的主要因素
电子商务规模、设备状况、操作人员技术、参与的单位
2.4条件、假定和限制
a.本系统安全，有效，符合各项法律的规定
b.运行环境：WIN9X/2000/XP/WIN7
c.开发环境：WINXP
3.1基本的数据流程和处理流程
由于数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大。
由于现有系统的工作负荷严重超载，在现有系统上投入的人力，设备，空间，材料，等等与其他的一系列支持性服务越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需改进。
3.4人员设备
鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据量的日益扩大，所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。
3.5局限性
各时段各区域的带宽速度可能会影响网站的访问
4对系统的简要描述
新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。系统操作方便，管理人员需要做的就是将数据输入到系统的数据库中去
4.1与现有系统比较的优越性
在以上几点中已可以看出新系统的性能与功能上与现有系统的差别，首先新系统克服了原来系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点。而且加入了对数据的安全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。
4.2采用建议系统可能带来的影响
4.2.1对设备的影响
采用建议系统后，改进了原有系统的性能所以对设备要求自然更高，建议系统使用了最先进的技术使设备也必须跟着升级。
4.2.2对现有软件的影响
由于建议系统采用了先进的数据库技术以及一系列高技术含量软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。
4.2.3对用户的影响
建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的人员培训等等。
4.3技术可行性评价
本系统经过项目组的努力，利用PHP+HTML做前台，后台利用MYSQL做数据库使用smarty引擎技术，已在规定的期限内完成，经测试完全符合的管理。
5.所建议系统经济可行性分析
5.1支出
5.1.1基建投资
系统开发期为三周：试运行一周，开发期需要开发人员3人，试运行期需要开发人员1人，人员费用少。
5.1.2经常性支出
打印文档资料费用
5.1.3系统运行费用
系统维护费、设备维护费、消耗材料费
5.2效益
一次性收益：满足用户的需求
提高工作效率、减少工作人员
5.4敏感性分析
生存周期：1-3年
系统负荷量：中度信息流量
处理速度：中等
对硬件和其他软件具有很好的兼容性，无影响
6.社会因素可行性分析
系统的使用者为在校大学生，经过用户的使用，收到了很好的效应，用户相当满意。
7、其他可供选择的方案
由于系统是初步开发，所以开发小组没有提供其他的方案，只有一种开方案。
根据可行性研究分析，在具备相应的硬件设备下可以开发该软件，建议2个人合作完成。