Новая документация
0 (0)
Новая документация ( Королев Андрей 07.08.2003 14:37 )3(2)Состав документации, поставляемой вместе с комплексом InterBank постоянно расширяется. Совершенствуются существующие руководства, появляются новые. Теперь Вы можете принять непосредственное участие в этом процессе.
Сообщите, какие именно руководства должны быть подготовленны в первую очередь. Какой именно информации не хватает Вам и Вашим клиентам, какие руководства следует переделать.
Самые востребованные документы будут подготавливаться в первую очередь.
>> Ответить- Пожелание ( pancer 03.02.2005 11:15 )5(1)Неплохо было бы создать руководство по типу
Спецпеременные и процедуры языка RSL для АРМ клиента 'Клиент-Банка'. Руководство программиста. или Спецпеременные и процедуры языка RSL для АРМ конфигурирования'Клиент-Банка Windows'. Руководство программиста.. Или хотя бы какое-нибудь руководство программиста по комплексу Interbank (Не то когда в разделе документация устанавливаю фильтр по комплексу Interbank, там по руководствам программиста полная пустота). Если они находятся в разработке, то желательно конечно узнать сроки их примерного выхода.
>> Ответить- Руководство программиста ( Королев Андрей 04.02.2005 13:03 )5(1)В данный момент руководство программиста включается как приложение в Справочное руководство. Сейчас такие приложения есть в Справочном руководстве "Клиент Windows" и Справочном руководстве "Интернет-клиент для юридических лиц". Аналогичное приложение для БОУРМ пишется (ориентировочный срок выхода - март).
Если приведенной в приложениях информации недостаточно, пожалуйста сообщите что именно вы хотите увидеть в документе.
Также рассматривается вопрос о выпуске отдельного документа "InterBank. Руководство программиста" где будут объединены приложения из документов и добавлен материал с примерами программ.
>> Ответить
- Замечание ( pancer 03.02.2005 11:32 )5(1)По поводу уже вышедшей документации хотелось бы выделить:
Конфигуратор Клиента Windows. Справочное руководство, редакция 15 сентября 2003 года.
Прошу не обижаться, но при работе с этим документом захотелось отработать приведенный там пример. Возникло по нему сразу множество вопросов, которые я протоколировал для себя.
приведу пример этих записей:
Замечания по справочному руководству "Конфигуратор Клиента Windows" от 15.09.2003
Моделирование производилось по стандарным установкам на Бэк-офисе версии 5.20.018.5 и
Конфигураторе версии 5.20.018.6.
Требуется пояснение как потом избавиться от созданной формы и базы данных в клиенте,
указание настроек и их влияния.
1. При проведении моделирования по главе "Технология работы с программой" в подразделе
"Пример создания формы" в разделе "Создание формы в Бэк-офисе" в приведенной таблице с данными для рассматриваемого примера
в ячейки длинна и длинна редактирования (поля "text" типа "String") занесены
соответственно значения 4096 и 4000, но при реальном вводе этих значений при редактировании полей в Бэк-офисе он:
а. Выдал сообщение о том что тип "String" должен быть строго меньше 4096 и отказывался принять запись о поле до тех пор пока значение не изменил на 4095.
б. При попытке ввести длинну редактирования 4000 выяснилось, что для ввода доступно всего три разрядных позиции и максимальное значение которое удалось ввести "999".
2. При проведении моделирования по главе "Создание формы в конфигураторе"
при указании данных в поле "Дополнительная таблица" в выпадающем списке не было имени
созданой пользовательской таблицы "my_form.dbt"
(параметры конфигуратора не изменялись с момента установки).
После долгих поисков она была найдена в каталоге DBFile конфигуратора, а данные для выпадающего списка
берутся из каталога Distrib\DBFile и сопоставить форму таблице стало возможным после обязательного перемещения
и файла таблицы my_form.dbt из каталога DBFile конфигуратора в каталог Distrib\DBFile
и перемещения файлов FIELD.DDF, FILE.DDF, INDEX.DDF из рабочего каталога Конфигуратор Клиента Windows (по умолчению TxtFile) в каталог Distrib\DBFile.
3. При проведении моделирования по главе "Создание формы в конфигураторе" в разделе "Создание и размещение формы".
а). При выведении имени всех полей на макет формы происходил сбой кодировки и вместо рускоязычных слов писалась абра-кадабра.
б). Для поля "Тема" в таблицебыло напечатано
Поле | Вкладка|Параметр |Значение
Тема |Общие |Имя |sms_name(выбирается из списка)
но выбрать из списка такое значение непредоставляется возможным так как на более раннем этапе моделирования это
поле было обозвано subj. Соответственно его и приходиться выбирать из списка.
в). Для поля "ИНН" в таблицебыло напечатано
Поле | Вкладка|Параметр |Значение
ИНН |Размещение и текст |Текст на экране | ИНН
но на форме которая приведена ниже в справочном руководсте и на которую ссылаются словами
%в результате должна получиться форма похожая на изображенную% видно что на экране отображается текст ИНН/КПП
но оставим тот текст который предлагается ввести в примере
Поле | Вкладка|Параметр |Значение
ИНН |Поле БД |Имя поля | INN(выбирается из списка)
но такого значения не существует.
г). Для поля "Текс сообщения" в таблицебыло напечатано
Поле | Вкладка|Параметр |Значение
Текст сообщения |Общие |Количество символов для редактирования | 4000
Но фактически оно ограничено 999 из-за Боурм что и вносим.
Прошу обратить внимание на эти замечания. И еще фактически (работоспособную) форму пришлось создавать совсем другим путем.
Хорошо бы пример довести до стадии, когда форма способна будет передаваться из БОУМА в клиент и обратно. Если это выходит за рамки данной документации, то создать другой докумет, или хотя бы сослаться на другие существующие.
>> Ответить- спасибо ( Королев Андрей 04.02.2005 12:54 )5(1)Спасибо за Ваш комментарий.
Проблема в том, что документация разрабатывалась достаточно давно и не соответствует текущей версии Конфигуратора и БОУРМ (18.05 и 18.06 соответственно), кроме того в документе присутствует ряд опечаток не замеченных при его проверке. Сейчас создается новый исправленный документ, который будет доступен клиентам на следующей неделе.
Если у Вас будут еще какие-то предложения или замечания по документации, все они будут с благодарностью приняты и в обязательном порядке рассмотрены и учтены в новых версиях документов.
>> Ответить
- Пожелание продолжение ( pancer 04.02.2005 12:53 )5(1)Не плохо бы иметь описание (документацию) на функциональное назначение и содержание файлов (желательно конечно всех типов) в интербанке.
PS: К примеру как в RSL при открытии словаря есть краткое описание форм.
А в старых досовских приложениях типа Дос Навигатора descript.ion файлы с описанием всех файлов оболочки.
>> Ответить- Предложение принято ( Королев Андрей 04.02.2005 13:05 )5(1)Спасибо за предложение, оно будет учтено при выпуске новых версий документации. О том в какой форме оно будет реализовано я напишу в этой ветке форума.
>> Ответить
