微信什么小程序可以改手机截图

微信截屏，微信小程序截屏调用教程

一、程序简介：

本程序主要是用户1通过在相机上涂鸦来描绘物体的轮廓。然后，用户2根据轮廓寻找物体。如果成功则返回正确，否则返回继续努力。（具体开发流程和功能见微信小程序应用开发计划表。）

二、开发平台

微信开发者工具V1021803210

三、进展

目前小程序的截图功能已经实现。后台识别也已经实现，同时正在完善数据库。

四、思路

想法一：

通过定位API获取用户位置，加上重力加速度或者罗盘来模拟实现。但想法一在实现的时候遇到如下问题被舍弃：

1）获取位置时使用误差不确定。（获取五次位置的平均值误差依然无法确定）

2）如果物体进行移动或同类物体无法识别。

想法二：

通过截取前后两个场景中包围轨迹的最大矩形，传输到后端进行识别。最后由后台返回结果

截屏实现大致过程：记录下用户的最大最小X、Y坐标->调用相机组件的takePhoto控件—>调用画布组件drawImage绘制图像到画布->根据最大最小X、Y坐标调用画布的canvasToTempFilePath导出图像。

遇到问题以及解决方案：

1 在调用小程序的位置API时，发现获取5次平均值是0

原因：小程序的API有些是多线程的，因此在API后面的语句不一定后执行。

2 画板无法覆盖到相机组件上：

原因：相机组件是源生组件，在上面只能覆盖cover-view和cover-image组件。

解决方法：画板也为源生组件，虽然按理来说可以覆盖。但是在页面首次加载中，相机会在画板的上面。第二次加载时，画布才可以覆盖到相机组建上面。因此，在开始界面调用一次相机，在第二界面就可以在上面覆盖画布了。

3 在画布上调用drawImage绘制照片的部分图像时有问题。

原因：没找到

解决方案：将整张图绘制到画布中进行部分截取，这个在IOS系统中是可以的。在Android系统有问题。

4 画布中导出图像中没有darwImage在画布上绘制的图。

原因：drawImage绘图需要时间。

解决方案：设置一个两秒的定时器。

5 截图功能在安卓上可以运行，在IOS上无法点击

原因：微信在两个平台上采用的是不同的运行环境。在安卓上cover控件在画板上面，IOS中cover控件在画板下面。

解决方案：在相机控件的下方添加控件，同时调用drawImage时画板坐标乘上一个比例。（其画板坐标单位是像素）

6 在API内用this指针发现无法给Page中数据赋值

原因：在部分API中，this指针可能不指向页面实例。

解决方法：先用that把this指针的值保存起来，在API内部用that。

7 在函数中给page中的字符串和对象赋值时跳出函数范围，其值变为空

原因：这应该和程序执行的内存机制有关

解决方法：在给变量申请一个空间，如 str：new string（）。之后赋值时问题便会解决。

8 画板的drawImage绘制图形问题

原因：经过测试drawImage中的单位确实是像素。不过手机的像素为360560，照片的像素却为7201136。

解决方案：无

9 程序的涂鸦和识别分为两个窗口后。识别窗口会显示轨迹，但背景却是黑色。

原因：不明

解决方案：在识别窗口第一次调用drawImage时，现调用一下clearfill（）清空画布。

10 记录轨迹

原因：前期我们是用点来描述用户的轨迹的，具体见边框绘制。但这样绘制出的点我们感觉贴的图不美观，之后想要改为用户自己绘制的轨迹

解决方案：在用户点击完成后先把用户的轨迹导入成一张透明，传入识别界面。然后贴在画板上。

软件开发的流程都有哪些步骤

1计划

对所要解决的问题进行总体定义，包括了解用户的要求及现实环境，从技术、经济和社会因素等3个方面研究并论证本软件项目的可行性，编写可行性研究报告，探讨解决问题的方案，并对可供使用的资源（如计算机硬件、系统软件、人力等）成本，可取得的效益和开发进度作出估计，制订完成开发任务的实施计划。

2分析做软件致电壹伍扒+++壹壹叁叁++++驷柒驷驷

软件需求分析就是对开发什么样的软件的一个系统的分析与设想。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。

3设计做软件致电壹伍扒+++壹壹叁叁++++驷柒驷驷

软件设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。

4编码

软件编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的“源程序清单”。充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。

5测试

软件测试的目的是以较小的代价发现尽可能多的错误。要实现这个目标的关键在于设计一套出色的测试用例（测试数据与功能和预期的输出结果组成了测试用例）。如何才能设计出一套出色的测试用例，关键在于理解测试方法。不同的测试方法有不同的测试用例设计方法。

