That system looks fine. And manuals are available on-line, FREE!
Regarding the difference between typical computer programming and PLC programming, the primary difference is in the way that the outputs (control_relay-bits and real output-bits) are controlled and maintained.
In a typical programming language, non-PLC, once you turn a bit ON it stays ON until you explicitly turn it OFF, or power-down the system. While the processor is running, there is no default-state for any bit... that is, any bit in RAM. Of course, once a bit is written to the hard-drive, it stays as is until over-written.). PLCs do everything in RAM. There's no way that a fast process could afford to wait for a disk-read to carry on.
In a PLC, generally speaking and while ignoring SET/RST, the default-state of an output-bit is OFF! That is, on every scan, if there is no reason to keep a particular Output-bit ON, then that Output-bit will go to the default-state (OFF).
There is an exception to this... some PLCs support an Output-OFF as opposed to the typical Output-ON. In that case, the default-state is ON.
To maintain an Output-bit being ON, you have to do so, EXPLICITLY, from scan to scan.
As I said, this ignores the SET/RST issue. In the case of a SET Output, if a rung does not support the Output-bit being SET (ON), then that rung WILL NOT cause the Output-bit to go to its' typical default-state, OFF. It WILL NOT cause the Output-bit to go to ANY particular state!
Likewise, in the case of a RST Output, if a rung does not support the Output-bit being RST (OFF), then that rung WILL NOT cause the Output-bit to go to any particular state.
In the case of SET/RST, you don't have to explicitely maintain a bit. BUT, you do have to EXPLICITLY change the state of the bit!
The PLC SET/RST Outputs are more in line with how regular computer programming is conducted.
Finally...
--| |-- is a question... Is the particular Bit ON?
--|/|-- is a question... Is the particular Bit OFF?
Clear as mud?