---|Ветка была без названия|---

← →
D (2003-03-13 16:01) [80]

>Исходники будут доступны для всех участников, кто доживет до конца проекта

Как-то очень многообещающе звучит... :)

← →
blackman (2003-03-13 16:13) [81]

>Романов Р.В.
>Для меня это учение. Резвлекаюсь я совсем по другому
Так Вы хотите научиться программировать ?

← →
KA_ (2003-03-13 16:19) [82]

2 Романов Р.В.
Высылай и мне. Мыло в анкете.

← →
Romkin (2003-03-13 16:32) [83]

летом первого года написал мааленькую программку по учету комплектующих :-))
Пользуются, балдеют...
Сделал трехзвенку на FB, летает
Скрипт, кстати, лежит здесь:
http://romkin.pochtamt.ru/script.htm
Описание таблиц и схему в ERWin тоже могу выложить :-))
Особенность в том, что денежек там нет, и копаться с ними у меня желания никакого нет, мне количеств достаточно :-)
А главный недостаток - один склад, времени было очень мало, поэтому сделал .как сказали, а не как надо...
И теперь назрела необходимость передела - произвольное количество складов и сборка компьютеров.
Наброски - есть :-))
Если интересует - поделюсь. Опять же с условием - без учета стоимости, только количества. Как показывает опыт, так и требуется обычно - на складе важны количества, а уж скока что стоит - в бухгалтерии вертят :-))

← →
Colgate (2003-03-13 19:36) [84]

Romkin, извини за нескромный вопрос. А трехзвенка зачем ?

← →
Романов Р.В. (2003-03-17 20:14) [85]

Высылаю ТЗ всем кто записался.
Жду от вас подтверждения участия в проекте, предложений и дополнений к ТЗ.
На этой неделе нужно обсудить и дополнить ТЗ. Всем кто пожелает принять участие в проекте я разошлю анкеты, что бы узнать примерный уровень знаний. В общем на этой неделе у нас организационные мероприятия :)

← →
delphine (2003-03-17 20:18) [86]

Это полная жопа! Я не стану работать не за денежку!

← →
MsGuns (2003-03-17 22:01) [87]

>Романов Р.В. © (17.03.03 20:14)

Я вроде не записан, но посмотреть предлагал. Так что шли и мне.

← →
Романов Р.В. (2003-03-17 22:35) [88]

> MsGuns © (17.03.03 22:01)

Посылал на msguns@ukr.net не дошло?

← →
Романов Р.В. (2003-03-18 15:49) [89]

Поактивнее, поактивнее товарищи :)
Пока откликнулось 2 человека.

← →
Romkin (2003-03-18 17:36) [90]

2Colgate
Трехзвенка по нескольким причинам:
- Мне так удобнее
- Время разработки сокращается
- не надо маяться с установкой на клиентских машинах - 1 exe + midas.dll
ну и тд.

2Романов Р.В. а мне ТЗ кинуть можешь? Интересно...

← →
sad (2003-03-18 17:36) [91]

я читаю...

← →
JibSkeart (2003-03-18 17:40) [92]