6维护

维护是指在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。

分类: 电脑/网络 >> 程序设计 >> 其他编程语言

问题描述:

希望知道软件的开发过程

我是学软件的一些理论上的知识我能知道，但是我想知道真正实际上是怎么运转的，一个真正的软件公司的软件设计开发发布的具体流程。

那位前辈不吝啬赐教。

谢谢

解析:

软件系统的开发是按阶段进行的，一般划分为以下阶段：可行性讨论；需求分析；系统设计(概要设计、详细设计)；程序开发；编码，单元测试；系统测试；系统维护。

软件开发过程中要明确各阶段的工作目标、实现该目标所必需的工作内容以及达到的标准。只有在上一个阶段的工作完成后，才能开始下一阶段的工作。

1可行性讨论

明确系统的目的、功能和要求，了解目前所具备的开发环境和条件，论证的内容有：① 在技术能力上是否可以支持；② 在经济上效益如何；③ 在法律上是否符合要求；④ 与部门、企业的经营和发展是否吻合；⑤ 系统投入运行后的维护有无保障。

可行性讨论的目的是判定软件系统的开发有无价值。分析和讨论的内容形成“系统开发计划书”，主要内容有：

(1) 开发的目的及所期待的效果；

(2) 系统的基本设想，涉及的业务对象和范围；

(3) 开发进度表，开发组织结构；

(4) 开发、运行的费用；

(5) 预期的系统效益；

(6) 开发过程中可能遇到的问题及注意事项。

2、系统需求分析

系统需求分析是软件系统开发中最重要的一个阶段，直接决定着系统的开发质量和成败，必须明确用户的要求和应用现场环境的特点，了解系统应具有哪些功能、数据的流程和数据之间的联系。需求分析应有用户参加，到使用现场进行调研学习，软件设计人员应虚心向技术人员和使用人员请教，共同讨论解决需求问题的方法，对调查结果进行分析，明确问题的所在。需求分析的内容编写成“系统需求分析报告”。

3系统设计

可根据系统的规模分成概要设计和详细设计两个阶段。

概要设计包括：① 划分系统模块；② 每个模块的功能确定；③ 用户使用界面概要设计；④ 输入输出数据的概要设计；⑤ 报表概要设计；⑥ 数据之间的联系、流程分析；⑦ 文件和数据库表的逻辑设计；⑧ 硬件、软件开发平台的确定；⑨ 有规律数据的规范化及数据惟一性要求。

系统的详细设计是对系统的概要设计进一步具体化，其主要工作有：① 文件和数据库的物理设计；② 输入输出记录的方案设计；③ 对各子系统的处理方式和处理内容进行细化设计；④ 编制程序设计任务书。程序说明书通常包括程序规范、功能说明、程序结构图，通常用HPIPO（Hierarchy Plus Input Process Output）图描述。

4、程序开发

根据程序设计任务书的要求，用计算机算法语言实现解题的步骤，主要工作包括：① 模块的理解和进一步划分；② 以模块为单位的逻辑设计，也就是模块内的流程图的编制；③ 编写代码，用程序设计语言编制程序；④ 进行模块内功能的测试、单元测试。

程序质量的要求包括：① 满足要求的确切功能；② 处理效率高；③ *** 作方便，用户界面友好；④ 程序代码的可读性好，函数、变量标识符合规范；⑤ 扩充性、维护性好。

降低程序的复杂性也是十分重要的。系统的复杂性由模块间的接口数来衡量，一般地讲，n个模块的接口数的最大值为n(n-1)/2；若是层次结构，n个模块的接口数的最小值为n-1。为使复杂性最小，对模块的划分设计常常采用层次结构。要注意编制的程序或模块应容易理解、容易修改，模块应相互独立，对某一模块的修改应对其他模块的功能不产生影响，模块间的联系尽可能少。

5系统测试

测试是为了发现程序中的错误，对于设计的软件，出现错误是难免的。系统测试通常由经验丰富的设计人员设计测试方案和测试样品，并写出测试过程的详细报告。系统测试是在单元测试的基础上进行的，包括：① 测试方案的设计；② 进行测试；③ 写出测试报告；④ 用户对测试结果进行评价。

6、文档资料

文档包括开发过程中的所有技术资料以及用户所需的文档，软件系统的文档一般可分为系统文档和用户文档两类。用户文档主要描述系统功能和使用方法，并不考虑这些功能是怎样实现的；系统文档描述系统设计、实现和测试等方面的内容。文档是影响软件可维护性、可用性的决定因素，有句话讲，系统编程人员的每一张纸片都要保留，所以文档的编制是软件开发过程中的一项重要工作。

