LinuxForum.Fans
Тема

Программа учёта жильцов в жилищностроительном кооперативе

Автор: aikus 39 сообщений 14164 просмотров
#71606
Vadimsky написал:
Реально нужна программа учёта жильцов в жилищностроительном кооперативе.
Кто сколько заплатил квартплату, кто не оплатил, счётчики там по воде, свету.
Что бы выводила в квитанцию для оплаты в сберкассе.С росписью по пунктам кто за что платит.
Могу если что прислать виндовый вариант такой проги.
И самое главное, что бы база данных была кросплатформенной, так как уже забита данными (опять же из винды).
Хочу перевести один ЖСК на линукс, так они бы рады, так как купить винду денег нету, да всё упирается в эту прогу!
Я думаю это многим ЖСК нужно.
Если возьмётесь могу похлопатать об оплате.

Это на мой взгляд наиболее нужное приложение из всех здесь озвученных, если можно напишите подробно. На данный момент оплата не нужна.

#71608

Реально нужна программа учёта жильцов в жилищностроительном кооперативе.
Кто сколько заплатил квартплату, кто не оплатил, счётчики там по воде, свету.
Что бы выводила в квитанцию для оплаты в сберкассе.С росписью по пунктам кто за что платит.
Могу если что прислать виндовый вариант такой проги.
И самое главное, что бы база данных была кросплатформенной, так как уже забита данными (опять же из винды).
Хочу перевести один ЖСК на линукс, так они бы рады, так как купить винду денег нету, да всё упирается в эту прогу!
Я думаю это многим ЖСК нужно.
Если возьмётесь могу похлопатать об оплате.

Это сложнее, но реально будет сделать в виде базы данных.

#71630
Vadimsky написал:
[quote=aikus]какие программы реально нужны, но ещё не написаны.

Реально нужна программа учёта жильцов в жилищностроительном кооперативе.
Кто сколько заплатил квартплату, кто не оплатил, счётчики там по воде, свету.
Что бы выводила в квитанцию для оплаты в сберкассе.С росписью по пунктам кто за что платит.
Могу если что прислать виндовый вариант такой проги.
И самое главное, что бы база данных была кросплатформенной, так как уже забита данными (опять же из винды).
Хочу перевести один ЖСК на линукс, так они бы рады, так как купить винду денег нету, да всё упирается в эту прогу!
Я думаю это многим ЖСК нужно.
Если возьмётесь могу похлопатать об оплате.[/quote]
Уже 10 лет плотно работаю с разработкой для этой сферы. И даже есть нужный вам софт, но под Винду (стоит в нескольких городах и конторах). Такой проект вот так просто от "достатка времени" не стоит поднимать. Там гемороя очень и очень много - не только с точки зрения программирования, но и необходимости разбираться в законодательстве.

Хотя проект очень интересный. Т.к. поддержка там потребуется. И потребуется весьма постоянная и оперативная. Но, вот хотите меня закидывайте камнями, хотите ругайте последними словами, но семья не простит если я потрачу столько времени (на разработку) не принося дохода в дом.

К сожалению в нужной для вас разработки я не имею решающего голоса и перевести ее на рельсы СПО не получится. В прочем я мог бы заняться этим проектом в рамках GPL, но об этом уже пишу в личку..... Кого этот вопрос так же интересует также отписывайтесь.

Если же ТС возьмется за реализацию, я готов консультировать безвозмездно.. Но проект очень серьезный.

Хотя сложность зависит от степени универсальности ;)

#71648

Можно написать эту программу для Windows, а работать в Linux будет через Wine.

#71656

Вероятно, с точки зрения сокращения трудоемкости поддержки, все же лучше выполнить этот проект в виде веб-приложения =).

AndreyMust19, лучше сразу кроссплатформенное ПО писать =). wine не панацея.

#71661
AndreyMust19 написал:
Можно написать эту программу для Windows, а работать в Linux будет через Wine.

Если писать с 0. То в этом нет ни какого смысла. Дешевле/проще/быстрее купить существующую. Кроме того, для примера, ни один из проектов с которыми я имел дело под вайном не завелся. (Ну, а писать на чистом языке не использу системные либы - это вообще проект в свет не выйдет) Там пол винды надо перетащить.