А мне ничего не приходило :(

← →
Романов Р.В. (2003-03-18 18:34) [93]

Romkin - отправил
JibSkeart - отправил на subscribe5@yandex.ru второй раз

← →
Konstantionov (2003-03-18 20:41) [94]

Получил ТЗ. Где все остальные? Что-то не слишком бурное обсуждение... :((

← →
Andrey (2003-03-18 21:03) [95]

Получил ТЗ. Ответил.

← →
jack128 (2003-03-18 21:03) [96]

видимо обсуждается по почте

← →
Andrey (2003-03-19 10:41) [97]

>Романов Р.В.
Есть предложение как-то структурировать наше общение.
Например сегодня в 17.00-18.00 по серверу можно всем дружно выйти в месный чат и все основательно обсудить. И вообще можно если удастся плодотворно пообщатся так завтра еще раз собиратся.

← →
race1 (2003-03-19 10:50) [98]

> Романов
непришло ничего :(

← →
race1 (2003-03-19 14:06) [99]

> Романов Р.В.
пришлите ТЗ!!!

← →
Романов Р.В. (2003-03-19 17:19) [100]

race1 © (19.03.03 14:06)
Выслал на white001@mail.ru

← →
Романов Р.В. (2003-03-19 18:19) [101]

Давайте обсудим ТЗ в этой ветке. С с 18 до 18:30 21 до 21:30 по московскому времени.

Итак публикую выдержки из писем (письма деловые, так что надеюсь не будет наездов за публикацию чужих писем).

Shadow
С ним переговоры проходиле по асе. Он предложил разработоть сервер на БДЕ и свой язык вместо SQL. Я отказался и предложил ему работать с Firebird. Он сказал что это не так интересно. В общем он не дал подтверждения об участии в проекте.

Калабухов Александр
1. Я хочу участвовать в данном проекте.
2. Я прочел ТЗ, присланное Вами, и у меня возникло несколько вопросов:
- права доступа пользователей
Вы указали, что хотите использовать SQL-сервер, механизмы администрирования, присутсвуют уже в нем. Раздачу прав можно осуществлять средсвами SQL-сервера. Если Вы хотите реализовать собственный механизм, то где будут храниться данные по правам?
- в ТЗ описана примерная структура БД
Мне кажется несколько некрасивым решение привязаться к конкретной структуре БД. По-моему лучше описать бизнес-объекты, их взаимодействие, структуру классов и реализовать их отображение на БД.

Хочу еще пояснить, почему склоняюсь к построению комплекса независящего от структуры БД.
- выделение бизнес-объектов позволит разбить работу комплекса на несколько связанных процессов
Тогда каждый участник проекта, сможет взять на себя реализацию одниго или нескольких процессов.
- необходимо выработать протокол взаимодействия частей комплекса
Это облегчит жизнь разработчикам, т.е. нам, если без этого вообще возможна работа в команде :) Выделение бизнес-объектов позволит относительно легко сделать это.
- плюс стандартный набор удобств.

Меня вполне устроит механизм администрирования SQL сервера.
Вот насчет бизнес объектов я не допонял.(имеются пробелы в теории, в частности в знании терминологии). Не могли бы вы поподробнее пояснить.

← →
Romkin (2003-03-19 18:41) [102]

Если уж переходить от реляций к объектам, то стандартные права точно не подойдут, придется делать права на доступ уже к объекту.
Насчет того, что плясать нужно от объектов - не согласен, имхо, тормозить будет. Каждый должен делать свое - сервер БД работать с таблицами, а уж клиент можно разбить на объекты. Или не разбивать, и так нормально, когда структура базы уже спроектирована все легко разбивается по группам как надо.
И никакой путаницы и пересечения не возникает - есть общие таблицы, есть частные, все описано.
Кстати, меня тоже интересует, что именно здесь подразумевается под бизнес-объектами?
У меня, как бы я не делал, все и так разбивается на объекты, правда, каждый объект - это TDataModule
Насчет примерной структуры в ТЗ - пока молчу :-)
А вот разбитие комплекса на независимые части, да еще с протоколом... Проще надо быть, если хочется разбить на блоки - пожалуйста, сделать ядро и механизм плагинов. Для плагинов, по моему мнению, вполне и исчерпывающе подходит COM...
Обязанности ядра в этом случае - загружать плагины и предоставлять им общую информацию о соединении, пользователе, правах и тд. Ее немного.
В общем насчет ТЗ: Нехватает немного инфы, например, количество сопровождаемой техники, типы ОС, на ней установленные, частота сопровождения (количество информации в базе и скорость ее ввода, и тд). От этого зависит многое
Также нет перечня используемого инструментария для разработки - на чем писать-то будете?

← →
Романов Р.В. (2003-03-19 19:09) [103]

Andrey K.

В ТЗ вобщем понятно все кроме:
- Клиент для просмотра, редактирования базы и создания отчетов.

Какое должно быть редактирование. Насколько я понял база актуализируется модулем специально предназначеным для этого. Так зачем ее редактировать? Если нужно получить свежую информацию о состоянии машины с клиента запускается (на машине состояние которой нужно уточнить) сервис который собирает информацию о машине и выкладывает ее в определенное место где ее может подхватить модуль загрузки данных на сервер. Или даже этот сервис сам может загружать информацию о машине на сервер.

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

Вообще как я себе представляю этот комплекс.

1. SQL сервер.
Любой бесплатный SQL сервер.

2. Модуль сбора данных (установлен на каждой машине о которой нужно пулучать информацию).
Модуль является внешним COM-сервером и отвечает за:
- сбор информации на машине на которой он установлен
- отправку информации на Сервер приложений

3. Сервер приложений (установлен на сервере).
Модуль является внешним COM-сервером и отвечает за:
- предоставление доступа к БД
- своевременую актуализацию БД (переодический запуск всех модулей сбора данных с последующим получением и записью информации в БД)

4. Клиент (установлен на машинах которым нужна информация из БД)
Модуль является COM-клиентом и отвечает за:
- просмотр информации
- создания отчетов.
- возможно администрирование доступа

Приймущества предложеного мной варианта:
1. Удобное администрирование доступа
2. Наличие автоматического обновления данных
3. Легкость перехода на другие СУБД (надо переписывать только один модуль: сервер приложений)
Недостатки:
1. На машинах должен быть установлен и настроен DCOM
2. Не все учасники проэкта знакомы с COM.

Идея интересная но несколько пунктов не вписываются в эту конструкцию.
1. Некоторые компьютеры могут быть не подключены к сети или включены в сеть не связанную с сервером.
2. На компьютерах разные ОС от DOS до XP. Linux нет, но нужно учесть возможность расширения и в эту сторону.

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

Константинов Ю.А.

По структуре БД есть несколько замечаний. К примеру таблица Тех. обслуживания была бы более полезной, если бы был предусмотрен расчет даты следующего ТО ( и напоминание ответственному лицу о необходимости проведения оного ) к примеру:
Поля:
ID
ID устройства
вид работ ( смазка вентилятора блока питания)
Дата предыдущего ТО
Дата очередного ТО
Периодичность ( ежемесячно, квартал, по необходимости и т.п.)
Отметка о выполнении ( и автоматическое обновление Даты очередного и прошедшего ТО)

Это можно. Без проблем.

и запрос ( по моему очень полезный ) "Отчет по проведению регламентных работ за текущий месяц" или " План проведения ТО на следующую неделю" . Это позволит отчитаться перед начальством и избежать ситуации, когда у Глав. буха закончится картридж, а у вас нет запасного.

У меня такой потребности небыло. Вообще я думаю отчеты надо реализовать в виде плагинов. Каждый ставит отчеты которые ему нужны.

Хотелось бы расширить таблицу учета ремонта, но я думаю, количество таблиц и полей в них будет оговорено позднее.
Чем раньше тем лучше. Высказывайте предложения.

В целом ТЗ понятно, есть только одно пожелание: когда будут радоваться задания, хотелось бы иметь детальную информацию о том, что требуется от той или иной программной части. по пунктам:
Пример: "сбор информации о компьютере"
требуемая информация:
1) список ПО, установленного на ПК в виде:
а) Название ПО - string[20]
б) № версии - integer;
2) список сетевых папок...

