编号:_________________
版本:_________________
<系统名称>
网上购物概要设计说明书
委托单位
承办单位
编写签名_________________ 年 月 日
复查签名_________________ 年 月 日
批准签名_________________ 年 月 日
网上购物概要设计说明书
文件状态:
[√] 草稿
[ ] 正式发布
[ ] 正在修改 文件标识: Project No.XXX-RD-RF No.XXX(自己定义)
当前版本: X.Y
作 者:
完成日期: Year-Month-Day
版 本 历 史
版本/状态 作者 参与者 起止日期 备注
1引言 4
1.1编写目的 4
1.2背景 4
1.3定义 4
1.4参考资料 4
2总体设计 4
2.1需求规定 4
2.2运行环境 5
2.3基本设计概念和处理流程 5
2.4结构 5
2.5功能需求与程序的关系 5
2.6人工处理过程 5
2.7尚未问决的问题 6
3接口设计 6
3.1用户接口 6
3.2外部接口(硬件接口) 6
3.3内部接口(软件接口) 6
4运行设计 6
4.1运行模块组合 6
4.2运行控制 6
4.3运行时间 7
5系统数据结构设计 7
5.1逻辑结构设计要点 7
5.2物理结构设计要点 7
5.3数据结构与程序的关系 7
6系统出错处理设计 8
6.1出错信息 8
6.2补救措施 8
6.3系统维护设计 8
1引言
1.1编写目的
说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景
说明:
a. 待开发软件系统的名称;
b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出有关的参考文件,如:
a. 本项目的经核准的计划任务书或合同,上级机关的批文;
b. 属于本项目的其他已发表文件;
c. 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
序号 资料名 文件编号 发表日期 出版单位
2总体设计
2.1需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求(可以参考需求说明书)
2.1.1功能描述
2.1.2性能要求
2.2运行环境
简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定(可以参考需求说明书)
2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程,尽量使用图表的形式(可以参照图书零售系统范例)
注:可以使用word绘制流程图(示意图),也可以使用专业的MS Visio或者Rational Rose绘制
2.4结构
用一览表及框图或者树状图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系(可以参照图书零售系统范例)
2.5功能需求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现是处于哪个模块中的:
模块1 模块2 …… 模块n
功能需求1 √
功能需求2 √
……
功能需求n √ √
如:
用户登录 用户信息管理 ……
用户名、密码验证 √
彩色验证码验证 √
修改用户个人信息 √
2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
2.7尚未问决的问题
说明在概要设计过程中尚未解决、而设计者认为在系统完成之前必须解决的各个问题。
3接口设计
3.1用户接口
说明将向用户提供的命令和它们的语法结构,以及软件的回答信息(可以参照图书零售系统范例)
3.2外部接口(硬件接口)
说明本系统同外界的所有接口的安排,包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系,比如需要从外界系统接收哪些数据,或者需要输出哪些数据给外部系统等
3.3内部接口(软件接口)
说明本系统之内的各个系统元素之间的接口的安排(可暂时先省去)
4运行设计
4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
模块集合 运行条件 支持软件
4.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
运行名称 控制方法 操作步骤
4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
运行名称 所占资源 时间
5系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。
补充说明:5.1和5.2可以合并为列出数据库中的所有表的设计结构(可以参照图书零售系统范例)
5.3数据结构与程序的关系
说明各个数据结构(表)与访问这些数据结构的模块的关系:
模块1 模块2 …… 模块n
表1 √
表2 √
……
表n √ √
如
用户登录 用户信息管理 ……
User_Table √ √
……
6系统出错处理设计
6.1出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
出错情况 提示信息 发生条件 解决办法
6.2补救措施
说明故障出现后可能采取的变通措施,可能包括:
a. 后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
b. 降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;
c. 恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 各个程序之间的对应关系,可采用如下的矩阵图的形式;
系统概要设计怎么写
是软件的概要设计么?
网上应该到处都有的,我以前也会打过一样的问题
给你一个我以前用的吧~
概要设计说明书
1引言
1.1编写目的
说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景
说明:
a. 待开发软件系统的名称;
b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出有关的参考文件,如:
a. 本项目的经核准的计划任务书或合同,上级机关的批文;
b. 属于本项目的其他已发表文件;
c. 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计
2.1需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
2.2运行环境
简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。
2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
2.4结构
用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.
2.5功能器求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
程序1 程序2 …… 程序n
功能需求1 √
功能需求2 √
……
功能需求n √ √
2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
2.7尚未问决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3接口设计
3.1用户接口
说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。
3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3.3内部接口
说明本系统之内的各个系统元素之间的接口的安排。
4运行设计
4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
4.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
5系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。
5.3数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
6系统出错处理设计
6.1出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
6.2补救措施
说明故障出现后可能采取的变通措施,包括:
a. 后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
b. 降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;
c. 恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 各个程序之间的对应关系,可采用如下的矩阵图的形式;
软件团队的如何建设和软件开发如何管理
这些素质中,有些我们可以通过考试的方法了解,有些可以询问,也有不少特质需要我们自己去感知。在我们招聘的过程中,技术人员的笔试是很重要的,必须根据需要设立不同的考题对人员进行考察。对于人员的能力和经验除了考虑目前他所具备的能力以外,还要考虑他的潜力,有些人具有很强的学习能力,在具备一定基础知识的情况下,可以降低对这种人经验的要求。除了能力以外,一个人的情商对于我们的组织来说非常重要。我们可以通过心理测试的方式了解一个人的情商,同时,最重要的是,作为管理者,我们必须要具有感知一个人性格特点的能力。这样,在招聘过程中,我们才能尽量做到选择出合适的人才。在选择人才的时候,我们不要一味追求便于管理,不要怕有能力的人。对于性格过于内向的人我们也要多加考虑,很多内向的人同时也具有执拗、各色、生硬、融合性差的特点,因此内向不等于便于管理。 有了合适的人选,团队建立了,还需要不断提升团队的能力,需要培养具有特色的团队精神。正如一个球队,有了合适的人选,还必须有高质量的训练,严格的细节要求,才可能在竞争中获得胜利。一个团队也是一样,需要不断的提升技术能力,提升凝聚力,提升协作能力,提升士气,才能在一个个项目中获得成功。 那么,团队精神的培养,团队能力的提升从何着手呢?首先要确立团队的风格,例如建立这样一种团队风格:分享、透明、责任、协作、团结、激情。在确立了这个风格以后,要在日常的工作中加以贯彻。 分享,主要是指技术的分享,可以定期举办技术讲座,让每个人都参与进来,领导者可以确立技术方向,然后大家分享彼此的知识和经验,这种方式可以很快地提升团队整体技术能力,分享的过程中也增加了成员间的相互了解和信任。 透明,是指管理上要透明,在我们的团队中没有不能拿出来说的秘密(工资除外),团队成员间秘密的形成也是团队隔阂的开始。 积极的态度、责任心是软件开发必不可少的素质,不同的责任心开发出来的软件可用性、性能、稳定性、出错率可能相差很远,发现由责任心引起的问题一定要坚决处理,提出公开的批评,根据情况作出适当的处罚,确保以后避免类似的错误。 软件工程的过程和软件设计的模块化、分层结构导致了软件组织成员分工的不同,这就要求成员间要有很高的协作性、团结性。对各项工作多进行讨论,不要怕争论,不要独断专行,最后执行讨论后的结果,多讨论有助于增进协作和团结。 每个人都需要一个舞台,在团队管理中一定要了解每一个团队成员的特点和能力,把最适合的任务分配给他,要为每一个人营造一个舞台,要充分发挥每个人的作用。软件是一个团队的工作,不是团队中一个明星的工作。就象篮球是5个人的运动,足球是11个人运动一样。要让所有的团队成员都参与到工作中来,一同享受工作的乐趣和成功的喜悦。不要造成忙的忙,闲的闲的现象,那样的话忙的、闲的都会产生不满情绪,最终导致不可调和的矛盾。 除了上述方法可以培养团队的精神,促进团队能力的提升以外,另外一个重要的手段是确立团队不同阶段目标,并讨论采用什么样的手段达到目标。目标包括项目目标和能力目标,只有有了正确的目标,在团队精神的鼓舞下,团队才会产生激情。很多时候,激情的迸发可以产生意想不到的力量。 在培养团队精神的时候也要避免一些严重影响团队精神的事情发生。不要任人唯亲,要唯贤是用;不要独断专行,要群策群力;不要高压强制,要鼓励引导。 在建设了一个好的团队以后,任务已经完成了一半。软件工程的特殊性要求我们在软件开发上要有一套合理的管理方法。这在很多软件工程的著作中作了大量的描述,这里我们只是做一个简单的经验介绍。我们分成一下3点进行阐述: .规范.流程.考核 规范。无论开发什么软件系统,都必须按照一定的规范进行。软件开发过程采用规范进行管理的必要性相信任何一个管理者都会有明确的认识,这里我们只谈采用什么规范,怎么样执行规范。软件工程的规范主要有CMM和ISO9000。通常我们采用CMM规范,并根据软件组织的具体情况对规范进行相应的裁减。不管怎么裁减,在开发管理过程中,以下一些关键环节是不可缺少的:需求分析,架构设计,概要设计,编码,测试。通常,我们可以利用配置管理和版本管理的工具来进行开发过程的管理。在这些过程中,我们必须按照一定的CMM规范产生相应的过程输出。我们采用的规范都要形成相应的书面材料或者模版以供员工阅读。总结一下我们需要的基本模版:需求分析模版、设计模版(架构、模块、数据)、编码规范、测试规范,基本管理工具:版本管理、配置管理、测试流程管理。 流程。流程涵盖软件组织的内部流程以及软件组织和需求单位之间的外部流程。外部流程包括需求讨论流程、需求确认流程、系统初审流程、系统终审流程等等。内部流程包括需求分析流程、设计流程、开发流程、测试流程等等。每个组织要根据自身特点和项目特点按照CMM规范的要求制定流程,并对流程进行讲解,按照流程严格执行。在流程的各个环节完成软件项目的输出:需求书、设计书、代码、产品、测试记录、说明书等等。 除了正确的规范和流程以外,任何一项工作都要进行考核。考核可以是全方位的,除了工作业绩外,协作意识、学习意识、责任意识都在考核的范围内。软件的输出是个人脑力劳动的输出,独立完成同一个功能,不同的开发人员输出产品的性能、稳定性很难完全一致,因此工作业绩的量化很难,对于工作业绩可以采用以下公式进行评估: 工作业绩=工作量(小时)*复杂度(1-10)*创新性(1-10,是否可以参考以前的项目)*重要性(1-10)*质量(1-10)。 不要用输出代码或者文档的长度来衡量工作量,因为有时一项重要的任务思考很长时间,但是输出却很短。复杂度、创新性、重要性、质量包含了对能力的评估,使得能力强的人工作业绩能够得到体现。复杂度、创新性、重要性、质量标准的确定是很难的,不同的人有不同的见解,这套标准需要软件工程的人员专门研究确定,这个标准可以是公司自身的标准。协作意识、学习意识、责任意识也是考核的一方面,这些标准的制定也需要软件工程人员研究后确定。 最后我们对软件开发团队的建设、软件开发管理的一些理念做一个总结: .根据技术要求、项目要求确定团队的模块功能,既能满足要求又不能形成岗位重复和浪费。.选择合适的团队成员,利用书面测试考察应聘者的能力、经验,感知应聘者的情伤,避免招聘难于融合到团队的人员。.建立团队的风格,比如:分享、透明、责任、协作、团结、激情。确立正确的团队目标,给每个人一个合适的舞台去发挥,同时避免不利于团队精神形成的管理方法。.制定适合企业的软件工程规范,并严格执行。.制定适合企业的流程,并严格执行。.制定适合企业的考核体系,并严格执行。
如何开发一个app,使他自适应各种分辩率?
开发者们都知道在高端智能手机系统中有两种应用程序:一种是基于本地(操作系统)运行的APP;一种是基于高端机的浏览器运行的WebApp,本文将主要讲解后者。
WebApp与Native App有何区别呢?
Native App:
1、开发成本非常大。
一般使用的开发语言为JAVA、C++、Objective-C。
2、更新体验较差、同时也比较麻烦
每一次发布新的版本,都需要做版本打包,且需要用户手动更新(有些应用程序即使不需要用户手动更新,但是也需要有一个恶心的提示)。
3、非常酷
因为native app可以调用IOS中的UI控件以UI方法,它可以实现WebApp无法实现的一些非常酷的交互效果
4、Native app是被Apple认可的
Native app可以被Apple认可为一款可信任的独立软件,可以放在Apple Stroe出售,但是Web app却不行。
Web App:
1、开发成本较低
使用web开发技术就可以轻松的完成web app的开发
2、升级较简单
升级不需要通知用户,在服务端更新文件即可,用户完全没有感觉
3、维护比较轻松
和一般的web一样,维护比较简单,它其实就是一个站点
Webapp说白了就是一个针对Iphone、Android优化后的web站点,它使用的技术无非就是HTML或HTML5、CSS3、JavaScript,服务端技术JAVA、PHP、ASP。
当然,因为这些高端智能手机(Iphone、Android)的内置浏览器都是基于webkit内核的,所以在开发WEBAPP时,多数都是使用HTML5和CSS3技术做UI布局。当使用HTML5和CSS3l做UI时,若还是遵循着一般web开发中使用HTML4和CSS2那样的开发方式的话,这也就失去了WEBAPP的本质意义了,且有些效果也无法实现的,所以在此又回到了我们的主题–webapp的布局方式和技术。
哥在此说明一下,在此所说的移动平台前端开发是指针对高端智能手机(如Iphone、Android)做站点适配也就是WebApp,并非是针对普通手机开发Wap 2.0,所以在阅读本篇文章以前,你需要对webkit内核的浏览器有一定的了解,你需要对HTML5和CSS3有一定的了解。如果你已经对此有所了解,那现在就开始往下阅读吧……
1、首先我们来看看webkit内核中的一些私有的meta标签,这些meta标签在开发webapp时起到非常重要的作用
1
<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;" name="viewport" />
2
<meta content="yes" name="apple-mobile-web-app-capable" />
3
<meta content="black" name="apple-mobile-web-app-status-bar-style" />
4
<meta content="telephone=no" name="format-detection" />
第一个meta标签表示:强制让文档的宽度与设备的宽度保持1:1,并且文档最大的宽度比例是1.0,且不允许用户点击屏幕放大浏览;
第二个meta标签是iphone设备中的safari私有meta标签,它表示:允许全屏模式浏览;
第三个meta标签也是iphone的私有标签,它指定的iphone中safari顶端的状态条的样式;
第四个meta标签表示:告诉设备忽略将页面中的数字识别为电话号码
2、HTML5标签的使用
在开始编写webapp时,哥建议前端工程师使用HTML5,而放弃HTML4,因为HTML5可以实现一些HTML4中无法实现的丰富的WEB应用程序的体验,可以减少开发者很多的工作量,当然了你决定使用HTML5前,一定要对此非常熟悉,要知道HTML5的新标签的作用。比如定义一块内容或文章区域可使用section标签,定义导航条或选项卡可以直接使用nav标签等等。
3、放弃CSS float属性
在项目开发过程中可以会遇到内容排列排列显示的布局(见下图),假如你遇见这样的视觉稿,哥建议你放弃float,可以直接使用display:block;
4、利用CSS3边框背景属性
这个按钮有圆角效果,有内发光效果还有高光效果,这样的按钮使用CSS3写是无法写出来的,当然圆角可以使用CSS3来写,但高光和内发光却无法使用CSS3编写,
这个时候你不妨使用-webkit-border-image来定义这个按钮的样式。
-webkit-border-image就个很复杂的样式属性。
5、块级化a标签
请保证将每条数据都放在一个a标签中,为何这样做?因为在触控手机上,为提升用户体验,尽可能的保证用户的可点击区域较大。
6、自适应布局模式
在编写CSS时,我不建议前端工程师把容器(不管是外层容器还是内层)的宽度定死。为达到适配各种手持设备,我建议前端工程师使用自适应布局模式(支付宝采用了自适应布局模式),因为这样做可以让你的页面在ipad、itouch、ipod、iphone、android、web safarik、chrome都能够正常的显示,你无需再次考虑设备的分辨率。
7、学会使用webkit-box
上一节,我们说过自适应布局模式,有些同学可能会问:如何在移动设备上做到完全自适应呢?很感谢webkit为display属性提供了一个webkit-box的值,它可以帮助前端工程师做到盒子模型灵活控制。
8、如何去除Android平台中对邮箱地址的识别
看过iOS webapp API的同学都知道iOS提供了一个meta标签:用于禁用iOS对页面中电话号码的自动识别。在iOS中是不自动识别邮件地址的,但在Android平台,它会自动检测邮件地址,当用户touch到这个邮件地址时,Android会弹出一个框提示用户发送邮件,如果你不想Android自动识别页面中的邮件地址,你不妨加上这样一句meta标签在head中
1
<meta content="email=no" name="format-detection" />
9、如何去除iOS和Android中的输入URL的控件条
你的老板或者PD或者交互设计师可能会要求你:能否让我们的webapp更加像nativeapp,我不想让用户看见那个输入url的控件条?
答案是可以做到的。我们可以利用一句简单的javascript代码来实现这个效果
1
setTimeout(scrollTo,0,0,0);
请注意,这句代码必须放在window.onload里才能够正常的工作,而且你的当前文档的内容高度必须是高于窗口的高度时,这句代码才能有效的执行。
10、如何禁止用户旋转设备
我曾经也想禁止用户旋转设备,也想实现像某些客户端那样:只能在肖像模式或景观模式下才能正常运行。但现在我可以很负责任的告诉你:别想了!在移动版的webkit中做不到!
至少Apple webapp API已经说到了:我们为了让用户在safari中正常的浏览网页,我们必须保证用户的设备处于任何一个方位时,safari都能够正常的显示网页内容(也就是自适应),所以我们禁止开发者阻止浏览器的orientationchange事件,看来苹果公司的出发点是正确的,苹果确实不是一般的苹果。
iOS已经禁止开发者阻止orientationchange事件,那Android呢?对不起,我没有找到任何资料说Android禁止开发者阻止浏览器orientationchange事件,但是在Android平台,确实也是阻止不了的。
11、如何检测用户是通过主屏启动你的webapp
看过Apple webapp API的同学都知道iOS为safari提供了一个将当前页面添加主屏的功能,按下iphoneipodipod touch底部工具中的小加号,或者ipad顶部左侧的小加号,就可以将当前的页面添加到设备的主屏,在设备的主屏会自动增加一个当前页面的启动图标,点击该启动图标就可以快速、便捷的启动你的webapp。从主屏启动的webapp和浏览器访问你的webapp最大的区别是它清除了浏览器上方和下方的工具条,这样你的webapp就更加像是nativeapp了,还有一个区别是window对像中的navigator子对象的一个standalone属性。iOS中浏览器直接访问站点时,navigator.standalone为false,从主屏启动webapp时,navigator.standalone为true, 我们可以通过navigator.standalone这个属性获知用户当前是否是从主屏访问我们的webapp的。
在Android中从来没有添加到主屏这回事!
12、如何关闭iOS中键盘自动大写
我们知道在iOS中,当虚拟键盘弹出时,默认情况下键盘是开启首字母大写的功能的,根据某些业务场景,可能我们需要关闭这个功能,移动版本webkit为input元素提供了autocapitalize属性,通过指定autocapitalize=”off”来关闭键盘默认首字母大写。
13、iOS中如何彻底禁止用户在新窗口打开页面
有时我们可能需要禁止用户在新窗口打开页面,我们可以使用a标签的target=”_self“来指定用户在新窗口打开,或者target属性保持空,但是你会发现iOS的用户在这个链接的上方长按3秒钟后,iOS会弹出一个列表按钮,用户通过这些按钮仍然可以在新窗口打开页面,这样的话,开发者指定的target属性就失效了,但是可以通过指定当前元素的-webkit-touch-callout样式属性为none来禁止iOS弹出这些按钮。这个技巧仅适用iOS对于Android平台则无效。
14、iOS中如何禁止用户保存图片\复制图片
我们在第13条技巧中提到元素的-webkit-touch-callout属性,同样为一个img标签指定-webkit-touch-callout为none也会禁止设备弹出列表按钮,这样用户就无法保存\复制你的图片了。
15、iOS中如何禁止用户选中文字
我们通过指定文字标签的-webkit-user-select属性为none便可以禁止iOS用户选中文字。
16、iOS中如何获取滚动条的值
桌面浏览器中想要获取滚动条的值是通过document.scrollTop和document.scrollLeft得到的,但在iOS中你会发现这两个属性是未定义的,为什么呢?因为在iOS中没有滚动条的概念,在Android中通过这两个属性可以正常获取到滚动条的值,那么在iOS中我们该如何获取滚动条的值呢?
通过window.scrollY和window.scrollX我们可以得到当前窗口的y轴和x轴滚动条的值。
17、如何解决盒子边框溢出
当你指定了一个块级元素时,并且为其定义了边框,设置了其宽度为100%。在移动设备开发过程中我们通常会对文本框定义为宽度100%,将其定义为块级元素以实现全屏自适应的样式,但此时你会发现,该元素的边框(左右)各1个像素会溢了文档,导致出现横向滚动条,为解决这一问题,我们可以为其添加一个特殊的样式-webkit-box-sizing:border-box;用来指定该盒子的大小包括边框的宽度。
18、如何解决Android 2.0以下平台中圆角的问题
如果大家够细心的话,在做wap站点开发时,大家应该会发现android 2.0以下的平台中问题特别的多,比如说边框圆角这个问题吧。
在对一个元素定义圆角时,为完全兼容android 2.0以下的平台,我们必须要按照以下技巧来定义边框圆角:
1\-webkit这个前缀必须要加上(在iOS中,你可以不加,但android中一定要加);
2\如果对针对边框做样式定义,比如border:1px solid #000;那么-webkit-border-radius这属性必须要出现在border属性后。
3\假如我们有这样的视觉元素,左上角和右上角是圆角时,我们必须要先定义全局的(4个角的圆角值)-webkit-border-radius:5px;然后再依次的覆盖左下角和右下角,-webkit-border-bottom-left-radius:0;-webkit-border-bottom-right-border:0;否则在android 2.0以下的平台中将全部显示直角,还有记住!-webkit这个前缀一定要加上!
19、如何解决android平台中页面无法自适应
虽然你的html和css都是完全自适应的,但有一天如果你发现你的页面在android中显示的并不是自适应的时候,首先请你确认你的head标签中是否包含以下meta标签:
1
<meta name="viewport" content="width=device-width,initial-scale=1.0,maximum-scale=1.0,user-scalable=0;" />
如果有的话,那请你再仔细的看清楚有没有这个属性的值width=device-width,如果没有请立即加上吧!
20、如何解决iOS 4.3版本中safari对页面中5位数字的自动识别和自动添加样式
新的iOS系统也就是4.3版本,升级后对safari造成了一个bug:即使你添加了如下的meta标签,safari仍然会对页面中的5位连续的数字进行自动识别,并且将其重新渲染样式,也就是说你的css对该标签是无效的。
1
<meta name="format-detection" content="telphone=no" />
我们可以用一个比较龌龊的办法来解决。比如说支付宝wap站点中显示金额的标签,我们都做了如下改写:
1
<button class="t-balance"style="background:none;padding:0;border:0;">95009.00</button>元
软件著作权申请中的文档(设计说明书或用户手册)怎么写?
中国版权保护中心接收登记的文档包含两种:操作说明书或设计说明书。
设计说明书适合没有界面的嵌入式软件,插件软件,后台运行软件以及游戏软件。一般包含结构图,软件流程图,函数说明,模块说明,数据接口,出错设计等。
操作说明书适合管理类软件,有操作界面,一般应包含登录界面,主界面,功能界面截图,截图之间有相应的文字说明,能全面展示软件的主要功能。
格式要求:
一、说明书应提交前、后各连续30页,不足60页的,应当全部提交。
二、说明书页眉应标注软件的名称和版本号,应当与申请表中名称完全一致,页眉右上应标注页码,说明书每页不少于30行,有图除外,另外截图应该清晰完整。
(1)引言
①编写目的:阐明编写手册的目的,指明读者对象。
②项目背景:说明项目的来源、委托单位、开发单位及主管部门。
③定义:列出手册中用到的专门术语定义和缩写词的原意。
④参考资料:列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
包括项目的计划任务书,合同或批文;项目开发计划;需求规格说明书;概要设计说明书;详细设计说明书;测试计划;手册中引用的其他资料、采用的软件工程标准或软件工程规范。
(2)软件概述
①目标。
②功能。
③性能。包括数据精确度(包括输入、输出及处理数据的精度),时间特性(如响应时间、处理时间、数据传输时问等),灵活性(在操作方式、运行环境需做某些变更时软件的适应能力)。
(3)运行环境
①硬件:列出软件系统运行时所需的硬件最小配置,如计算机型号、主存容量;外存储器、媒体、记录格式、设备型号及数量;输入、输出设备;数据传输设备及数据转换设备的型号及数量。
②支持软件:操作系统名称及版本号;语言编译系统的名称及版本号;数据库管理系统的名称及版本号;其他必要的支持软件。
(4)使用说明
①安装和初始化:给出程序的存储形式、操作命令、反馈信息及其含义、表明安装完成的测试实例以及安装所需的软件开发工具等。
②输入:给出输入数据或参数的要求。
③输出:给出每项输出数据的说明。
④出错和恢复:出错信息及其含义、用户应采取的措施,如修改、恢复、再启动等。
⑤求助查询:说明如何操作。
(5)运行说明
①运行表:列出每种可能的运行情况,说明其运行目的。
②运行步骤:按顺序说明每种运行的步骤,应包括运行控制;操作信息(运行目的、操作要求、启动方法、预计运行时间、操作命令格式及说明、其他事项);输入/输出文件(给出建立和更新文件的有关信息。
如文件的名称及编号、记录媒体、存留的目录、文件的支配[说明确定保留文件或废弃文件的准则,分发文件的对象,占用硬件的优先级及保密控制等]);启动或恢复过程。
(6)非常规过程:提供应急或非常规操作的必要信息及操作步骤,如出错处理操作、向后备系统切换操作以及维护人员须知的操作和注意事项。
(7)操作命令一览表:按字母顺序逐个列出全部操作命令的格式、功能及参数说明。
(8)程序文件(或命令文件)和数据文件一览表:按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符及说明。
(9)用户操作举例。
软件开发基本步骤
你需要买一本软件工程的书,里面有详细的说明
每个步骤都不要省略,不然你省惯了,就很容易出问题
有很多模型可以参考,一般来说,软件项目会采用瀑布模型
什么是软件测试?
软件测试定义是:为了发现程序中的错误而执行程序的过程
它是帮助识别开发完成(中间或最终的版本)的计算机软件(整体或部分)的正确度(correctness) 、完全度(completeness)和质量(quality)的软件过程;是SQA(software quality assurance)的重要子域。
软件测试的目标:
(1)测试是为了发现程序中的错误而执行程序的过程;
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
软件测试的内容:
软件测试主要工作内容是验证(verification)和确认( validation ),下面分别给出其概念:
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动,即保证软件做了你所期望的事情。(Do the right thing)
1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程;
2.程序正确性的形式证明,即采用形式理论证明程序符号设一计规约规定的过程;
3.评市、审查、测试、检查、审计等各类活动,或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认(validation)是一系列的活动和过程,目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do it right)
1.静态确认,不在计算机上实际执行程序,通过人工或程序分析来证明软件的正确性;
2.动态确认,通过执行程序做分析,测试程序的动态行为,以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试,软件测试应该包括整个软件开发期问各个阶段所产生的文档,如需求规格说明、概要设计文档、详细设计文档,当然软件测试的主要对象还是源程序。
从不同的角度出发,软件测试可以划分为不同的分类:
从是否关心软件内部结构和具体实现的角度划分
A.白盒测试
B.黑盒测试
C.灰盒测试
从是否执行程序的角度
A.静态测试
B.动态测试。
从软件开发的过程按阶段划分有
A.单元测试
B.集成测试
C.确认测试
D.验收测试
E.系统测试
软件设计包括哪两个阶段?
软件设计可以分为概要设计和详细设计两个阶段。
实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据,也可以是可组合、可分解和可更换的功能单元。模块,然后进行模块设计。
概要设计就是结构设计,其主要目标就是给出软件的模块结构,用软件结构图表示。
详细设计的首要任务就是设计模块的程序流程、算法和数据结构,次要任务就是设计数据库,常用方法还是结构化程序设计方法。
转载请注明出处51数据库 » 软件开发概要设计模板 有没有概要设计说明书的模版啊