系统文档包括：开发软件系统在计划、需求分析、设计、编制、调试、运行等阶段的有关文档。在对软件系统进行修改时，系统文档应同步更新，并注明修改者和修改日期，如有必要应注明修改原因，应切记过时的文档是无用的文档。

用户文档包括：① 系统功能描述；② 安装文档，说明系统安装步骤以及系统的硬件配置方法；③ 用户使用手册，说明使用软件系统方法和要求，疑难问题解答；④ 参考手册，描述可以使用的所有系统设施，解释系统出错信息的含义及解决途径。

7、系统的运行与维护

系统只有投入运行后，才能进一步对系统检验，发现潜在的问题，为了适应环境的变化和用户要求的改变，可能会对系统的功能、使用界面进行修改。要对每次发现的问题和修改内容建立系统维护文档，并使系统文档资料同步更新。

小程序开发流程其实很简单，如下：

1、微信小程序注册

在微信公众平台注册小程序，完成注册后可以同步进行信息完善和开发。

2、微信小程序信息完善

填写小程序基本信息，包括名称、头像、介绍及服务范围等。

3、微信小程序开发

完成小程序开发者绑定、开发信息配置后，开发者可下载开发者工具、参考开发文档进行小程序的开发和调试。　

4、测试

在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。可以是开发人员内部测试（内测）或者交给客户的公开测试（公测） 。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。

5、微信小程序提交审核和发布

完成小程序开发后，提交代码至微信团队审核，审核通过后即可发布(公测期间不能发布)。

标准的软件开发过程

1推荐软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多，在每个阶段需要编写哪些文件，以及这些文件的主要内容见下：

1可行性与计划研究阶段

可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。

项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。

2需求分析阶段

软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。

数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。

初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。

3设计阶段

概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。 运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。

详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序 （每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。

数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。

测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。

4实现阶段

模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。

用户手册完工

*** 作手册： *** 作手册的编制是为了向 *** 作人员提供该软件每一个运行的具体过程和有关知识，包括 *** 作方法的细节。

测试计划终稿：

5测试阶段

模块开发卷宗(此阶段内必须完成)

测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。

项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。

6运行与维护阶段

开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便及时发现和处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以分项目组为单位按月编写。

对于一项软件而言，有些文件的编写工作可能要在若干个阶段中延续进行。

鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，本指南认为在文件编制工作中应允许一定的灵活性，并不是14种文件每种都必须编写。

文件编制的衡量因素

◆在因素总和较低的情况下,项目开发总结报告的内容应包括：程序的主要功能、基本流程、测试结果和使用说明。

◆测试分析报告应该写，但不必很正规。

◆数据要求说明和数据库设计说明是否需要编写应根据所开发软件的实际需要来决定。

例2：为了避免在软件开发中文件编制的不足或过分，一个简便的办法是把对软件文件的编制要求同软件的规模大小联系起来，这就是本例的出发点。软件的规模不妨分为四级：

1．小规模软件源程序行数小于5 000的软件；

2．中规模软件源程序行数为 10 000～ 50 000的软件；

3．大规模软件源程序行数为 100 000500 000的软件；

4．特大规模软件源程序行数大于500 000的软件。

对上述的四级软件的文件编制要求分别列于表O3。

至于源程序行数为 5 000～ 10 000， 50 000～ 100 000的软件，其文件编制要求介于两级之间，可根据一个软件产品的具体情况，由项目负责人参照表O3的规定，确定需要编制的文件种类。

对于源程序行数大于500 000的特大规模软件，可进一步把本指南规定的十四种文件按实际需要扩展成更多种类。

第一个步骤是市场调研，技术和市场要结合才能体现最大价值。

第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户 *** 作手册。用户视图是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了很多 *** 作方面的流程和条件。数据词典是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成了一半多。用户 *** 作手册是指明了 *** 作流程的说明书。请注意，用户 *** 作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解。

第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和经验教训的总结，还要重新进行详细设计的步骤。

第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最‘干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软件系统在完成了一半的时候，其实还没有开始一行代码工作。那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。

第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候吗？从来没有！

第六个步骤是测试测试有很多种：按照测试执行方，可以分为内部测试和外部测试；按照测试范围，可以分为模块测试和整体联调；按照测试条件，可以分为正常 *** 作情况测试和异常情况测试；按照测试的输入范围，可以分为全覆盖测试和抽样测试。以上都很好理解，不再解释。总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。

以上就是关于微信什么小程序可以改手机截图全部的内容，包括:微信什么小程序可以改手机截图、软件开发的流程都有哪些步骤呢、真心想知道软件的开发过程等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！