Здравствуйте, MOS, Вы писали:
MOS>Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware. MOS>Требуется разработать прогу, имеющую базу данных, в которой будут MOS>хранится акты приемки, заказы и т. д. Также она должна содержать информацию для склада, договора для вендоров ну и все подобное. Задача тривиальная,
Тривиальная??? MOS>но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует?
Позвольте немножко повыЁ...
Если ВЫ, уважаемый, задаете подобный вопрос, то ВЫ просто не представляете себе, насколько эта задача "тривиальна"!
По Вашему "ТЗ" — берем С++ и пишем "прогу".
А если серьезно, то вначале анализируем: кол-во бизнес-процессов для автоматизации, необходимость расширения, кол-во рабочих мест, наличие системы доступа, объем документооборота, распределенность системы, необходимость внедрять дополнительные механизмы (сканеры штрих-кодов, кассовые аппараты, etc).
А после этого крепко задумываемся на стоимостью решения задачи. А стоимость будет складываться из кол-ва программистов помноженное на зарплату и на сроки выполнения, причем это не основная часть, плюс главная часть — стоимость внедрения, как фактическая (зарплата), так и логическая — чего Вам это даст.
А подстчитав решаем — ставить заточенный под Вас (под Ваш бизнес) 1С, покупать какую-либо ERP\MRP\CRM систему, или все же писать свое.
А пока даже задумываться над "средствами производства" не следует.
У меня такое ощущение, что Вы обо всем этом даже не задумались — просто взяли под козырек или, что еще хуже, наобещали начальству золотые горы за три копейки, типа щаз слабаем.
Никогда не бойся браться делать то, что делать не умеешь. Помни, ковчег был построен любителем. Профессионалы построили Титаник...
Здравствуйте, VVP, Вы писали:
VVP>По Вашему "ТЗ" — берем С++ и пишем "прогу".
Можно начинать и так.
VVP>А если серьезно, то вначале анализируем: кол-во бизнес-процессов для автоматизации, необходимость расширения, кол-во рабочих мест, наличие системы доступа, объем документооборота, распределенность системы, необходимость внедрять дополнительные механизмы (сканеры штрих-кодов, кассовые аппараты, etc). VVP>А после этого крепко задумываемся на стоимостью решения задачи. А стоимость будет складываться из кол-ва программистов помноженное на зарплату и на сроки выполнения, причем это не основная часть, плюс главная часть — стоимость внедрения, как фактическая (зарплата), так и логическая — чего Вам это даст.
А можно и так.
Я знаю проекты, которые начинались именно со слов "берем... пишем" и затем из них получались неплохие большие системы. Я знаю неплохие проекты, которые были перед началом тщательно спроектированы, а потом реализованы. Я знаю проекты, которые начинались со слов "берем... пишем" и впоследствии погибали под тяжестью вносимых изменений. Я знаю проекты, в которых реально необходимо было 10% возможностей от тех, что были заложены в проекте, и которые погибали под тяжестью поддержки остальных 90% возможностей.
Это не следует понимать превратно, что идя по первому пути следует отметать все мысли по поводу того, что в дальнейше может понадобиться.
В первом случае я порекомендовал бы использование Agile-технологий (ХР). Второй путь лично мне не приносит удовлетворения (близкого к половому), поэтому я ничего не могу посоветовать в плане организации работы. А писать можно на чем угодно, не в этом суть.
Здравствуйте, MOS, Вы писали:
MOS>Hello all
MOS>Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware. MOS>Требуется разработать прогу, имеющую базу данных, в которой будут MOS>хранится акты приемки, заказы и т. д. Также она должна содержать информацию MOS>для склада, договора для вендоров ну и все подобное. Задача тривиальная, MOS>но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует?
Важные вопросы: насколько центр распределенный? и нужно ли будет в будущем иметь доступ к хранящимся данным удаленным пользователям...
Последнее время я лично все больше склоняюсь к технологии MS SQL + IIS + ASP(.NET) + IE (Netscape — ), это избавляет от гемора переустановки софта (у меня знакомый раза три в неделю обновляет desctop приложение на 10 компах... камасутра вобщем), система создается с существенным запасом на будущее, клиенты могут быть дохлые, и на них не надо ставить доп. софт.
Правда если нет опыта создания подобных систем — будет трудно... Т.к. здесь например надо знать кучу технологий — "создание web порталов", html styles, css, xml, xsl (хотя возможно некоторые не потребуются) и кучу мелочей... например насколько совместим DHTML у IE5.0, IE5.5 и IE6.0... и т.д.
Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware.
Требуется разработать прогу, имеющую базу данных, в которой будут
хранится акты приемки, заказы и т. д. Также она должна содержать информацию
для склада, договора для вендоров ну и все подобное. Задача тривиальная,
но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует?
Здравствуйте, MOS, Вы писали:
MOS>Hello all
MOS>Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware. MOS>Требуется разработать прогу, имеющую базу данных, в которой будут MOS>хранится акты приемки, заказы и т. д. Также она должна содержать информацию MOS>для склада, договора для вендоров ну и все подобное. Задача тривиальная, MOS>но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует?
Здравствуйте, MOS, Вы писали:
MOS>Hello all
MOS>Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware. MOS>Требуется разработать прогу, имеющую базу данных, в которой будут MOS>хранится акты приемки, заказы и т. д. Также она должна содержать информацию MOS>для склада, договора для вендоров ну и все подобное. Задача тривиальная, MOS>но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует?
Если под Винду:
Если однопользовательская, то только MS Access или MS Access + .NET или VB6.
Если многопользовательская, то (MSDE или MySQL или Firebird) + (.NET или VB6).
Здравствуйте, VVP, Вы писали:
VVP>Здравствуйте, MOS, Вы писали:
VVP>Тривиальная???
В смысле уже не раз решенная для других предприятий. VVP>Позвольте немножко повыЁ...
позволяю VVP>Если ВЫ, уважаемый, задаете подобный вопрос, то ВЫ просто не представляете себе, насколько эта задача "тривиальна"! VVP>По Вашему "ТЗ" — берем С++ и пишем "прогу".
Проясняю. Я вообще не для себя спрашиваю. Есть предприятие где половина описанных
функций реализована на Lotus+Domino половина не реализована вообще. У одного
товарища с этого предприятия есть желание все порушить и построить прекрасный
новый мир. Встал вопрос чем этот новый мир строить. Он спросил мое мнение,
но так как я как то больше по SCADA специализируюсь, я решил спросить мнение
людей многоопытных и знающих, которые обитают на этом форуме.
VVP>А если серьезно, то вначале анализируем: кол-во бизнес-процессов для автоматизации, необходимость расширения, кол-во рабочих мест, наличие системы доступа, объем документооборота, распределенность системы, необходимость внедрять дополнительные механизмы (сканеры штрих-кодов, кассовые аппараты, etc). VVP>А после этого крепко задумываемся на стоимостью решения задачи. А стоимость будет складываться из кол-ва программистов помноженное на зарплату и на сроки выполнения, причем это не основная часть, плюс главная часть — стоимость внедрения, как фактическая (зарплата), так и логическая — чего Вам это даст.
Ну прямо мои слова VVP>А подстчитав решаем — ставить заточенный под Вас (под Ваш бизнес) 1С, покупать какую-либо ERP\MRP\CRM систему, или все же писать свое. VVP>А пока даже задумываться над "средствами производства" не следует. VVP>У меня такое ощущение, что Вы обо всем этом даже не задумались — просто взяли под козырек или, что еще хуже, наобещали начальству золотые горы за три копейки, типа щаз слабаем. Знаю я одного такого перца. И что самое интересное, постоянно все убеждаются что
он балабол, но с работы его не выгоняют. Видно и такие люди тоже нужны...
Здравствуйте, VVP, Вы писали:
VVP>Здравствуйте, MOS, Вы писали:
MOS>Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware. MOS>Требуется разработать прогу, имеющую базу данных, в которой будут MOS>хранится акты приемки, заказы и т. д. Также она должна содержать информацию для склада, договора для вендоров ну и все подобное. Задача тривиальная, VVP>Тривиальная??? MOS>но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует? VVP>Позвольте немножко повыЁ... VVP>Если ВЫ, уважаемый, задаете подобный вопрос, то ВЫ просто не представляете себе, насколько эта задача "тривиальна"! VVP>По Вашему "ТЗ" — берем С++ и пишем "прогу".
VVP>А если серьезно, то вначале анализируем: кол-во бизнес-процессов для автоматизации, необходимость расширения, кол-во рабочих мест, наличие системы доступа, объем документооборота, распределенность системы, необходимость внедрять дополнительные механизмы (сканеры штрих-кодов, кассовые аппараты, etc). VVP>А после этого крепко задумываемся на стоимостью решения задачи. А стоимость будет складываться из кол-ва программистов помноженное на зарплату и на сроки выполнения, причем это не основная часть, плюс главная часть — стоимость внедрения, как фактическая (зарплата), так и логическая — чего Вам это даст. VVP>А подстчитав решаем — ставить заточенный под Вас (под Ваш бизнес) 1С, покупать какую-либо ERP\MRP\CRM систему, или все же писать свое. VVP>А пока даже задумываться над "средствами производства" не следует. VVP>У меня такое ощущение, что Вы обо всем этом даже не задумались — просто взяли под козырек или, что еще хуже, наобещали начальству золотые горы за три копейки, типа щаз слабаем.
Здравствуйте, MOS, Вы писали:
MOS>Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware. MOS>Требуется разработать прогу, имеющую базу данных, в которой будут MOS>хранится акты приемки, заказы и т. д. Также она должна содержать информацию MOS>для склада, договора для вендоров ну и все подобное. Задача тривиальная, MOS>но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует?
Здравствуйте, MOS, Вы писали:
MOS>Hello all
MOS>Ситуация следующая: имеется авторизованный центр по обслуживанию Hardware. MOS>Требуется разработать прогу, имеющую базу данных, в которой будут MOS>хранится акты приемки, заказы и т. д. Также она должна содержать информацию MOS>для склада, договора для вендоров ну и все подобное. Задача тривиальная, MOS>но встал вопрос о выборе средств разработки и СУБД. Кто что посоветует?
), это избавляет от гемора переустановки софта (у меня знакомый раза три в неделю обновляет desctop приложение на 10 компах... камасутра вобщем), система создается с существенным запасом на будущее, клиенты могут быть дохлые, и на них не надо ставить доп. софт. 
Super, признаю — узко мыслил...
