一个非典型失败项目的启示
一、案例故事（纯属虚构）
1. 需求的萌芽
培训战场硝烟弥漫。
火星培训公司总经理火总，正在抓腮挠头，思虑着如何在激烈的竞争中立足并脱颖而出。抓起电话，让文员通知10点开个全公司大会………
会上讨论气氛非常热烈，除了火总，所有人似乎都抓住这个难得的机会，为最近自己的业绩下滑铺陈理由：
市场部M经理：竞争对手很好很强大，他们总是先我们一步把我们盯着的潜在学员弄走了………
客服部C经理：我们很努力的关怀学员，但是学员仍然有很多抱怨，甚至还说被咱们给忽悠了……
市场部李MM：我们虽然有很多优秀学员，就业情况很好，可是我们却难以找到他们之前的培训记录，甚至找不到他们目前的联系电话，要是能够找到这些人进行回访，并让他们回来给学弟学妹们现身说法，相信会促进我们的招生工作。
……….
一时间众说纷纭，火总看看手表，认为必须讨论出一个针对性的对策才是，于是挥挥手，“那大家看看是否有什么好主意？”
“我了解到水星公司，他们有一套软件，能够支撑培训业务的全部流程！” 市场部的王GG 似乎有备而来，僵坐2小时说的第一句话。
“嗯…”
“有道理….”
“对，我们也应搞一个！”
……
一时间大家似乎全被点燃激情，看到了一扭颓势的希望。
火总沉思不语良久，终于喃喃说道：“是有道理，让我再考虑考虑吧……散会吧！”2. 可研、立项
火总回到办公室，他刚才没有当场决策的原因是会上的信息不够。
弄个这种软件需要多少钱？
搞了这么个系统真的有用吗？
然而，他毕竟见多识广，知道目前信息化建设是大势所趋，决定深入了解一下。
火总想到了提出这个想法的王GG，对了，让他详细陈述一下！于是就拿起电话……
2分钟后，小王在火总宽大的办公桌对面正襟危坐。
“小王啊，我对你刚才提到的那个建议很有兴趣，能否仔细谈一下你的想法？”
“好的。”王GG终于逮到在老板面前表现的机会，自然不会放过。
“首先，水星公司是目前我们公司的首要竞争对手，他们有IT软件支撑，我想我们也应该有吧？”火总若有所思的点了下头。
“其次，上这个系统之前，水星公司跟我们一样，各个部门之前的沟通都是通过纸质文件，效率低，浪费大；上了这个系统后，他们基本实现了无纸化运作，一年光打印纸就节省了好多钱！” “嗯，这个好！”一听到能省钱钱，火总来劲了，身子往前探了探。
“再者，上了IT系统，所有的数据在各个部门共享，大家都可以使用，并且数据可以保留很久，他们通过系统对学员从招收到从业后的回访，实现了全程的关怀，客户满意度一下高了很多，以至于他们招收学员越来越容易！” “对对对，我们也想这么搞！” 火总显然被打动了!
“……”王GG继续说了不少好处
“那到底要花多少钱？”火总终于把自己最关心的问题说了出来。
“哦，听说水星公司第一年用了大约50万，包括软硬件！”
“50万？！……”火总的眼睛瞪得老大老大，这可是他公司一年的营业额啊
“听说他们只用了两年就把投资额全部回收，现在的业务量比上系统前提高了3倍！”“嗯…….”火总再次陷入沉思……
2分钟后，火总打破沉寂：”小王啊，我认为这个建议真的很好，我决定了：要做！我决定让你来负责这个项目，你看有问题吗？“
“谢谢火总信任！”王GG高兴的差点从凳子上蹦起来。
“我们给这个项目定个名字吧。”小王提议。
“嗯，就叫【火星业务支撑系统】吧，英文名：HSS！”火总擅长包装，这点小事难不倒他。
“但我希望今年投资能够控制在20万，你看有没有把握？”
“嗯，呃……我争取吧！”王GG有点没有把握，但还是应承下来了
3. 招标、选供应商
小王第一次接手老板直接委派的任务，踌躇满志！
他做的第一件事是找到他的好友——马甲，马甲就职当地一家小软件公司——土星公司，有了超过2年的开发经验，一直希望自己能够有朝一日当个项目经理。这回好友找上门，他一口答应——其实他还有一个“阴谋”，就是到时争取由自己公司承接该项目，然后自己来当项目经理！
马甲开始当起了小王的“狗头军师”了……
马甲建议小王：首先要收集使用部门的需求……
小王就开始在各个部门跑动起来，最后他整理到各个部门的大概需求如下：市场部：学员招募管理、营销人员考核和管理
客服部：学员信息管理、学员满意度管理
课程部：课程体系管理、学员考勤管理、学员学习效果评价
财务部：学员培训费管理、内部员工绩效考核
……
此间，马甲不时跟小王灌输：现在流行三层架构，J2EE，SSH框架……小王明白马甲推荐的肯定是他所擅长的技术。
1周过去……
马甲看着小王提供的需求清单，皱着眉头：“这个估计要花挺多钱……包含软硬件20万？有点悬！”
其实小王原本打算如果马甲公司能够20万之内吃下的话，他就建议老板直接委托给马甲公司，毕竟马甲是自己好朋友嘛。但现在看来不行了。
老板指示：那就招标！不信20万拿不下！
这大大出乎马甲的意料之外，他起先认为十拿九稳，打算拿下后回去找自己老板邀功请赏的。现在小王的老板说要招标，这可就……..
马甲赶紧回公司跟老板（土总）一五一十的汇报了情况。没想到土总并不责怪马甲，反而安慰他：你这个事情干得不错！我决定让你负责这个标！
马甲受宠若惊，他知道，这个标拿下了，按公司惯例，自己肯定就是项目经理了！
小王这边正在按火总指示准备招标材料，上网一查，哇塞，招标流程还蛮复杂哦，要准备：《投标须知》、《技术规范书》、《商务规范书》……
他载了几个范本，在其上修改后就打算直接用了，但《技术规范书》看来还得请马甲帮忙了。
马甲很乐意，因为他的老板土总告诉他：能够参与制定规范，我们中标的概率就大多了！并且准许他用上班时间去协助小王。
很快，小王的招标材料准备好了，他再次听了马甲的建议，把标书发给了马甲推荐的几家软件公司。
招标结果很快出来了，马甲的公司技术分得分最高，商务分中等，最后得分最高胜出——中标了！该项目19.6万，要求6个月上线。
火星公司和马甲公司的商务合同签订自是另有一番折腾，此处按下不表。自然的，马甲得偿所愿，成了这个项目的乙方项目经理，而小王，则继续他的甲方项目经理的角色。
4. 项目需求调研
其实在合同签订之前，马甲就开工了。
他温习了大学的《软件工程》，认真回忆了自己参与的几个项目的过程，感觉相当有信心。
首先，他开始需求调研和分析：
挨部门跑，跟未来的系统用户沟通，回头就开始整理《需求说明书》。
一切顺利，一周以后，他的《需求说明书》出炉，提交给小王。小王看了以后相当满意，但是他还是谨慎的发给了相关部门负责人，并要求反馈。
除了提到几个错别字，使用部门没有反馈其他。马甲心里不太踏实，请小王领着一起拜访了各个部门的主要接口人，得到了大致类似的回复：“应该差不多吧，能想到的差不多你都写了……”
5. 设计
该开始设计了！马甲感觉一切都很顺利，他祭出J2EE大旗，心里暗暗乐着：我用的架构是如此先进，到时要让所有人大吃一惊！
现在感觉大学学的课程总算派上用场了！
流程分析、E-R图、UML…..，能想到的都得用上！
……..
鏖战1周后，马甲同志单枪匹马，弄出了《XX项目概要设计说明书》，40多页！哇塞，太帅了！马甲自己看着都不禁洋洋自得！
6. 代码实现
土总给马甲配了3个开发人员，除了1个（小龚）有1年Java项目开发经验外，另外两个属于新手。
但马甲没有办法，虽然他希望开发人员都是熟练工，因为老板告诉他，前期几个熟练的开发人员跳槽了，现在公司人员比较紧缺，为了这个项目他还特地紧急招聘了几个，都放到他项目组里了——马甲理应感激涕零，不是吗？。
马甲开始分配任务，按模块分：
马甲自己负责学员信息管理模块、学员招募管理模块
小龚负责学员学员满意度管理模块，财务管理模块
其他两人也类似划分，分别领了各自的模块去开发
……….
马甲要求开发小组的所有人，都需要对自己负责的模块，从UI、代码、到数据库表设计，从头到尾，全部搞定！
“我们计划用4个月完成开发，然后大家开始集成测试！现在开工！”马甲一声令下，项目组开工了。
7. 代码实现阶段某些特写
第一周：大家都感觉不错，信心很足，进度也很顺利。虽然除了马甲和小龚，其他两位新手
技能上还不熟练，但他们都能加班加点，查资料解决问题，似乎也都能按时搞定当日任务。
第二周：马甲突然发现自己原来的设计有些地方似乎不妥当，但是他觉得改设计文档很麻烦，于是没有去修改。
小龚这两周多次和马甲沟通马甲的设计说明书，小龚觉得有些地方表达不清楚，有些地方设计不合理。但马甲忙于完成自己的模块，并未完全放在心上，此外他也觉得自己的设计能力应该比小龚强，接受小龚的意见有点没面子。
而两位新手呢，则先是频繁的问马甲关于设计的事，起先马甲会耐心解释，但很快由于自己开发计划老被打断开始烦躁，两位新手渐渐的也不问了。
渐渐的，大家似乎都遗忘了那份漂亮的设计文档。
第一个月快过去了，马甲问大家：进展如何？答曰：一切顺利！
第二个月，第三个月，仍是一切正常！
计划集成的时间到了，马甲没有忘记，但是这两天只睡5个小时，自己负责的两个模块总算交工了！
真累啊！
8. 代码集成
“大家都把自己完成的那部分发给我，由我来集成！”
于是大家都把各自的代码拷贝给了马甲。
“你这个目录这么这样命名？”
“你的代码都没有注释？”
……
马甲一边“集成”代码目录，一边抱怨着。
“咦，怎么编译不通过？靠！这么多编译错误！”马甲惊叫一声，大家都围了过来。
“不可能啊，在我电脑上跑的好好的！”小龚一脸难以置信
“哦，我忘了跟您说了，昨晚我改了一个地方，还没有编译测试，不好意思啊！” 其中一位新手看着其中的一个编译错误，赶紧认错，一脸不好意思
“……..”
马甲那天的午饭只吃了几口，第一因为他心情太差实在没有胃口，第二是他急着回到电脑前面排错。
集成期间，马甲有理由沮丧，因为他被几件事情折磨的快疯掉了：
目录覆盖后，旧代码无法找回；
共用的模块存在冲突；
集成后存在同一业务数据放在不同名字的基本表中；
……
事情很糟，他们花了1周，包括两天周末，每天都是凌晨才歇工，总算让系统“集成”了起来，编译通过，流程勉强走通。
9. 测试
终于可以测试了！马甲长舒一口气。
他知道，测试很重要，但如何测试呢？
仍旧，他给团队每个成员划分了模块，让大家分头测试。
当然，自己负责的模块是不能由自己来测试的，测试出来的问题，会第一时间通知代码作者。
大家开始行动了，一时间鼠标翻飞，人声鼎沸……
测试还是测出了不少问题，新手的问题相对多一些，比如输入合法化验证、边界检查等等
每次被他人找到一个错误都是不幸的，因为意味着当天你得加班修复。
这段时间，马甲受困于几个问题：
为什么修复了一个BUG，却会新增更多的BUG？
为什么总会出现“这个问题前两天我改了呀，怎么又出现了？”？
除了单步跟踪这个方法外，就没有其他办法可以定位问题了吗？
10. 用户测试
终于要见公婆了，即使是丑媳妇。因为马甲看着这个“产品”突然觉得是如此的陌生，跟当初自己的设计想法简直是天壤之别。
马甲带着忐忑不安的心情上路了。
又是一天的辛苦，总算是给用户部署起来了一个用户测试环境。
为此，小王专门给各个部门发了通知，希望他们抓紧时间测试。
“不对啊，怎么跟我当初提的不一样啊？！”
“这个数据输入后，怎么没地方找了呀？”
“下一个流程是什么？”
试用的第一天是如此的混乱，以至于马甲有种被五马分尸的感觉。
问题比预想的多得多，马甲抓着头发，恨不得让自己往墙壁上撞，让自己大脑“死机”片刻
11. 需求变更和蔓延
马甲再次遇到让自己措手不及的事情：用户提出了更高的要求！
情况大概是这么几种：
用户尝试着使用系统，他们常常抱怨这跟他们原来的构思不一样；用户认为这是马甲当初没有正确理解自己的需求，而马甲认为自己已经用《需求说明书》跟用户确认，用户给了肯定答复自己才去实施的，因此应该算变更。
用户在使用这个“可运行”的系统时，突然发现灵感迸发，许多“改良”思路喷涌出来，职位越高，表现越明显。
其中火总提的“新需求”最多，马甲尝试着提醒火总“这是新增需求，不在合同规定范围内……”，火总一脸不悦，“我没有见到系统，当然不知道要什么东西，要怎么做啊，这怎么能算新增需求？再说，合同中不是有提到要提供‘分析报表’吗？”。看到情形不对，小王用眼神暗示马甲，意思是：火总提的你就做吧，别计较了，开发款还指望火总及时支付啊……
可怜的马甲敢怒不敢言，悻悻回家，加班做吧，还能怎样？
12. 后记
第一次用户测试后，进行了大量返工。
马甲的团队中小龚离职。
第二次用户测试的时候，已经延期6个月了
后来，马甲建立了团队开发环境，引入配置管理工具，还调整了团队开发方式，两个新手也逐渐熟练起来…...
马甲像悲壮的《斯巴达勇士》一样坚持着，起早贪黑，废寝忘食，他已经不在乎老板给不给他发奖金了，他现在只想尽快搞定这个该死的项目，仅仅为了荣誉！
又过了6个月，火星公司终于同意上线使用…..
3个月后，系统初验。此时的马甲已经掉膘30斤了，女友也早离他而去……
又过了一年，这个系统变得很慢。小王打电话给马甲，才知道马甲早已跳槽，而其原公司也已经放弃软件开发业务（这个项目的尾款火星公司没有支付），无法给他们提供维护支撑。
经过多日讨论，火总下决心“升级”该系统，另找供应商重新开发——这次，他预算50万……
二、案例分析
1. 案例分析提纲
●这个项目的生命周期？
●项目成功了还是失败了？
●这个项目中的干系人是哪些？分别是什么角色？他们各是什么期望？
●“用户”和“客户”的区别？
●这个过程有哪些经验、教训？
●如果还有一次机会，你会提醒马甲些什么？
●
XXX软件/项目/系统 详细设计说明书 拟制日期 评审人日期 批准日期 编写单位或个人
修订历史
目录 XXX软件详细设计说明书 (1) Revision Record 修订记录 (2) 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (1) 1.4术语定义及说明 (1) 2设计概述 (1) 2.1任务和目标 (1) 2.1.1需求概述 (1) 2.1.2运行环境概述 (1) 2.1.3条件与限制 (1) 2.1.4详细设计方法和工具 (1) 3系统详细需求分析 (1) 3.1详细需求分析 (2) 3.2详细系统运行环境及限制条件分析接口需求分析 (2) 4总体方案确认 (2) 4.1系统总体结构确认 (2) 4.2系统详细界面划分 (2) 4.2.1应用系统与支撑系统的详细界面划分 (2) 4.2.2系统内部详细界面划分 (2) 5系统详细设计 (2) 5.1系统结构设计及子系统划分 (3) 5.2系统功能模块详细设计 (3) 5.3系统界面详细设计 (3) 5.3.1外部界面设计 (3) 5.3.2内部界面设计 (3) 5.3.3用户界面设计 (3) 6、数据库系统设计 (4) 6.1设计要求 (4) 6.2 信息模型设计 (4) 6.3数据库设计 (4) 6.3.1设计依据 (4) 6.3.2数据库种类及特点 (4) 6.3.3数据库逻辑结构 (4) 6.3.4物理结构设计 (4) 6.3.5数据库安全 (4) 6.3.6数据字典 (4) 7非功能性设计 (4) 8 (5) 9环境配置 (5)
1引言 1.1编写目的 说明编制的目的是，大体上介绍一下软件系统中各层次中模块或子程序、以及数据库系统的设计考虑，表明此文档是主要是为编码人员提供服务，并且其他类型的项目参与人员也可以通过此文档对软件/项目有更深入了解。 1.2背景 说明此软件或系统的项目背景、需求背景、开发目的等，还可以列出参与人员等相关信息。 1.3参考资料 列出本文档中引用的文献、资料、标准等相关信息（一般是具有出版或版权性质的文件）。 1.4术语定义及说明 列出文档中用到的和开发有关，或与行业、业务、需求有关的专业术语，并进行解释。 2设计概述 2.1任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 2.1.2运行环境概述 对本系统所依赖于运行的硬件，包括操作系统、数据库系统、运行库、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具，如数据库设计工具、界面设计工具、原型设计工具等。 3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。
软件项目集成开发 一、项目组织架构 Ａ 项目经理 负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。 在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 Ｂ 开发人员 熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 Ｃ 业务需求人员 熟悉业务工作流程，有丰富的业务经验。 业务需求人员的选择应覆盖系统所服务的业务部门。 Ｄ 文档整理人员 随时整理系统开发过程中相关的技术文档。 作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 项目组织架构 项目经理 开发人员 业务需求人员 文档整理人员 测试工程师
Ｅ测试工程师 专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。
二、项目流程管理 系统开发的过程必须符合IT 项目开发流程的规律，整个过程应包含但不仅限于以下环节： 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。 在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：
在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。 三、项目文档管理 项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。 根据以上项目流程，项目实施过程中应包含以下所必须的文档：
文档编号：_________ _________ 文档名称：____________ 项目名称：____________ 项目负责人：____________ 编写：___________ ____年__月__日 校对：___________ ____年__月__日 审核：___________ ____年__月__日 批准：___________ ____年__月__日
开发单位：传讯网络信息 ________________________ 系统规格说明 一、系统功能和目标： 随着因特网的不断普及，国的用户数呈指数级增长。作为因特网最为常用的电子系统越来越受到人们的喜爱，为了满足不断增长的信息交换的需要，各行各业都希望有自己的系统。传讯网络信息自主设计开发了适合中国国情的免费电子系统，用以解决这一日益突出的问题。CHINATION 免费电子系统是专为免费电子服务商、企业集团设计的电子系统。 Chination免费电子系统的设计目标是立足于一个高度集成的、功能强大、技术先进的电子系统。高度集成意味着本系统将把硬盘软件集成在一起。系统是基于LINUX下的，硬盘和软件的集成使得系统具有绝对的安装优势。功能强大意味着系统的实用性，功能的全面性，系统的安全性和可靠性。技术先进意味着将最新版本的LDAP，IMAP，POSTFIX，MYSQL，APACHE和PHP的巧妙结合。 本系统要实现的主要功能有：
1．用户申请注册功能。用户通过申请可以得到一个自己命名的信箱，容量大小为10M。 2．用户忘记密码处理功能。用户忘记密码可以通过注册时设置的密码提示问题来重设密码。 3．用户收功能。它包括SMTP收、POP3取和WWW读三种方式。 4．用户发功能。它包括SMTP发、WWW直接发送、暗送、抄送、定时发送。 5．用户信件处理功能。系统初始设置4个文件夹来分类处理信件：收件箱、发件箱、草稿箱和垃圾箱。用户还可以自己建立新的文件夹。信件在各个信箱之间可以相互移动。 6．用户查找功能。用户可以使用查找功能通过查找信件主题或信件容来找到自己需要的信件。 7．用户信箱配置设置。它包括个人资料更改、密码更改、参数设置、POP3服务器设置、过滤器设置、自动转信、定时发信、签名设置。 8．管理员管理用户和信箱功能。包括输入（增删改）、查询、统计、报表。系统性能参数设置。 9．广播功能。它用于公司定期向一定的用户发送信息，由于一般的用户数有一定数量，所以必须用数据库管。 二、可行性分析 1．技术可行性 本软件拟决定最终在分布式系统上来运行。硬件方面，由于传讯网络信息是国外多家公司并行处理产品的代理商，而且自己本身拥有ALPHA机等先进设备，所以有足够能力开发出先进的电子系统。软件方面，我们拟采用以下几种软件： 1）操作系统用LINUX。Linux作为一个优秀的网络操作系统，它的发行版本中集成了大量的网络应用软件，如Web服务器(apache)、Ftp服务器(wu-ftp)、服务器(sendmail+imap4)、SQL数据库(postgresql)等，可以快速的构建Intranet环境，并且也有精致的收发程序(metamail)和强大的Web 服务器端开发工具(PHP4)。当你配置好sendmail并激活imapd后，你的Linux用户都可以使用Outlook等客户端软件进行收发，只要通过将它们集中进行应用，便可以实现一个简单的Webmail 服务器的功能。但是随着自由软件的不断开发，要构架一个好的电子系统，就面临着软件选择是否适当、性能是否比别人好的问题。下面列出我们所使用的软件。 2）本系统壳软件用imap。有几种方法可以构造电子系统的壳：共享文件系统的策略，基于局域网的专用协议，X.400P7协议和因特网消息存取协议。而基于INTERNET的协议主要有：POP (Post Office Protocol), DMSP (Distributed Mail System Protocol), 和IMAP (Internet Message Access Protocol).POP是最原始，最为人们所知的一种。DMSP仅局限于一个简单应用——PCMAIL，它的优点主要在于对脱机状态操作的支持。IMAP不但继承了POP和DMSP的优点，而且超越了他们的缺点，提供了三种状态下对远程信箱的访问：在线、不连接和脱机状态。在脱机状态，可以发送到一个共享的服务器，但是客户并不是马上全部把它们COPY过去之后在服务器上删掉它们，
软件开发文档模板 1 可行性研究报告 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下： 1.1 引言 1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标 1.2.3 条件、假定和限制 1.2.4 进行可行性研究的方法 1.2.5 评价尺度 1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性 1.4 所建议的系统 1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响 1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响 1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响 1.4.4.6 对地点和设施的影响 1.4.4.7 对经费开支的影响 1.4.5 局限性 1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案 1 1.5.2 可选择的系统方案 2 …… 1.6 投资及收益分析 1.6.1 支出 1.6.1.1 基本建设投资
1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6. 2.1 一次性收益 1.6. 2.2 非一次性收益 1.6. 2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析 1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言 2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.2.3 产品及成果 2.2. 3.1 程序 2.2. 3.2 文件 2.2. 3.3 服务 2.2. 3.4 非移交产品 2.2.4 验收标准 2.2.5 完成项目的最迟期限 2.2.6 本计划的审查者与批准者 2.3 实施总计划 2.3.1 工作任务的分解 2.3.2 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件 2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点
浪潮软件常见问题解决 (2010-07-09 12:12:18) 转载▼ 分类：读它 标签： 电脑 sybase 日记帐 浪潮软件 报表系统 浪潮erp 杂谈 来源：青岛浪潮姜蕾目录 | 软件安装及配置 | 环境配置、帐套管理及维护工具的使用 | 帐务处理、辅助管理、报表 | 打印问题 | 交流… 一、安装浪潮软件后在电脑中会产生哪些文件 单机版用户：sqlany50、GENERSOFT、cwdata文件夹； 浪潮通软myGS Pseries管理软件快捷方式； Sybase SQL Anywhere 5.0快捷方式。
网络版用户：客户端Sybase、GENERSOFT文件夹； 服务器端存在Sybase、cwdata文件夹。开始-程序中会存在浪潮通软myGS Pseries管理软件及Sybase快捷方式。 二、更换机器及电脑格式化前要备份那些文件 单机版用户：将GENERSOFT、cwdata文件夹从c盘拷贝到d或e盘即可。 网络版用户客户端格式化：将GENERSOFT 文件夹从c盘拷贝到d或e盘即可。 三、更换机器或格式化机器后需要安装哪些软件 单机版用户：首先，安装浪潮软件即双击安装盘install文件夹中的setup.exe。其次，安装Sybase SQL Anywhere 5.0数据库软件。安装完成后用备份的GENERSOFT文件夹覆盖新安装软件后生成的GENERSOFT文件夹。 网络版客户端安装：首先，安装浪潮软件即双击安装盘install文件夹中的setup.exe。其次，安装Sybase11.9 client 端。安装完成后用备份的GENERSOFT 文件夹覆盖新安装软件后生成的GENERSOFT文件夹。 四、网络版更换服务器需要备份哪些数据？ 在开始-程序-Sybase-SQL Advantage中使用dump命令备份数据库，将备份后的dup文件拷贝到其他硬盘或机器上即可。 五、网络版客户端与服务器端怎样连接？如何测试连接成功? sybase->dsedit 六、如何进行安装后的配置 单机版用户：如果你要继续使用以前的数据只要在环境配置中将软件与库相连接即可… 网络版用户：打开环境配置窗口，进入环境配置界面…
1．引言 1．1 编写目的 ·阐明开发本软件的目的； 1．2 项目背景 ·标识待开发软件产品的名称、代码； ·列出本项目的任务提出者、项目负责人项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； ·说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无） 列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合 同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。 在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．项目概述 2．1 待开发软件的一般描述 描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能 简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： ·顶层数据流图； ·用例UseCase图； ·系统流程图； ·层次方框图。
2．3 用户特征和水平（是哪类人使用） 描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境 描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．5 条件与限制 给出影响开发人员在设计软件时的约束条款，例如： ·必须使用或避免使用的特定技术、工具、编程语言和数据库； ·硬件限制； ·所要求的开发规范或标准。 3．功能需求 3．1 功能划分 列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。 3．2 功能描述 对各个功能进行详细的描述。 4．外部接口需求 4．1 用户界面 对用户希望该软件所具有的界面特征进行描述。以下是可能要包括的一些特征： ·将要采用的图形用户界面标准或产品系列的风格； ·屏幕布局； ·菜单布局； ·输入输出格式； ·错误信息显示格式； 建议采用RAD开发工具，比如Visio，构造用户界面。
浪潮GS工程会计模块问题说明及 处理方法 浪潮通用软件有限公司 2015年07月
一、清单导入 1.文件被占用 问题原因：此类问题是由于导入的模板文件正在打开中。 解决方案:请关闭excel文件后重新导入。 2.文件与数据包类型不匹配 问题原因：此类问题常见于费用清单导入，是费用清单表中含有两个sheet页。 解决方案：请删除多余的sheet页之后再导入。 3.文件格式不正确 问题原因：此类问题是由于清单中数据含有计算公式，或者数量一列中含有非数字字符，如图所示：
解决方案：应该删除公式，只留数据值保存后再导入。 4.提示字段已经存在 问题原因：此类问题是由于导入的模板文件中存在重复的列项。 解决方案：需要删除重复的列信息。 5.导入时提示筛选数据异常 问题原因：此类问题是因为科目名称不对导致，例如设备清单中科目名称存在勘察设计费等费用科目，或者费用清单中存在主设备等设备科目。 解决方案：需要修改导入清单的科目信息。
6.导入数据发生sql异常 问题原因：一般是规格型号过长导致。 解决方案：需要缩减字段长度。 7.保存导入单据信息时提示错误 ?提示项目不存在或者站点不存在 解决方案：检查导入清单文件中项目编号或站点编号，看是否有遗漏项或者编号前后存在空格，如果有需要补充修改。将提示的项目或站点编号直接粘贴到财务里面进行查询，看是否存在。项目编号到项目信息查询中查询，站点编号到站点查询中查询。如果存在，将项目站点信息导出一份到本地，然后直接将名称粘贴到模板里面进行导入。如果项目信息或站点信息在财务系统中不存在： a、项目信息-从项目管理系统进行数据同步：项目管理系统中点击“全视图”-“项目同步主数据”按钮 b、站点信息-从资源管理系统进行数据同步：资源管理系统中找到该站点，先点“修改对象”，再点“确定”。（在修改页面中，只有当属性值确实发生变化时，点击“确定”按钮才会进行保存，并更新修改时间，否则即使点了确定，后台也不会做任何更新。满足以下条件的站点，财务系统才能看到：站点状态为在建或者在网，所属组织正确） ?提示要红冲的单据不存在 解决方案：首先检查导入的清单文件中物料编码是否填写，以及红冲的物料编码是否和成本单查询里面的物料编码一样。 8.清单导入功能中删除导入数据提示费用已归集时如何处理？ 问题原因：此类问题的出现是由于导入的数据中存在某个项目已经进行资产装配或者已经生
目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目的开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (2) 2.3.3 软件项目实施里程碑控制 (3) 3. 软件开发 (4) 3.1软件的需求分析 (4) 3.1.1 需求分析 (4) 3.1.2 需求分析报告的编制者 (5) 3.1.3 需求报告评审 (5) 3.1.4 需求报告格式 (5) 3.2软件的概要设计 (5) 3.2.1 概要设计 (5) 3.2.2 编写概要设计的要求 (6) 3.2.3 概要设计报告的编写者 (6) 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (6) 3.2.5 概要设计的评审 (6) 3.2.6 概要设计格式 (6) 3.3软件的详细设计 (7) 3.3.1 详细设计 (7) 3.3.2 特例 (7) 3.3.3 详细设计的要求 (7) 3.3.4 数据库设计 (7) 3.3.5 详细设计的评审 (7) 3.3.6 详细设计格式 (8) 3.4软件的编码 (8) 3.4.1 软件编码 (8) 3.4.2 软件编码的要求 (8) 3.4.3 编码的评审 (8) 3.4.4 编程规范及要求 (8) 3.5软件的测试 (9) 3.5.1 软件测试 (9) 3.5.2 测试计划 (9)
3.6.1 交付清单 (9) 3.7软件的鉴定验收 (10) 3.7.1 软件的鉴定验收 (10) 3.7.2 验收人员 (10) 3.7.3 验收具体内容 (10) 3.7.4 软件验收测试大纲 (11) 3.8培训 (11) 3.8.1 系统应用培训 (11) 3.8.2 系统管理的培训（可选） (11) 1. 引言 (19) 1.1编写目的 (19) 1.2项目风险 (19) 1.3文档约定 (19) 1.4预期读者和阅读建议 (20) 1.5产品范围 (20) 1.6参考文献 (20) 2. 综合描述 (21) 2.1产品的状况 (21) 2.2产品的功能 (22) 2.3用户类和特性 (22) 2.4运行环境 (22) 2.5设计和实现上的限制 (23) 2.6假设和约束(依赖) (23) 3. 外部接口需求 (24) 3.1用户界面 (24) 3.2硬件接口 (25) 3.3软件接口 (25) 3.4通讯接口 (26) 4. 系统功能需求 (26) 4.1说明和优先级 (27) 4.2激励／响应序列 (27) 4.3输入／输出数据 (28) 5. 其它非功能需求 (28) 5.1性能需求 (28) 5.2安全措施需求 (29) 5.3安全性需求 (29) 5.4软件质量属性 (29) 5.5业务规则 (29) 5.6用户文档 (30)
程序员笔试题浪潮软件 研发B卷 集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-
浪潮软件研发B卷（60分钟）注：对于有C和JAVA选择的试题，考生可以选择其中一种解答，请在答题卡中标明。即选择C语言试题解答，则解答的JAVA试题不计分；选择JAVA语言，解答的C语言试题不计分。 一、填空题，共52分，每空2分 1.在计算机中，最适合进行数字加减运算的数字编码是____,最适合表示浮点数阶码的数字编码是______。 2.如果主存容量为16M字节，且按字节编址，表示该主存地址至少应需要__位。 3.中断响应时间是指_______从发出中断请求到进入中断处理所用的时间 4.表达式a*（b+c）-d的后缀表达形式为_________。 5.若二叉树的先序遍历序列为ABDECF，中序遍历序列DBEAFC，则其后序遍历序列为____________。 6.以比较为基础的排序算法在最坏情况下的计算时间下界为________。 7.若广义表L=（（1，2，3）），则L的深度为______。 8.某双向链表中的结点如下图所示，删除t所指结点的操作为 ________。 t prior data ……
next 9.在_____存储结构中，数据结构中元素的存储地址与其关键字之间存在某种映射关系。 10.在TCP/IP网络中，为各种公共服务保留的端口号范围是_____。 11.OSI传统7层指的是：物理层、数据链路层、_____、传输层、话路层、_____和应用层。 12.关系模式R（U，F），其中U=（W,X,Y,Z）,F={WX→Y,W→X,X→Z，yVw}。关系模式R的候选码是_______，_____是无损连接并保持函数依赖的分解。 13.软件设计的主要任务是设计软件的结构、过程和模块，其中软件结构设计的主要任务是要确定_____。 14.常见的软件开发模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。其中______模型适用于需求明确或很少变更的项目，______模型主要用来描述面向对象的软件开发过程。 15.在UML提供的图中，______用于描述系统与外部系统及用户之间的交互；______用于按时间顺序描述对象间的交互。 【C语言】： 16.设有定义语句int（*f）（int）；则f是____________。 17.函数调用语句：func（f2（v1，v2），（v3，v4，v5），（v6，max （v7，v8）））中func函数的实参个数是____________。 19.设fp为指向某二进制文件的指针，且已读到此文件末尾，则函数feof（fp）的返回值为____________。
目录 三、需求规格说明书 (2) 四、概要设计说明书 (12) 五、详细设计说明书 (15)
3软件需求说明书 软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 3.1引言 3.1.1编写的目的 3.1.2背景 3.1.3定义 3.1.1参考资料 3.2任务概述 3.2.1目标 3.2.2用户的点 3.2.3假定与约束 3.3需求规定 3.3.1对功能的规定 3.3.2对性能的规定
3.3.2.1精度 3.3.2.2时间特性要求 3.3.2.3灵活性 3.3.3输入输出要求 3.3.4数据管理能力的要求 3.3.5故障处理要求 3.3.6其它的专门的要求 3.4运行环境规定 3.4.1设备 3.4.2支持软件 3.4.3接口 3.4.4控制 4数据需求说明书 数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下： 4.1引言
4.1.1编写目的 4.1.2背景 4.1.3定义 4.1.4参考资料 4.2数据的逻辑描述 4.2.1静态数据 4.2.2动态输入数据 4.2.3动态输出数据 4.2.4内部生成数据 4.2.5数据约定 4.3数据的采集 4.3.1要求和范围 4.3.2输入的承担者 4.3.3处理 4.3.4影响 5概要设计说明书 概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目
的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下： 5.1引言 5.1.1编写目的 5.1.2背景 5.1.3定义 5.1.4参考资料 5.2总体设计 5.2.1需求规定 5.2.2运行环境 5.2.3基本设计概念和处理流程 5.2.4结构 5.2.5功能需求与程序的关系 5.2.6人工处理过程
开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。
浪潮信息产业、区域、行业售前人员产品知识百问 存储-AS510H篇 一、处理器类： 1、问：AS510H配置的处理器是什么型号？ ?AS510H配置处理器是Power PC ROC芯片 2、问：AS510H最大支持几个控制器扩展？ ?AS510H最大支持双控制器 3、问：AS510H标配几控制器？ ?AS510H标配双控制器 二、缓存类： 5、问：AS510H最大支持的缓存容量是多少？ ?AS510H 每控制器支持1个DIMM插槽 ?双控制器最大支持的缓存容量为16G 6、问：AS510H的缓存保护机制是什么？ ?AS510H的缓存保护采用BBU+flash 每控制器8GB缓存 三、硬盘类: 7、问：AS510H支持的硬盘类型都有哪些？ ?AS510H支持2.5、3.5英寸规格的SAS、NL-SAS、SSD硬盘（SATA盘没有引入） ?目前支持的类型有： ? 3.5寸：3TB SAS 7200转、4TB SAS 7200转 ? 2.5寸：900GB SAS 10Krpm、1.2TB SAS 10Krpm ? 2.5寸：200GB SSD、800GB SSD 8、问：AS510H如何给用户规划硬盘扩展柜？ ?AS510H主机为2U12盘位规格，可选三种扩展柜，一种是2U12盘的扩展柜，一种是2U24 盘的扩展柜，另一种是4U60盘位的扩展柜 ?2U12盘位的扩展柜可以扩展到16个，最大支持192块硬盘 ?2U24盘位的扩展柜可以扩展到16个，不超过总盘数量的前提下 ?4U60盘位的扩展柜可以扩展到3个，选择这种扩展柜系统最大支持192块硬盘 ?可以2U12盘位扩展柜和4U60盘位扩展柜混合使用 9、问：AS510H在给用户规划容量应该注意什么？ ?AS510H在帮助用户规划容量时，首先应该明确客户现有需求和未来扩容需求
1引言 编写目的 背景 定义 参考资料 2总体设计 需求规定 运行环境 基本设计概念和处理流程 结构 功能器求与程序的关系 人工处理过程 尚未问决的问题 3接口设计 用户接口 外部接口 内部接口 4运行设计 运行模块组合 运行控制 运行时间 5系统数据结构设计 逻辑结构设计要点 物理结构设计要点 数据结构与程序的关系 6系统出错处理设计
出错信息 补救措施 系统维护设计 **************************************** 2、 ISO9001标准文档模版 第1章引言 编写目的 术语 参考文献 第2章系统概述 系统说明 系统任务 2.2.1 系统目标 2.2.2 运行环境 2.2.3 与其它系统关系 需求规定 2.3.1 功能需求 2.3.2 性能需求 2.3.3 数据要求 2.3.4 其它 第3章总体设计 系统物理结构 3.1.1 系统流程图 3.1.2 设备清单 软件结构图
3.2.1 模块结构图 3.2.2 模块清单 第4章模块功能描述 模块1（标识符）功能 模块2 （标识符）功能 第5章接口设计 用户界面 硬件接口 软件接口 通信接口 第6章数据结构设计 数据结构1 （标识符） 6.1.1 结构属性 6.1.2 逻辑结构 6.1.3 物理结构 6.1.4 数据元素 数据结构2 （标识符） 第7章运行设计 运行1 7.1.1 运行模块组合运行名称 7.1.2 运行控制操作 7.1.3 运行时间 运行2 第8章系统安全 系统安全 数据安全 后备与恢复
出错处理 计算机病毒的防治措施 第9章功能需求、数据结构和模块 功能需求与模块关系 数据结构与模块关系 **************************************** 概要设计说明书 1 引言 写目的：阐明编写概要设计说明书的目的，指明读者对象。 项目背景：应包括 ●项目的委托单位、开发单位和主管部门 ●该软件系统与其他系统的关系。 定义：列出本文档中所用到的专门术语的定义和缩写词的愿意。 参考资料： ●列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 ●项目经核准的计划任务书、合同或上级机关的批文；项目开发计划；需求规格说明书；测试计划（初稿）；用户操作手册 ●文档所引用的资料、采用的标准或规范。 2 任务概述 目标 需求概述 条件与限制 3 总体设计 总体结构和模块外部设计
软件项目开发计划规范 1 引言 1.1编写目的 ? 阐明开发本软件的目的； ? 说明编写这份项目开发计划的目的； ? 指明软件需求说明书所预期的读者。 1.2背景 ? 表示待开发的软件系统的名称、代码； ? 列出本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； ? C.说明该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2.3产品 2.3.1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2.3.2文件 列出需移交给用户的每种文件的名称及内容要点。 2.3.3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2.3.4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2.4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2.5完成项目的员迟用限 2.6本计划的批准者和批准日期 3实施计划 3.1工作任务的分门与人员分工
现代物流企业管理系统开发方案 目录 前言 (2) 1．系统开发背景 (2) 2．系统主要目标和内容 (2) 3．系统开发的原则 (3) 4．系统框架逻辑结构及企业配送中心的组织结构图 (4) 5．系统主要功能描述 (5) 5.1系统的功能构成 (5) 5.2系统功能模块描述 (7) 5.2.1网上交易平台 (7) 5.2.2订单管理 (8) 5.2.3进货管理其结构 (9) 5.2.4仓储管理其结构图 (10) 5.2.5 配货管理其结构 (11) 5.2.6发货管理其结构 (11) 5.2.7 配送运输管理其结构 (12) 5.2.9 查询中心 (15) 5.2.10 财务管理： (15) 5.2.11 客户管理： (15) 5.2.12 客服管理： (16) 5.2.13 OA管理： (16)
5.2.14 报关管理： (17) 5.2.15 认证系统 (17) 5.2.16 网上银行系统 (18) 5.2.17 系统后台维护与安全 (18) 6.VCPL系统流程 (18) 7.条码应用 (23) 7.1生产线上的产品跟踪 (23) 7.2产品标签管理 (23) 7.3产品入库管理 (24) 7.4产品出库管理 (24) 7.5仓库内部管理 (24) 7.6货物配送 (25) 7.7保修维护 (25) 7.8二维条码优点 (25)
前言 为了满足企业集团、大型企业、物流企业物流配送的需要，"长春九州商贸公司"依托自身长期从事电子商务应用物流配送服务所积累的技术和经验，以几年来开发成功的电子商务项目为基础，开发出"长春九州商贸公司" 现代物流企业管理系统。现代物流也是电子商务的重要支撑系统，在电子商务环境下，企业系统已成为企业现代化、商务电子化时代的重要任务，为适应企业集团现代物流的需要，长春九州商贸公司电子商务应用研究所组织本所优秀技术人员在仓库协调系统的基础上研发出这一套系统。 1．系统开发背景 现在大多数物流配送企业（第三方物流配送或集团企业物流配送）由于其电子商务化程度低、物流理念滞后，物流配送活动仍停留在传统方式上，信息化、自动化、集成化程度低、速度慢、差错多。因此，物流配送工作必须实现电子商务化、现代化，充分利用互联网、射频技术等现代化的IT技术加强网络、网站等电子商务方面的输入和放送。完善以电子商务为基础的物流配送系统，为物流取得更大的客户群和高效、快速、准确的配送创造条件。同时，也为企业进行快速、准确的物流分析和物流决策提供可靠的依据，以提高竞争力。
WallPaper开发设计文档
文档变更纪录 更改人日期更改内容 创建文件 目录 1开发规划 (1) 1.1开发人员 (1) 1.2开发计划 (2) 1.3开发环境和工具 (3) 1.4开发规范 (3) 2总体设计 (4) 2.1概念术语描述 (4) 2.1.1术语1 (4) 2.1.2术语2 (4) 2.2基本设计描述 (5) 2.2.1系统总体逻辑结构图 (5) 2.2.2系统部署结构图 (6) 2.3主要界面流程描述 (7) 2.3.1功能1界面流程 (7) 2.3.2功能2界面流程 (7) 2.4模块列表 (8) 3数据结构 (9) 4接口规范 (10) 4.1<模块1API> (10) 4.1.1Interface1 (10) 4.1.2Interface2 (10) 4.2<模块2API> (11) 4.3<模块3API> (11) 4.4<数据库API> (11) 5模块设计 (12) 5.1M ODULE1设计 (12) 5.1.1模块设计描述 (12)
5.1.2模块界面描述 (12) 5.2M ODULE2设计 (13) 6附录 (14) 6.1第三方组件 (14) 6.2参考资料 (15) 6.3附加文档 (15)
开发规划 开发人员 角色主要职责负责模块人员备注 项目经理PM ?项目全面负责 ?项目设计 ?主要框架/模块编写 ?项目进度控制 ?xxx模块xxx 产品经理PT ?定义需求 ?产品监督 ?结果验证（测试） ?用户文档 无xxx 程序员 DEV ??xxx模块xxx 程序员 DEV ??xxx模块xxx ??
检查收支情况表，是根据报表项目对应科目生成的 过滤掉已被其他抽样方案抽过的凭证：不要抽已抽过的凭证，防止重复抽凭 系统： 1.W7的系统，怪异的问题？ 控制面板---用户帐户---更改用户帐户控制设置--把光标弄到从不通知---然后重启电脑2. 项目存放在哪儿？ 双击打开审计系统----在登录界面设置项目路径----打开目录----可以找到项目存放的地方也就是能过设置项目路径来找文件存放的地方 3. 鼎信诺底稿模板在哪？ 右击鼎信诺快捷方式—--属性—---查找目标—--打开一个文件夹—--打开hydemo文件夹，里面就是鼎信诺底稿模板 4. 无未审会计报表或重置未审会计报表 按Shift +鼠标左键未审会计报表，如果还没有的话，重新导入 5.底稿打开不动 W7的系统，Uac已关闭，还是不行，看迅雷是否打开，打开的话关闭一下，迅雷会抢占资源 6. 检测不到加密狗授权，W7的系统 ①.Uac关闭 ②.装上一个加密狗驱动程序 7. 网络版的审计系统，提示项目连接超时？ 重装一下审计系统 8. 为什么要校正时间： ①.项目非正常退出 ②.系统时间修改 ③.项目是别人拷贝的 9.转换时出错： 版本低，升级一下 10. 导入的时候，出现如下提示： ①.是无效文件，可能是插拔U盘的时候没有正常退出什么的导致文件损坏 ②.可能是因为前端取数工具用的不合适 升级问题：
1. 升级软件之后，再进去就是这样了，点确定就直接退出了 这是内部程序出现问题，下载一个安装包，不用卸载程序，覆盖安装一下就行 2. 删除C:\Windows\下IsUn0804.exe或者IsUninst.exe即可 即： 3. 登录项目时，提示项目连接超时 ①有多余的进程没有关掉，3.2 关闭sjp3.exe db开头的，5.0关闭sjp5.exe db开头 ②拷贝别人的项目正在登录，是会出现这样的情况 ③重装审计系统 4. 3000的系统，转换时提示 这样的话，①.只有升级，用加密狗，没有办法升级，提示是这样的 ②.还有就是财务软件类型选错了
软件开发设计文档
文档管理信息表 主题web服务器 版本 1.0 内容可响应客户端发送文件请求的web服务器关键字套接字，请求报文，响应报文，tcp编程参考文档无 创建时间2016/4/2 创建人吴鑫 最新发布日期2016/4/2 文档变更纪录 更改人日期更改内容 何鑫2016/4/4 创建文件
目录 1开发规划 (1) 1.1开发人员 (1) 1.2开发计划 ............................................................................................... 错误！未定义书签。 1.3开发环境和工具 (3) 1.4开发规范 ............................................................................................... 错误！未定义书签。2总体设计 (4) 2.1概念术语描述 (4) 2.1.1术语1 (4) 2.1.2术语2 (4) 2.3主要界面流程描述 (6) 2.3.1功能1界面流程 (6) 2.3.2功能2界面流程 (8) 2.4模块列表 (8) 3数据结构 (9) 4接口规范........................................................................................................ 错误！未定义书签。 4.1<模块1API> ......................................................................................... 错误！未定义书签。 4.1.1Interface1 ...................................................................................... 错误！未定义书签。 4.1.2Interface2 ...................................................................................... 错误！未定义书签。 4.2<模块2API> ......................................................................................... 错误！未定义书签。 4.3<模块3API> ......................................................................................... 错误！未定义书签。 4.4<数据库API> ....................................................................................... 错误！未定义书签。5模块设计........................................................................................................ 错误！未定义书签。 5.1M ODULE1设计...................................................................................... 错误！未定义书签。 5.1.1模块设计描述............................................................................... 错误！未定义书签。 5.1.2模块界面描述............................................................................... 错误！未定义书签。 5.2M ODULE2设计...................................................................................... 错误！未定义书签。6附录 (13) 6.1第三方组件 (13) 6.2参考资料 (14) 6.3附加文档 ............................................................................................... 错误！未定义书签。