I have to document my program for a school project and we have section called "problem domain" but I have no idea what to discuss in this section.
So the question is: What should be discussed in the problem domain?
|
I have to document my program for a school project and we have section called "problem domain" but I have no idea what to discuss in this section. So the question is: What should be discussed in the problem domain? |
|||||||||
|
|
I write embedded software for telecommunications equipment. My problem domain is ethernet, voice, and video protocols. In other words, all the stuff that has nothing to do with the language I'm programming in, but that I still must understand in order to write the software. If you're making a website for selling photography services, the problem domain is photography and ecommerce. If you write firmware for military aircraft, the problem domain is weapons, sensors, and control systems. Get the picture? |
|||||
|
|
From the Wikipedia article on problem domain:
It is the area where the problems your application is intended to solve, belong to. |
|||||||||
|
|
Not everyone writes compilers, bug trackers, frameworks, or other straight computery software packages. Some people write software for the sand and gravel industry. Some people write software for monitoring refinery refraction towers. Some people write software to control the manufacturing of plastic grocery bags. Some people write software to fill ketchup packets. Those are all problem domains, where in order to write good software, you need to know a bit about the domain, e.g. ready-mix concrete. |
|||
|