Object planning or user thread planning - what should be the first?

When starting a new piece of software, do you find it more useful to plan the interface and use cases in the first place, or to outline the objects that will need to be built?

I can see the argument for the first one in that you need to know where you are going before you can get there. But when I say “interface usage examples”, I mean a VERY SPECIFIC application stream. Basically, all software is on paper.

Secondly, planning a big picture software can help you understand potential development bottlenecks. It also helps to understand the flow of applications and can slightly change user interaction.

In your impressions, what is the best use of time ahead?

+3
source share
4 answers

I see false alternatives in this matter.

Some systems do not even have a user interface! Therefore, you cannot reasonably expect a single, universal answer to this question.

Many systems actually have separate object models for the Business Logic layer and the user interface layer, and indeed, there can be more than one user interface. For example, the client user interface is provided in the browser and the Thick Client application for the customer support team.

- . : " , , Wibble". . " , ...".

, , , , -. . , , : ", Wibbles? Zetules? Wibble Zetule?, ! , Wibbles? , Blue Zetules ?"

, . . .

: - . . - . , . , , UI, . , .

+1

: . , ( ), , .

+2

, , , , . / . , , , , , .

+1

.

.

. , , . , , .

, , .

+1

Source: https://habr.com/ru/post/1765550/


All Articles