Ну это понятно. К каждому конкретный подход нужен. Кому то подробные инструкции, кому то нужнен простор для творчества.

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

Столько сколько вы захотиде уделить этому проекту, т.е. когда мы договариваемся об выполнении определенного объема работ вы указываете сроки выполнения.

Новиков Алексей
К моему, глубочайшему сожалению, мне скорее всего придется отказаться от участия в проекте по двум причинам:
1) уровень знаний не соответсвует поставленной задаче
2) с 29 марта по 31 апреля в отпуске

Но если к майским праздникам у Вас еще будет необходимость в какой-нибудь помощи буду рад, так как мне учиться никогда не вредно.

Буду рад вашей пмощи. Следите за проектом на форуме или пришлите мне письмо.

← →
Andrey (2003-03-19 19:19) [104]

> Если уж переходить от реляций к объектам, то стандартные
> права точно не подойдут, придется делать права на доступ
> уже к объекту.

Хм... Помоему такое на 2-х звенке (какой бы продвинутый SQL-сервер небыл) реализовать нельзя.

Я и предлогаю:

1. Сервер БД - любой SQL-сервер (FB).
- отвечает за хранение данных.

2. Сервер приложений (расположен на сервере), отвечает за:
- администрирование
- доступ и обновление данных
- переодический запуск локальных модулей обновления БД

