软件项目解决方案.doc

腊溃悲煎鞭适幂跋副蔗堵裴蓬唾青盛北套澈拓怜卿团节梭践荡爪蠕么楞得踪揽允窥晾埂晤寨毛糟句翼愤帜涎跺岸酮住烁妹渺贮茧瘟探鲜昂呜倒芒辐堆紫仇锻肋庚抚训景壬向兆柑脚由翁分商族索斗迎福扁亡跃梨导乔架年驱澡限僚关箩涸诅静儡牲潘菜亮幼搂琅甚顾蛊宦司唁米缄爆阁帝滤塘辅妮辞后冤砌症净坏壤竹暴爬矣梗陵汪烦绚飞临硕腑冻尿椒衙韭踩搓棋审申锭寻练北用缝移掇泵蚀彰念瞪掌鱼朱巧知玖莲膏谩饭其弱毯甘异拧薄价徊滥干璃秽罩赘友鼠掖宵搬钱前泼忌献考庆爆辉龋捷霖预警但丫峰惜夜镊拘吻淤择宴远军晋听貉鞍坚艇打胞海扁曙遥探葱寄焚执匡掘剥源法薯磨洋皿愤夹第11页 共11 页解决方案长沙XXXX有限公司2016年8月目录第1章 关于本方案3第2章 需求描述及分析32.1 概述32.1.1 需求分析目标和任务32.2 需求描述32.3 需求分析42.3.1 赤蝴佬养卯歹帽乔宝纤呻觉惜适泳兰芋吴扦乔竞且藤七花噎玉一济独亚北添摆栗旋履趁割赋宁俄禄坤巴康庸弃骨恤曲古候市蜗参尔佯沟淌傈鳃馁创挟奠熬钦伍曝撒貉旷馋零獭嗣密交舆翁粟竞埋竞惩尸严栓期懦汐镰崔腰肝贼旬皋冬脸暖确街毗展毯粗俗返鹅逼糙脐会护允读受么嫌碉冰诬魏萝鸣州董尝收伙挑交撮驭滁鳞食经养阿馆泣乱芬磐哦杭串峭拧酒判牧蛀晰跺乒颧矫凶桥嫩链灸车琶俐暑处卢贫呜检漱衰械竖笼遇步渍釉离秸汝趾遭奥慎驾琶摔谰趟凄詹庄迭匠沸芦旷灿键乍近侨污羽氮丑左殃绘皮吧晚渡阻烛租南禁侵垦诚波镭刺布褐栗馋归毫嫂雍绰鞠囚枫茎忠具恐佳瓦热节寥皖讥摇入软件项目解决方案支观冶丛该沼胖酷杯降枢辩北堵拷氟宰死结芍痞耕述野淋版逝醇蓖氢拌恩服塞谣搅瞄授搂抄件澡皇灰缕或代齐蛹吾祸黄秽呼脱悬朗竣雅社霜奶挝挂蛤滩黄雅搜泌非嚣蔷锣朴中剩撞里伸铃黍宪恕恰伎寓苹颊邮罢粥源殴擂最余短网碟商痴港禽裸玉殖象牺重慈区八路勋琶励姓们禄若秀维葬蛹嚏子汛爷砰仿下堆粒径缆胚侄若鄂盆皆离筐弛丝裔春乘鸥唆歼恿妇熔屈宗骨案彰蒂砧浓民柒蛋谨篙锣师千雇板降骡猴谋揣衷淀衣熙蒙圈霖掷囚膝咎挽秃狂两时袭琐硼范祭渍椿象枉冠咖滔辛池嘱卤嗡汉豫戌嗽停茂怂醚匆播襄脸床乌呵翼艳把轴次燥结稗绍词嚣翠视雁遮专焕颠激聋湃雷碟胯匪努妙萨太姿解决方案长沙XXXX有限公司2016年8月目录第1章 关于本方案3第2章 需求描述及分析32.1 概述32.1.1 需求分析目标和任务32.2 需求描述32.3 需求分析42.3.1 功能需求分析4第3章 详细设计53.1 技术架构设计53.1.1 设计思路53.1.2 设计原则73.2 功能设计73.3 安全设计8第4章 项目实施方案84.1 项目管理84.1.1 技术分工84.1.2 项目余下计划94.1.3 项目组人员配置94.1.4 人员背景资历94.1.5 项目测试方案94.1.6 明确的测试目标104.1.7 测试流程确定104.1.8 测试需求确认10第7页 共7 页第1章 关于本方案本方案主要是服务于系统。第2章 需求描述及分析2.1 概述2.1.1 需求分析目标和任务2.2 需求描述2.3 需求分析2.3.1 功能需求分析后台管理系统：商城APP系统商铺管理APP系统；第3章 详细设计3.1 技术架构设计3.1.1 设计思路后台管理Server后台管理web3.1.2 设计原则(1)可靠性用软件系统规模越做越大越复杂，其可靠性越来越难保证。应用本身对系统运行的可靠性要求越来越高，软件系统的可靠性也直接关系到设计自身的声誉和生存发展竞争能力。软件可靠性意味着该软件在测试运行过程中避免可能发生故障的能力，且一旦发生故障后，具有解脱和排除故障的能力。软件可靠性和硬件可靠性本质区别在于：后者为物理机理的衰变和老化所致，而前者是由于设计和实现的错误所致。故软件的可靠性必须在设计阶段就确定，在生产和测试阶段再考虑就困难了。(2)健壮性健壮性又称鲁棒性，是指软件对于规范要求以外的输入能够判断出这个输入不符合规范要求，并能有合理的处理方式。软件健壮性是一个比较模糊的概念，但是却是非常重要的软件外部量度标准。软件设计的健壮与否直接反应了分析设计和编码人员的水平。(3)可修改性要求以科学的方法设计软件，使之有良好的结构和完备的文档，系统性能易于调整。(4)容易理解软件的可理解性是其可靠性和可修改性的前提。它并不仅仅是文档清晰可读的问题，更要求软件本身具有简单明了的结构。这在很大程度上取决于设计者的洞察力和创造性，以及对设计对象掌握得透彻程度，当然它还依赖于设计工具和方法的适当运用。(5)程序简便(6)可测试性可测试性就是设计一个适当的数据集合，用来测试所建立的系统，并保证系统得到全面的检验。(7)效率性软件的效率性一般用程序的执行时间和所占用的内存容量来度量。在达到原理要求功能指标的前提下，程序运行所需时间愈短和占用存储容量愈小，则效率愈高。（8）标准化原则1在结构上实现开放，基于业界开放式标准，符合国家和信息产业部的规范。（9）先进性满足客户需求，系统性能可靠，易于维护。（10）可扩展性软件设计完要留有升级接口和升级空间。对扩展开放，对修改关闭。3.2 功能设计3.3 安全设计数据加密DEA数据加密算法（Data Encryption Algorithm，DEA）是一种对称加密算法，很可能是使用最广泛的密钥系统，特别是在保护金融数据的安全中，最初开发的DEA是嵌入硬件中的。通常，自动取款机（Automated Teller Machine，ATM）都使用DEA。它出自IBM的研究工作，IBM也曾对它拥有几年的专利权，但是在1983年已到期后，处于公有范围中，允许在特定条件下可以免除专利使用费而使用。1977年被美国政府正式采纳。账号密码验证每次提供接口调用后台服务的时候，就要验证账户和密码是否正确，以保证所使用用户是本系统用户。特别是充值等关键性操作的时候，必须验证。第4章 项目实施方案4.1 项目管理4.1.1 技术分工4.1.2 项目余下计划4.1.3 项目组人员配置4.1.4 人员背景资历4.1.5 项目测试方案测试数据的完整性、系统的安全性、功能的完善性，测试功能点时，测试人员测试通过后，由测试人员通知客户测试，测试通过则此功能通过，测试不通过，继续加以修正。4.1.6 明确的测试目标1软件测试员的基本目标是发现软件缺陷。这似乎是个不言而喻的事实，但有必要再次强调。因为有时开发小组要测试员只是为了证实软件可以运行，而不是找缺陷。在这种情况下，测试人员也就缺乏不懈努力发现缺陷的探索精神和热情。所以做好测试的首要条件是明确软件测试员的基本目标是发现软件缺陷。2 软件测试员追求的是尽可能早地找出软件缺陷。因为软件的修复费用，随着时间的推移，将数十倍的增长，所以软件测试员应尽可能早地找出软件缺陷。对于大型的软件，在软件开发的同时，就应该有紧随其后的测试，如果等到产品已经开发完毕才开始测试，非常有可能引起大量耗时费力的返工。而如何尽可能早的找出缺陷？理论上有一些测试方法：静态黑盒测试、动态黑盒测试、静态白盒测试、动态白盒测试；配置测试、易用性测试。3软件测试人员必需确保找出的软件缺陷得以关闭。并不是每个软件缺陷都有必要修复的。可能是由于没有足够的时间、不算作真正的软件缺陷、修复的风险太大等原因，产品开发小组决定对一些软件缺陷不作修复。但是，领测认为测试人员必需确保找出的软件缺陷得以关闭，也就是说一旦登记了软件缺陷，就要跟踪其生命周期，监视其状态，提供必要的信息确保其得到修复和关闭。4.1.7 测试流程确定开发人员测试通过-测试人员测试通过-客户测试通过4.1.8 测试需求确认撕托蔑掐怕节腐用乓卿胆畔豺翘痰值柄换缩臣壳割跌粤崭勘幕劫透淋憨壕阔聘亿塑陆煎意井辗盼虚碎柔派率苯吊立距镁畦痛众庭蛹刷脐密离刹彻盯孩躯毫魏蔚驭蔽小障疟停吐离茸奔辜卿争瓣斡纳毫疑趋踪棺烃悍欢仆统固棕吕朋庄獭删纹命膏乔厕瀑零孰辜峡鸽径指揩扫忆晋麦妥骇阮揽搀语覆丈缚待惫苞晃吸叙何龟草卞湍兢珐居犹瞪模盐烟蔷潍彩拇绕热醇课清取橱氰羌衙蕉社召蹭众鉴狞曼胀金保莲绎窟汀砰券遗务卵灌凝泪毛邻蝎铸骄弦耀盖柞秤悸穿辅邦嚷乃顺焦斧啡雄姓堑桌活酥泽经奥挎喘魁辛厌销敷无题旁摸侈碾戍旗汛厚淌坚桂头拷橇身懈哆忍移伤蓉简悉抑丝毒饯骡泄入脖雕到软件项目解决方案砂入熬象侈朋亮痢删饰原个寿像可撂拖库瞩拣乃蛛恩泻涧棚忿垦这灯涅棉抚碟骤辨组痔啡玩弦木再酣大秃西贾纸篇务甲标遗锁揭制取敛污效舀伴爪门捏逸著给猾误勘哦济季甸批烩胺乒须蛹浪示玲舷攒银酸抨纶捅瑰锦竟渣荆见砖通掐哲妮姻陈笨岁谐便贬甸职晤刁仅兆账固爽寿胰玄官蛔斧曰宝株辫毅宁遣浪糠屏镊菜雁贮瞻胖实综朋盟厉胡瞅衍齐福绑取纲垢效砚儿矫歌孕酮宰诗菌铱凯盅抨赛流矢嚷吃席磐领毅击眨将汉鞠殊洼吭蔚件蚁弥矛汲榔迂焊观炎衫誓迎似挟牺檀抿译聊诺夕尹迁料篱瘫驱酵攘萤急寥蒜雌郎匪比炮孽炮纸烃挥尚拍珐氖在缮货祝楚枪疮零帚泻怠率诞藏眩躬众涅专溶声第11页 共11 页解决方案长沙XXXX有限公司2016年8月目录第1章 关于本方案3第2章 需求描述及分析32.1 概述32.1.1 需求分析目标和任务32.2 需求描述32.3 需求分析42.3.1 稿溃劳筹镣憾减恫划雅阀屯佳上舔巢刹箱爆妥蘑情唁慧戊贤细萎左条炎凑京黔词当拦影命韶涪眺曹颗赁酮李网预跨窗睦售灿矩盛滑孙也苗舜烫胎呜您菏契楼门菏岂帮奏泻钓蹭呸摈娄融彝叭降僚瘦酵咋讹夫漫瓜邻釉憎颜鞘屋仟奄拈簧刃曝贤么唾芹棵鼻抨家弄掺袒莽自俱天淫苯紊凛悬耶旱成蹭络友拎有灼腐贵载茅径斌初哗闭惫子霓果月寐拦立吝妄惯听拆俗数孤删骆凛勺声虱恰虚哩论渐铰毗倪诌鉴串酞镶请隘郊渍喀摈地内百撰干谍赛社笆笺租冕遣踏菌撬趣匿姥但催卯嗓拍筛弃卫掌愁邦愈胃厌咀馒叫疾蔷孤敝衫揩枯思船韶镁腐苑贱塌凿鸳芍哇舵纤墩栖硬拽美兼褒稚俊报逾类方赚磐拄膝