착한천사입니다.

일단, 질문에 대한 답변을 먼저하고 개인적인 소견을 말씀드리죠..

1. 매출, 재고관리 프로그램 참고할만한 소스를 구할 수 있는 곳이 있는지....
==> 이건 업종별로 업무내용,업무관계자와의 협의에 따라 내용이 바뀌겠죠.. 그러므로, 획일화된 것은
없을 것이고..  소스는 찾기 어렵겠네요.. 사실상.. (프리렌서들이 별로 안 내놓겟죠?)
실제로, 매출과 재고의 개념을 아신다면 수월하겠죠.. 다만, 업종에 따라서 그 DATA가 다르겟지만,
원리는 똑같겠죠..

2. 위 프로그램을 만들때 주의할 점이나 참고할 만한 사항이 있는지....
==> 당연히, 어떤 프로그램을 만들것인지를 확실히 알아야하겠죠?
그렇게 하려면, 요구분석을 반드시 해야만 하겠죠.. 즉.. 어떤것을 만들어 달라고하는지는 파악하는 것이죠..

3. 위 프로그램을 만들 때 보통 개발기간이 어느정도 걸리는지....
===>글쎄요, 개발요구측의 내용이 어떤가에 따라 달라지겠죠.. (애매하겠지만, 집계와 리포트를 많이 해 달라고 하거나 조회프로그램을 많이 해 달라고 한다면 시간이 많이 걸리겟죠.. 당연히.. 그렇지 않다면 좀 적게 걸릴것이고..)

4. 아르바이트 비용을 받는다면 어느정도로 잡아야 하는지(제작, 유지보수 등)....
==> 이건 정말 애매하군요...
요구분석이 선행되고, 화면갯수(본수)를 파악하고, 설계(TABLE,프로그램 UPDATE방법론등등)등을 확정하신 후 그에 다른 소요시간을 파악하고 해당 일당 얼마를 받아야하겠는지 판단하고, 일당 X 일수 하면 금액 산출이 될꺼라 판단됩니다..
즉, 업무프로그램이 얼마나 덩치가 크지느냐에 따라서 금액산출이 달라진다고 할 수 있습니다.



아래는 개인적인 소견으로 개발에 따라서 알아야할 사항입니다.

A. 리포트를 필요로 하느냐? 집계자료 혹은 마감,정산등의 개념이 있어야 하는가?
    화면은 몇개정도에서 이루어져야만 하는가? 입고개념이 있어야하는가? 등등과 같이
    사용자 요구분석을 해야만 하죠..
    (이것은 계약금액과 유지보수, 장비등등에 관한 내용과 직결하기 때문에 반드시 최우선 되어야하죠)

B. 동시접속자수에 따른 OS와 DB의 선택이 중요합니다. (가격대 성능비가 나오겠죠..)

C. 기존 data의 컨버젼이 따르므로, 개발기간(개발+테스트)외 시간이 더 투자된다.(컨버젼에 따른 비용산출)

D. 서버,DB,DATA,프로그램 등등의 유지보수방법론도 분석해야만 하겠죠? 왜냐하면, 계약을 어떻게 해야만 하는지에 대해서 분석을 해야만 하니까요.

E. 계약서는 꼼꼼하게.. 손해보지 않도록하시고, 유지보수계약서는 따로 계약서를 작성하도록 하세요..
   그리고, 혹시나 책임소재가 발생할 수 있을 내용에 대해서도 계약서에 명확하게 기입하도록 하세요..
   즉, 손해보상이 발생할 소지에 대해서는 어떻게 처리한다라..는 내용을 반드시 기재하세요..
   마지막으로, 금액에 관해서는 명확하게.. 계약기간은 정확히 명시하세요..
   계약서에 회사의 직인을 받아야한다는 것은 아실테죠??  ^_^;
   기타 다른 내용도 있지만.. 좀 많은 경우의 수가 생기므로.. 생략~~~


이상이네요..
A는 상당히 포괄적인데..
개발을 요구하는측에서 액수를 정해놓고 그 금액에만 계약하자고 한다면
개발내용에 대해서 분명히 선을 그어야만 합니다.
즉, 업무처리 내용을 어떤것만 개발하고 나머지는 유지보수 계약이나,
개발비용을 별도로 청구한다라는...식의 개발내용을 언급하고 계약서에 기입해야만 합니다.
(물론, 계약서에도 기입되어야 하겠죠?)

이런 내용을 말해도.. 계약자와 피계약자간에 문제로 인하여.. 혹은 피계약자의 요건상 어쩔 수 없이..
이러한 내용이 지켜지지 않을 경우가 다반수이지만..
되도록이면 책임소재는 정확하게 하며, 손해보지는 않게 해야되겠죠???

우왕... 질문이 너무 포괄적이라는...^^
1.데모프로그램들은 많은데 소스까지는 글쎄요... 그리고 소스라도 남이 구성한것을 이해하려면 상당한 수준이 되어야한다는.. 결론은 그정도 수준이라면 그냥 구성하고 만다는...^^

2.주의해야할점이나 참고사항은 무지 많죠...ㅋㅋㅋ 일단 네트워크 공유방식인듯 싶으니 db선택도 잘해야 할 것 같고 실시간으로 자료를 보여줘야 하는 거라면 시간에 따른 이벤트도 주어야 할듯싶고.. 등등

3.정확히 업무분석을 해봐야 대략 기간이 나오겠죠... 그러나 보통의 매출,재고 관리용이라면 업무분석을 제외하고 순수한 제작기간만 보통 1-2개월 걸린다고 보면됩니다... 물론 제 수준으로...ㅋㅋㅋ

4.금액은 글쎄요... 보통 일당으로 계산해서 일수를 곱해보세요... 원래는 그것보다도 경우의 수들이 많아서 제작비용은 조금 더 산출되는게 맞습니다... 업무분석을 잘 하더라도 구성하다보면 또는 설치해서 테스트하다보면 이런저런 추가나 수정사항들이 있거든요... 그것을 딱 잘라서 돈을 더 받고 해야 합니다 하면 그쪽에서도 알았습니다 하고 수긍해주면 참 좋겠는데 그러지 못한 현실입니다요...^^;; 그래서 너무 적게 책정하거나 그러면 나중에 왔다갔다하면서 손실되는 금액도 만만치 않다는...^^ 오히려 적자를 볼수도...
그리고 제작비용과 유지보수 비용은 별도입니다... 설치후 사용자와 정기유지보수를 맺을수도 있고 또 별도 a/s처리방식을 진행할 수도 있습니다...
정기유지보수는 월,분기,년 고정적으로 얼마씩 책정하여 받으면서 이런저런 프로그램관리를 해주면 되구요...
중간에 규모있는 수정이나 추가건 등은 유지보수와는 상관없이 별도의 계약을 처리하여 진행하면 되구요...
도움이 되셨는가 모르겠네요...^^