3. Модуль обновления БД (расположен на всех машинах с которых надо получать инфрмацию) отвечает за:
- сбор информации на конкретном ПК
- отправку информации на сервер приложений

4. Клиентский модуль (расположен на машинах которым нужна информация из БД) отвечает за:
- общение с пользователем (интерфейс)
- создание отчетев

Весь это зоопарк можно завязать на COM.

>предложил разработоть сервер на БДЕ и свой язык вместо SQL.
>Я отказался и предложил ему работать с Firebird.
>Он сказал что это не так интересно.
Ну и пусть ему BDE интересную жизнь устроит :)

>Романов Р.В.
К сожалению я потерял то письмо которое я вам отослал. Немогли бы вы его мне вернуть :)

← →
Романов Р.В. (2003-03-19 19:30) [105]

> С с 18 до 18:30 21 до 21:30 по московскому времени

:-)

С 18 до 18:30 и с 21 до 21:30 по московскому времени буду заходить в чат.

На замечания Romkin © (19.03.03 18:41)
Кол во сопровождаемой техники - порядко 60 комов и контроллеров.
типы ОС - win98, NT 4, w2k, XP, на контроллерах DOS и QNX(про них ридется заводить информацию вручную).

Частота сопровождения - при изменении конфигурации железа или по на ПК персоналом АСУ. То что пользователь сам поставил на компьютер winamp или dn в базу заносить не обязательно. Так что нет необходимости в ежедневном обновлении информации.

Да кстати. Предлагаю компилировать проект на D6.
Отдельные незвисимые модули dll можно писать и компилировать и на других версиях ;)

← →
Andrey (2003-03-19 19:39) [106]

>2. На компьютерах разные ОС от DOS до XP. Linux нет, но нужно
>учесть возможность расширения и в эту сторону.
DOS так OLE1 можно использовать :) Хотя конечно это непросто... И кстати, а как вы собираетесь в DOS использовать что-то из сделаное на Delphi... Или может уже не на Delphi?

Linux->Kylix :)

>1. Некоторые компьютеры могут быть не подключены к сети или
>включены в сеть не связанную с сервером.
Это проблема...

Предстоит сделать автоматическое обновление (на машинах входящих в сеть это точно надо). Для этого есть несколько путей.
Использовать COM,
использовать другие стандартные средства (я таких незнаю, это не значит, что их нет, просто я с ними вообще не знаком),
использовать самописные средства (зачем переписывать то что есть).

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

Постил свое предидущее сообщение когда вашего невидел.

>Предлагаю компилировать проект на D6
Согласен.

← →
Романов Р.В. (2003-03-19 19:52) [107]

> DOS так OLE1 можно использовать :) Хотя конечно это непросто...
> И кстати, а как вы собираетесь в DOS использовать что-то
> из сделаное на Delphi... Или может уже не на Delphi?

Планирую вводить эту информацию ручками. Без всяких клиентов.

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

В принципе так я и хотел сделать.

← →
Diplomat (2003-03-19 20:07) [108]

to Романов Р.В.
Хочу ознакомится с ТЗ и, возможно, присоединится к команде разработчиков. Самому такая программа нужна.

to Andrey
Моё мнение:
Отчёты из 4. перенести в 2.
Пункт 4. объединить с 3.

← →
Романов Р.В. (2003-03-19 20:12) [109]

> Diplomat (19.03.03 20:07)

ТЗ выслал

← →
k2 (2003-03-19 20:22) [110]

katt@fromru.com

← →
Andrey (2003-03-19 21:25) [111]

>Diplomat (19.03.03 20:07)
>Отчёты из 4. перенести в 2.
Э..ну формирование отчета конечно должно быть на сервере. Я имел ввиду вывод с помощью чего осуществляется.

>Пункт 4. объединить с 3.
Хм... Недумаю. Сбор информации лучше сделать отдельным модулем т.к. не на всех машинай с которых нужно собирать информацию будет клиент (п.4). А я предпочитаю строить систему из однородных сегментов.

> Романов Р.В. © (19.03.03 19:52)
> > И кстати, а как вы собираетесь в DOS использовать что-то
> > из сделаное на Delphi...
> Планирую вводить эту информацию ручками. Без всяких клиентов.
Логично, согласен. Значит клиент (п.4) будет еще и вводить информацию.

