文案
文章平均质量分 59
赵星汉同学
基本啥都不懂
展开
-
软件各项会议评审意见模版
读梅老师主编的书,觉得评审意见模板很有参考价值和实用价值,帮梅老师安利一波,顺便记一下笔记。《系统/子系统规格说明》评审意见模板20XX年XX月XX日,XXX(主管机关)在XXX(会议地点)主持召开了“《XXX(产品名称)系统规格说明》评审会”。参加会议的有XXX机关,XXX院校,XXX研究所共XX名代表(名单见附件1),会议成立了评审组(名单见附件2),听取了XXX(单位)做的《XXXX报告》。经讨论质询,形成评审意见如下:系统规格说明对系统的研制目标和范围、工作状态、运行方式以及所要满足的能力需原创 2020-12-23 21:07:45 · 9562 阅读 · 2 评论 -
2020-12-07
软件测试大纲检查单 是否有项目负责人,测试人员,质量保证人员和配置管理人员 文中是否有必要、适用、明显等模糊性文字。 测试需求是否全面覆盖了软件需求规格说明 除显性需求外,是否还存在未包含的隐性需求,如强度测试、余量测试等 测试依据是否涵盖了软件测评任务书、合同、用户手册或其他等效文件 测试项的各个子类中,是否描述了测试的覆盖范围与程度(等价类、边界值、覆盖率等) 是否确定了测试的终止要求,包含正常和异常的终止 是否建立测试项与测试输入的追踪关系 若适用,是否包含了测试数据的生成与验证,原创 2020-12-07 22:25:52 · 90 阅读 · 0 评论 -
创业计划书学习笔记一——创意的形成与初筛
前言单位有个工作,是关于创业大赛的,需要写一份创业计划书,于是乎买了一本教材《创业计划书——从创意到方案》,正在读,将一些主要的内容和想法记录下来,有助于理清思路。原创 2016-07-18 21:08:59 · 1405 阅读 · 0 评论 -
创业计划书学习笔记二——创业计划书的目录结构与执行概览部分的写作方法
对创业计划书的目录层次和第一部分内容的写作方法进行了描述原创 2016-07-19 22:36:13 · 5446 阅读 · 0 评论 -
Thinking In UML 读书笔记(二)获取需求
定义边界以边界外的业务目标定义系统边界,就是将系统看成一个整体,暂时忽略系统内的业务期望。 采用业务模块的缺点就是模块之间的耦合可能比较复杂,不利于提炼清晰的需求。第一步讨论第一个讨论从业务目标得出的边界是有明确的理由的,在边界内可以得出的用力也是有明确的依据的。 假设一个涉众的工作职责有10个,而其中5个是与业务目标相关的,则系统边界内只容纳这5个,其他的还是要依靠涉众自己执行。第二个讨论从业原创 2016-08-01 23:35:24 · 655 阅读 · 0 评论