Между тем C++ & QT & Firebird прекрасно подойдут ля написания под Linux, Mac и Винду

#71666
elve написал:
Вероятно, с точки зрения сокращения трудоемкости поддержки, все же лучше выполнить этот проект в виде веб-приложения =).

Не думаю.
1. Работникам приходится принимать решение в некоторых случаях на достаточно большом количестве информации. И с годами пришли к тому, что удобно когда выводится максимум на одном экране. К тому же все элементы должны быть функциональны: это и редактируемые таблицы, и выпадающие/редактируемые списки..... Короче дофига всего. Придется очень много JS /Ajax вкралять. Да и по html/css там будет куча всего....
2. Начисление достаточно ресурсоемкая операция - т.е. надо писать не на php/perl и т.п.
3. В некоторых организациях кправляющих компаниях сложная структура. И некоторые отчеты реально нагружают комп тоже.

Естественно если речь идет об обслживании 1го дома то это все фигня и php/mysql справятся более менее.

#71686

Для того, чтобы правильно спроектировать архитектуру приложения (или нам кто-нибудь подарит уже готовую? =) ), надо знать предметную область получше =). Я ее пока незнаю и поэтому вполне могу ошибаться. Так что не принимайте мои доводы близко к сердцу =).

1. Зато все лежит на одном сервере =).
2. Из скрипта можно запускать специально созданную для этих целей утилитку =). Хотя это и не очень красивое решение.
3. А вот про вопросы организации. Да и вообще хотя бы в общих чертах о том что считать, как считать, какие критерии и т.д. хотелось бы узнать =). Отчеты можно сделать модулями =). А для каждой организации по отдельному подряду писать модуль, реализующий отчетность в требуемом виде. (как раз задача по техподдержке. а сам софт халявный =) ).


З.Ы. Мне кажется обсуждение этого проекта уже можно вынести в отдельную тему =). Как минимум уже два человека (я и AndreyMust19) заинтересовались этой темой.

#71689
elve написал:
З.Ы. Мне кажется обсуждение этого проекта уже можно вынести в отдельную тему smile. Как минимум уже два человека (я и AndreyMust19) заинтересовались этой темой.

Я только за. Но давайте начнём с обсуждения задачи. После формулировки задачи можно обсудить и реализацию.

#71704
Vadimsky написал:
И самое главное, что ... база данных ... уже забита данными (опять же из винды).

А как планируется решать эту проблему? smile

#71707
mycetophylax написал:
А как планируется решать эту проблему

Сначала надо выяснить, что подразумевается под словами

mycetophylax написал:
база данных
#71709

в общем пока нет конкретной задачи могу предложить писать всё на ассемблере, а данные хранить в одном бинарном файле.

#71768
elve написал:

3. А вот про вопросы организации. Да и вообще хотя бы в общих чертах о том что считать, как считать, какие критерии и т.д. хотелось бы узнать =). Отчеты можно сделать модулями =). А для каждой организации по отдельному подряду писать модуль, реализующий отчетность в требуемом виде. (как раз задача по техподдержке. а сам софт халявный =) ).

Тут ТЗ может вылиться в несколько страниц.
Главное нужно учесть, что все параметры влияющие на расчет начисления могут изменяться во времени и должна храниться их история. А этих параметров море: дата прописки/выписки, временное отсутствие,недопоставка услуг,площадь,счетчик и его тип,возможны какие-то местные льготы, показания общедомовых счетчиков и показания собственных. И для разных домов, а иногда и в пределах одного дома тарифы могут быть разные. На некоторые услуги могут быть установлены несколько счетчиков одновременно. Некоторые услуги зависят от других услуг. При этом возможна недопоставка только по одной из таких связанных услуг.

