• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

Типичные приложения Лотус

  • Автор темы Fossil Code
  • Дата начала
Статус
Закрыто для дальнейших ответов.
F

Fossil Code

А не обменяться ли опытом на тему, каковы типичные приложения, которые Вам приходится (или приходилось) разрабатывать в Лотусе? Вероятно, могут быть и сходные и очень необычные... Навскидку:

Семейный бюджет. Личная. Просто, но с "бантиками". Наконец понял, сколько приношу и куда это уходит. Узнал, ужаснулся и бросил вести. :) Снова спокоен.

Библиотечный каталог. Карточки учета книг. Поисковые ключи, как это принято в библ. деле. Веб - интерфейс. Ключевой + полнотекстовый поиск.

Журналы входящей, исходящей корреспонденции, как общие, так и специализированные по категориям "обращения граждан", внутризаводской оборот, и т.п., в т.ч. совмещенные с контролем исполнения резолюций этих документов.

Инф. сервисы: прием/выгрузка (из файловой системы, SMTP), преобразование форматов, синтаксический разбор, выгрузка в документы "человеческого вида" и представление их в базах для инф.целей с возможностями поисков.

Конфиденциальные системы вида запрос - ответ - обработка ответа. С шифрованием, эцп, уполномоченными операторами и т.п.

БД инвентаризаций. БД телефонных справочников и шире -- ведения контактов (справочник + досье).

Еще делали учет и ведение договоров, склад и даже кассу. А, да, еще книжки, по типу Лотусового хелпа, и обучающие БД.

Кажется, все, из того, что более-менее живо в памяти...
 
D

DNT

Из того, чем горжусь: учет фин. деятельности (три стадии авторизации), разбор и биллинг логов АТС, обработка логов SQUID. :)
 
E

Elena Nefedova

Основной список такой
  1. Базы для подготовки-отправки программных продуктов, интегрированные с различными средами (MS Office - лишь капля в море! Интегрированы RDBMS, внешние скрипты и исполняемые файлы, автосборка инсталляций и пр. и пр.). Как-то исторически сложилось, что никто никаких Rational не покупал - все свое родное :)
  2. Почтовый ящик поддержки программного продукта (обезличенный) - ну и спрос на него, скажу я вам!
  3. Подготовка хелпов к выпускаемым программным продуктам
  4. База заявок (с пополняемым набором заявок)
  5. Контакты с клиентами (в тч - потенциальными), конкурентами, партнерами
  6. Анкетирование
  7. Подбор персонала
  8. База командировок и отпусков (если люди работают на выезде, чтоб с ними была связь)
  9. Учет и стандартные операции с реляционными БД (без участия администратора)
  10. Инвентаризация и склад техники (включая загрузку новых данных из XML-файлов)
Всякие там приколы с беседами я не считаю :)
 
M

Mihal

Из стандартных:
1. "Что-то куда-то двигать" (в просторечье "воркфлоу"). Отличается только внешним интерфейсом и бантиками (во время перехода такого-то делать то-то). Движки бывают разные. "Однотактовые" (простая последовательность пользователей), "двухтактовые" (передать дальше или вернуть назад), "двухтаковые с выхлопом" (двухтактовый с возвратом на пред. шаг), "велосипедный" (след. шаг определяется конкретно пользователем), "низкоуровневый" (долго объяснять ;) ), "межзвёздный" (с графопостроителем, паралельными ветками и т.д.). Соответственно есть однотактовый с выхлопом :). Есть ещё подвиды :).

2. Сбор информации и складирование её. Причём одна база на сервере и куча локальных реплик.

3. "Оборудование". Просто набор документов, содержащих пару рич-текст полей и справочник статусов (в наличии, на ремонте, паламатое, украли, списали и т.д.). Усложнённый вариант - собирание оборудования в комплекты. Складским учётом назвать сложно. Так, базка для админа :).

4. "Документооборот совковый классический". Документ, регистрация, журналы, отчёты, резолюция, контроль, снятие с контроля, куча спама по почтовым ящикам и т.д.

5. "Разбор файлов". Мел-ин-датабаза. Приходят письма с аттачами. Надо из аттачей сделать документы.

6. Ну и куча всего по мелочам.
 
G

GROMILA

Действительно, было бы интересно узнать кто что делал на лотусе, но
не менее интересно узнать оценку сделанного.

Что хотелось сделать и удалось
Что хотелось сделать и не удалось по тем-то причинам.
Сильные и слабые места при реализации такого-то функционала
Чего не ожидал и с чем столкнулся при реализации требования такого-то
 
M

Mihal

Всё получалось нормально :) .

Получилось, но криво БД а-ля склад. Делал и плевался. Там реляционка напрашивалась. Спасло то, что за базой сидел один человек.

Хорошо получился сплав "двухтактового с выхлопом двигателя" с Ораклом. Из Оракла взял документ - пропустил по процессу - результат положил в Оракл.
 
E

Elena Nefedova

GROMILA сказал(а):
Что хотелось сделать и не удалось по тем-то причинам.
Нажмите, чтобы раскрыть...
Ну так не бывает "не удалось".
Бывает - не все доделали из-за нехватки времени. Если одним лотусом не удалось, интергируем с чем-то еще.
GROMILA сказал(а):
Сильные и слабые места при реализации такого-то функционала
Нажмите, чтобы раскрыть...
А вот это и правда ценная информация
 
O

oshmianski