> > А вообще выход модуля сбора информации можно сделать э..настраеваемым
> В принципе так я и хотел сделать.
Значит так и сделаем :)

← →
konstantinov (2003-03-19 22:01) [112]

Извините за задержку с выходом в эфир :)
Послушал со стороны, что люди говорят.
Н..да! Туго мне придеться! Боюсь, не справлюсь. Ну да "взялся за гуж, не говори, что не дюж". Высылайте тест, если пройду уже что-то. Насчет D6. Забит у меня винчестер всякой всячиной, никак не дойдут руки разгрести. Не возражаете если я пока на D5 попробую.

← →
Dim!S (2003-03-20 04:14) [113]

to Романов Р.В.
Только сегодня натолкнулся на ветку...
Заинтересовался проектом, сам что-то подобное делал, но так до конца и не довел...
Остался кое-какой опыт, идеи :) могу поделиться...

Если есть заинтересованность в хорошей справочной системе (winhelp, htmlhelp) пишите на мыло: Dims787@mail.ru

← →
Dim!S (2003-03-20 04:14) [114]

to Романов Р.В.
Только сегодня натолкнулся на эту ветку...
Заинтересовался проектом, сам что-то подобное делал, но так до конца и не довел...
Остался кое-какой опыт, идеи :) могу поделиться...

Если есть заинтересованность в хорошей справочной системе (winhelp, htmlhelp) пишите на мыло: Dims787@mail.ru

← →
Andrey (2003-03-20 10:59) [115]

>Dim!S
Хм... Я думаю, что "заинтересованность в хорошей справочной системе" есть, если не у товарисча Романова, то у меня точно есть. А т.к. все исходники будут открыты для всех кто доживет до конца проэкта, если товарисч Романов откажется от вашей помощи, я после окончания проэкта с вами скооперируюсь на тему справочной системы (конечно если пройду отбор :)).

>Романов Р.В.
>Вообще я думаю отчеты надо реализовать в виде плагинов.
>Каждый ставит отчеты которые ему нужны.
IMHO это лишний наворот. Смысла невижу. Или предпологается еще и администрирование доступа к отчетам (типа этот отчет тебе можно смотреть, а этот нельзя)?
Так это проще организовывается,
на 2-х звенке просто недавать доступ к процедуре которая формирует отчет,
на 3-х звенке этим же будет заниматся сервер приложений.

← →
Degisy Software (2003-03-20 11:47) [116]

Есть предложение написать плагин доступа к Database Workshop
( http://www.degisy.com) к СУБД, которая еще не поддерживается программой, на выбор: Postgres SQL, Oracle, MS Sql и т.д. С нашей стороны: исходники плагина под InterBase, написанные на Delphi6, консультации. При наличии положительных результатов - бесплатная регистрация программы. Если появится желание - свяжитесь с нами. С уважением, DGS.

← →
Игорь Шевченко (2003-03-20 11:57) [117]

← →
Mystic (2003-03-20 12:32) [118]

mystic2000@newmail.ru

← →
Andrey (2003-03-20 12:36) [119]

>Degisy Software
Хм... Непонятно почему это предложение прозвучало в этой ветке.

И зачем нам "исходники плагина под InterBase"? Мы вроде не через "Database Workshop" работать с БД собираемся.

И зачем нам "написать плагин доступа к Database Workshop"? Мы вроде в этой ветке для другой цели собрались.

Конечно кому-то это может быть интересно, но IMHO ваш пост это offtopic.

← →
Романов Р.В. (2003-03-20 21:39) [120]

> Andrey © (20.03.03 10:59)

> IMHO это лишний наворот. Смысла невижу. Или предпологается
> еще и администрирование доступа к отчетам (типа этот отчет
> тебе можно смотреть, а этот нельзя)?

Я это к тому что мой годовой отчет кроме меня наврядли кому то будет нужен, а у других участников проекта будут свои специфические отчеты которые другим не нужны.

Уважаемые участники проекта!
Просьба высказать свои предложения по структуре таблиц БД, т.е. какие таблицы и поля необходимо включить в базу.

К сожалению я уезжаю на 3 дня. Так что появится здесь не смогу :(

---|Ветка была без названия|--- Найти похожие ветки