Кроме того на практике я столкнулся с тем, что в разных организациях по разному начисляют. И полностью идентичные абоненты в соседних домах могут платить за одно и тоже очень различные суммы (не зависимо от каких то локальных для ТСЖ надбавок). И все дело в том, что ничто не читает законы. Поэтому при написании программы необходимо искать все нормативные акты, законы и т.п. И четко их придерживаться. В организациях сначала по инерции сопротивляются. Но, когда им показываешь закон и объясняешь, что может сделать юридически грамотный житель - все встает на места. Тут ее сложность в том, что ут лучше иметь и юридичесую помощь - т.к. некоторые законы и акты (особенно в сочетании) не сразу вкуришь как правильно.

Так же следует учесть, что ТСЖ, ЖСК, кправляющая компания... это не один дом, а иногда целая иерархия..... Более того, дома могут кочевать от одной УК к другой. И тут в зависимости от договренности могут передавать с сальдо, и надо будет вести и его учет, или (в лучшем случае) без сальдо.

#71770
Vadimsky написал:
И самое главное, что ... база данных ... уже забита данными (опять же из винды).

Это в принципе не проблема.
Если кому то нужно будет я воскрешу свой проект по универсальному конвертеру. (собственно он у меня уже работаетно в рамках другого проекта и слишком узконаправленный для общих задач) - заморожен из0за кризиса у спонсора

#71772
aikus написал:
в общем пока нет конкретной задачи могу предложить писать всё на ассемблере, а данные хранить в одном бинарном файле.

Ого! Это шутка? Или это не про эту задачу?

#71795
aikus написал:
в общем пока нет конкретной задачи могу предложить писать всё на ассемблере, а данные хранить в одном бинарном файле.

продурачились и хватит. для решения внезапно возникшей проблемы решил составить небольшой опросник, правда несколько сумбурный.
Знающие люди скажите:
1. Какие цели приследует программа для ЖСК? Что она должна делать?
2. Какие возможности? Есть ли у Вам знакомых ЖСК возможность выделить для программы сервер, купить хостинг, нанять админа?
3. Каие люди будут пользоваться программой, какое их количество?
4. Какую информацию надо хранить?
5. Какие нужны отчёты?
Было бы не плохо, было бы описать работу в каперативе.
думаю ответы на эти вопросы не сильно напрягут и при этом дадут некоторое понятие о будущей программе.

#71799
voral написал:
Ого! Это шутка? Или это не про эту задачу?

Конечно шутка, просто мне предыдущее обсуждение напомнило один милый проект, который я наблюдал. Выглядело это примерно так:
- Давай писать программу
- Давай, надо отделить данные от шаблонов, писать будем на php, что-то ещё слышал про mvc
- вот ссылка на репозитрорий (url)
- как сделать логин?
далее идут 2 или 3 года тишины.
Одним словом, как умный человек (мне не довелось в этом бреде по участвовать), я сделал из этого некоторые выводы.

Посему хочу сначало выяснить что писать, а уж потом на основе этого решать на чём и как.

#71800
aikus написал:
...купить хостинг

А зачем? По локалке скорее всего все будет. А ты уже однозначно решил, что надо "браузер - Application Server - серверБД?" Интерфейс-то сложноват получается, хотя, конечно, клиента можно своего написать. Неподъемная задача для одного.

#71824
mycetophylax написал:
А зачем? По локалке скорее всего все будет. А ты уже однозначно решил, что надо "браузер - Application Server - серверБД?" Интерфейс-то сложноват получается, хотя, конечно, клиента можно своего написать. Неподъемная задача для одного.

ничего я не решил, одно дело если надо одновременная работа нескольких людей с публикацией данных, другое если программа крутится на компе у сотрудника и он иногда разворачивает монитор так, чтоб все видели что там творится. Если будет по локалке, но для нескольких человек, скорее всего все равно надо выделять сервер. Одним словом если под программу возможно выделить сервак, то на него можно установить и нормальный субд, а не встраиваемый огрызок. Если прогу бросают на хостинг, то там не велик выбор для реализации (можно рассчитывать только на php+mysql). Да и от куда ты узнал про сложность интерфейса? Ты его уже видел? Может расскажешь нам, что я там на ковырял? smile

#71834
aikus написал:
Да и от куда ты узнал про сложность интерфейса?

Меня voral напугал :O :D Я себе такого в уме нарисовал.

Войдите или зарегистрируйтесь, чтобы ответить.