Features of opinion collection, voting, and signing Processes

I usually classify [opinion collection], [voting], [settlement and signing], and [Election] into one category.

1. opinion collection 1.1 business logic

Publish topic Bytes Send invitation Bytes Collect comments Bytes End collection Bytes Statistical comments Bytes Conclusion

1.2 characteristics of opinion collection

1. Participants are specific

2. Topics are specific

3. Participants must participate anonymously or by signature.

4. The behaviors of participants have no influence on the results.

5. No results are returned.

1.3 differences between opinion collection and message system, suggestion box, and questionnaire System

The message system and suggestion box system have the following features:

1. Participants are non-specific persons

2. topics are not specific

3. topics can be raised by participants

4. No results can be found at the end of the topic.

2 voting/voting 2.1 business logic

Confirm topic Bytes Confirm voting rules Bytes Confirm participants Bytes Start voting Bytes End Voting Bytes Statistical results Bytes Publish results

2.2 voting features

1. The topic cannot be modified after it is published.

2. Participation is specific and should be determined before the topic is published.

3. Only voting within the specified time

4. The vote cannot be canceled or withdrawn.

5. Statistical results can only begin after voting

6. Only [consent], [disagree], and [waivers] can be made during voting.

7. All voting participants are equal, with the same vote and right

8. Usually Anonymous

9. The behaviors of participants will directly affect the results.

2.3 common voting rules

Participants
Number of attendees
Number of Real-Time Tickets	Corresponds to the number of attendees
Number of received votes
Valid ticket count
Invalid ticket	Not voting as required
Invalid ticket count	Received votes-valid votes
Agreed votes
Disagree
Number of waivers
Unclaimed ticket
Unclaimed votes	Number of actually sent tickets-Number of actually received ticket participants and number of meaning algorithm results
Voting Result

2.4 common algorithms for voting results

Consent> disagree

Consent/number of participants> 50% or 2/3

Consent/Actual votes> 50% or 2/3

Consent/valid votes> 50% or 2/3

Number of participants/number of participants> 50% or 2/3 Consent/expected participants/> 50% or 2/3

Disagree/participants <50%

Disagree/actual number of votes <50%

Voting/voting generally requires Anonymous Voting. If the voting is a special venue, you can use a voter,

If it is a common internal enterprise application, the system can print the string number. All voting staff will use the string number to draw lots and log on to the system to participate in the voting.

3. Signatures 3.1 Business Logic 3.2 features

1. Participants can ask questions to the topic publisher and ask them to answer

2. Formal discussions can be held between participants.

3. The topic publisher can discuss with all or some participants.

4. Participants can refer to the opinions of other participants.

5. Participants can perform conditional voting. For example, I agree to change a certain item to XX.

6. Participants may be unequal.

7. The result may exist when some participants do not make a representation.

8. Exchange signatures are similar to approval. However, unlike approval, the actions of participants directly affect the results. The approval results are determined by the final approver.

3.3 common algorithms for settlement results

Simple majority
One-vote rejection
One pass
Conditional Voting
Pass or reject when conditions are met

4. Election

Such procedures have relevant laws and regulations and must be designed according to specific laws and regulations.