1.
Ссылка скрыта от гостей

2. подписка клиентов на выход патчей Галактики (Web + Notes)
3. закончил и внедрил систему учета рекламаций для одной российской конторы (Web + Notes)
4. база знаний для сбора скриптов, формул, типовых решений
5. переливание данных в реляционку и обратно через ODBC \ ADO
6. типа настраиваемый оточетопостроитель для лотуса
7. шаблонные решения (библиотечки) для проверки заполненности полей (InputValidation), фиксирования изменения полей
 
M

Mihal

<!--QuoteBegin-Elena Nefedova+6:12:2006, 17:38 -->
<span class="vbquote">(Elena Nefedova @ 6:12:2006, 17:38 )</span><!--QuoteEBegin-->Ну так не бывает "не удалось".
Бывает - не все доделали из-за нехватки времени. Если одним лотусом не удалось, интергируем с чем-то еще.
[snapback]50060" rel="nofollow" target="_blank[/snapback]​
[/quote]

Бывает "не удалось". Ещё как бывает :). Бывают разорваные контракты :). А интегрироваться с чем-то то же знаете :). Типа, после затяжки всех сроков приходишь к заказчику: "Ну, мы в принципе решили Вашу задачу для сферических коней в вакууме... Мда... Но для реальной жизни вам надо купить Оракл и нанять толкового админа обсертифицированого со всех сторон. Эт вам дополнительно обойдётся в... Хммм... В стока баксов, в общем...". ;)

Для: Fossil Code
Я тут подумал. Надо на базку симейного бюджета ВоркФлоу прикрутить ;). Мол, заявку на получение денег с указанием статьи, авторизация сего, визирование. Проверка на лимит бюджета. Визирование заявки :). Потом чеки сканируешь. Опять же пускаешь по процессу :). Да ещё и территориально распределённая. В магазине стоишь с мобилкой (КПК) и составляешь заявку на покупка двух бутылок пива. Ждёшь ответа :). СМС-нотификация, все дела. Вот эта вешчь была бы!:)

P.S. А ещё только среда :D
 
E

Elena Nefedova

Mihal сказал(а):
Бывает "не удалось". Ещё как бывает :). Бывают разорваные контракты :). А интегрироваться с чем-то то же знаете :). Типа, после затяжки всех сроков приходишь к заказчику: "Ну, мы в принципе решили Вашу задачу для сферических коней в вакууме... Мда... Но для реальной жизни вам надо купить Оракл и нанять толкового админа обсертифицированого со всех сторон. Эт вам дополнительно обойдётся в... Хммм... В стока баксов, в общем...". ;)
Нажмите, чтобы раскрыть...
Ну если до такого доходит, то уж это проблемы менеджмента.
Заказчики тоже бывают разные. Бывает, хотят за $X на своем мелко-среднем предприятии получить систему, функционально аналогичную той, что стоит $100*X, и работающую как часы
Это, опять же, проблемы менеджмента.
Вы ведь не устроитесь на зарплату, покрывающую только ваши дорожные расходы... еще и кушать надо.
В любой серьезной фирме считают рентабельность проекта. От нерентабельных проектов избавляются. "Но это уже совсем другая сказка..."
 
M

Mihal

Для: Elena Nefedova
Чьи проблемы - то такое. Я к тому что бывает :).

- Ну не налазит на Лотус!
- Надо! Или хочешь что б они к ораклоидам ушли?
- Ну не налазит!!!
- Совсем нельзя сделать?
- Можно.. Но криво...
- Работать будет?
- Ну, в принципе да...
- Делать!
- Но не налазит!!! Писчит и сучит ножками!!!
- Крууугом! На рабочее место шагом марш!
 
H

Hedg

1. Архив документов с "бантиками" . Доки формируются на основании данных из реляционной базы SyBase. Разраничение доступа по отделам и должностям. (Запарили уже)

2. Документооборот, как сказал Mihal, "двухтактовый" (передать дальше или вернуть назад).
 
F

Fossil Code

Для: Elena Nefedova

Судя по Вашим спокойным кивкам в сторону управленцев-организаторов, на Вашей работе все упоминавшееся действительно их дело . Вы, случаем, не из параллельной вселенной? :eek:

Для: Mihal

Ваш сценарий еще довольно мягок. Например:
Босс -- Я договорился (поступило распоряжение): будем делать!
-- Что именно?
Босс -- там разберешься по ходу. Давай, звони по этому номеру.
-- Когда надо?
Босс -- А /%? разберет. Им послезавтра запускаться. Не >%/ мозг. Пшел работать!!!
 
R

root

1. Служебная записка прохождение n стадий
2. Система обработки Tmeter логов
3. Система Атестации (lotus +MS SQL)
4. База данных с инструкциями для пользователей с протоколом доступа.
 
E

Elena Nefedova

Для: Fossil Code
Ну когда же итоги-то будут?
:)
Я вот думаю - может опрос приделать к теме, чтоб на диаграмме было видно, какие задачи встречаются наиболее часто?
 
G

GROMILA

Не получится, каждый формулирует задачу по-своему
 
E

Elena Nefedova

Для: GROMILA
Так на то и дана голова, чтоб перейти от частного к общему (или наоборот). Даже машина с помощью OLAP может выводы сделать, а человек - тем более :blink:
 
G

GROMILA

Лично для меня интерес именно в различных формулировках, в которых можно уловить отличительные особенности решения.
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!

Верх Низ