| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Delphi Russian Knowledge Base > Требования к приложению |
| Автор: Medved 3.8.2004, 10:39 |
| Конечной целью данного топика должен является набор требований к разрабатываемому нами Приложению. После определения требований мы сможем приступить к написанию технического заданию (ТЗ). И так, что мы пока имеем: Приложение должно быть: 1. Кросс-платформеным; 2. Иметь возможность авто/обновления; 3. Подсвестка синтаксиса; 4. С расширенными возможностями поиска; 5. Возможностью перекрестных ссылок м/у статьями; 6. Дистрибутив приложения должен быть максимально минимальным (о загнул! :) Как вы думаете, что здесь еще не хватает, или что лишнее? |
| Автор: neutrino 3.8.2004, 10:45 |
| содержать нек. откомпилированные примеры и иметь возможность их запускать? |
| Автор: Kesh 3.8.2004, 11:50 | ||
А это как собираешься организовать? ИМХО если на Delphi|Kylix - оно бы неплохо... Ну или на .NET... Неплохо бы сделать вариант программы для консольного режима... |
| Автор: Akella 3.8.2004, 12:59 |
| Может добавить ссылки из Интернета на примеры или готовые приложения (для уменьшения размера дистрибутива). |
| Автор: Wowa 3.8.2004, 13:14 | ||
У нас скоро итак будет онлайн FAQ на форуме, поэтому оффлайн версия, это как альтернатива, и она должна имхо оставаться оффлайн. |
| Автор: Medved 3.8.2004, 13:43 | ||||
Давайте пока не обсуждать вопросы подобного плана, до них дойдет своя очередь. Иначе опять получиться кавардак. Прошу вас, давайте конкретные предложения. |
| Автор: Kesh 3.8.2004, 14:28 |
| Pegas Конкретно. Приложение должно состоять из 3-х частей... 1. Собственно сама база (реализация от СУБД до набора html-ок на дисках) 2. Интерпретатор (организатор) - собственно программа для пользователя, с возможностями, описанными в первом посте. 3. Администратор - собственно программа для нас с возможностями организации,реструктуризации базы знаний и созданием обновлений. Т.о. 2. - самая малая часть, она и предназначается для пользователя. 1. - пользователь выборочно скачивает из интернета или с локальной папки... 3. - пользователю вообще не нужно... |
| Автор: Medved 3.8.2004, 15:22 |
| Кеш, не обижайся, но ты опять не понял.... как будет выглядеть программа, и как это будет реализовываться - это мы потом решим, а сначала надо определиться с требованиями к ней. Почему я так говорю - чтобы мы опять не погрязли в ненужных спорах, сотрясая клавиатуру. Давайте по существу. Прочитай пожалуйста http://forum.vingrad.ru/index.php?showtopic=27269. Поэтому свое видение архитектуры и структуры программы, давайте пока оставим на потом. |
| Автор: p0s0l 3.8.2004, 18:41 |
| Что означает "расширенные" возможности поиска ? Что там расширено будет ? А вообще, если долго ничего в голову не идёт - значит, всё, больше и не надо фич, иначе получится высасывание из пальца... Те требования, которые ты написал - это всё нужные, без любой из них будет неудобно. Так что это оптималньый минимум / минимальный оптимум... |
| Автор: Kesh 3.8.2004, 21:30 |
| Pegas Это опять я... |
| Автор: stron 4.8.2004, 01:03 | ||
| Дико извиняюсь, что пишу не в тот топик, но изложу свои мысли: 1. Есть прога-клиент, связанная с СУБД. В СУБД храняться UID статей(для ссылок), названия статей, ключевые слова для поика(их, например, составляет автор статьи, для лучшей релевантности), ссылка на саму статью(она на винте в неком каталоге). Как организовать просмотрщик пока не соображаю, но под виндой можно смотреть IE. А для кросс-платформенности нужно писать что-то своё(поправте если не прав, но это, IMHO, много гемороя).Ну или разные проги под разные платформы. Может стоит начать с винды, а потом уж как дело пойдёт? 2. У нас есть программа на сервере(веб-сервис, или около того), которая предоставляет обновления статей. Сравнение ведётся по UID. Ну тут всё просто пользователь нажал кнопку, прога скачала новые статьи, занесла их в базу. Причём для экономии траффика обновления можно сделать по разделам(уж кто чем интересуется) 3. Есть админская часть. Здесь всё понятно.
для этого добра можно написать прогу-индексатор, кот. поставлять вместе с клиентом. |
| Автор: Secandr 4.8.2004, 08:29 | ||
|
| Автор: Medved 4.8.2004, 09:33 | ||||
Согласен. + поиск по индексированным словам. По сути это ответ на вопрос Посла. P.S. поиск по индексированным словам. А нужен ли он? |
| Автор: Vit 4.8.2004, 16:48 |
| Ага, только вы сейчас говорите о пользовательской части. Ещё нужна будет часть для составителей - удобный дизайнер-редактор, с подкраской синтаксиса, автоматическим форматированием кода, визуальным редактором картинок, страниц, таблиц, редактором внутренних линковок, внутренних и внешних гиперссылок... Я года 2 назад, когда собирался делать этот проект на этом месте и обломался... Сделать достойный дизайнер хотя бы уровня Help and Manual оказалось весьма трудоёмкой задачей, достаточно трудоёмкой, чтобы подумать об использовании сторонних продуктов, а не своего собственного. |
| Автор: Medved 5.8.2004, 06:16 |
| Спасибо Вит. Будем думать... |
| Автор: Akella 5.8.2004, 09:52 |
| Мне кажеться, что оболочка должна быть написана средствами Delphi +базы данных, т.к. темы форума, да и сама DRK база по вопросам Delphi. А базы данных потому, что есть много возможностей и скорость, тем более, что у всех нас ("делфистов") установлен BDE ну или IB |
| Автор: five 6.8.2004, 20:19 |
| Посмотрите в сторону delphiworld.narod.ru, может стоит объединится с ним? |
| Автор: Kesh 6.8.2004, 20:29 |
| five Ну что ж, оч. неплохо... Жаль решать не мне... Я бы кое-что позаимствовал... |
| Автор: Pakshin A. S. 6.8.2004, 20:33 |
| Оффтоп: Чувствую шумамного будет, ведь Pegas просил без флейма.... А статейки ничего. Но думаю, что здешние профи могут ещё лучше написать. |
| Автор: five 6.8.2004, 20:44 |
| Насчет требований к приложению: - сама программа - файл базы - 3-и dll (от Yaffil - http://yaffil.ibase.ru/) Интерфейс можно стащит с того же delphiwordl.narod.ru Среда для написания статей: да все просто, поля для Subject, keywords (что бы искать), идентификатор для дерева статей и собственно поле для написания текста статьи. Раскрасску текста сделать через synedit После того как статья написана, коннектимся к серваку в инете и заливаем статью. Клиентская прога через опред. интервал проверяет на наличие новых статей и если есть, выкачивает. Либо обновление сделать отдельным приложением, а не встроенным в клиентскую прогу. В качестве инсталлятора можно использовать innosetup. p.s. Есть еще http://www.baltsoft.com/product_dkb.htm |
| Автор: five 7.8.2004, 15:35 |
| Я тут накидал за 2 часа скелет программы. Если кому интересно, можете взять дистрибутив здесь: http://five.mhost.ru/drkb_setup.exe (размер 2 мега). В базе три статьи, разбитые на категории. Поиска нет, естественно. |
| Автор: Vit 8.8.2004, 04:14 | ||
Пустая программа 2 метра? А зачем она тогда эта программа вообще нужна? Вроде бы основной прикол был в том чтобы сделать программу меньше чтобы качать было меньше.... Если же программа, недоделанная - только скелет и без данных тянет на 2 метра, то смысл над ней работать дальше? Когда вставите все навороты будет ещё 1-2 метра, а данные даже в самом ужатом виде - 3 метра, меньше сделать нельзя... Кстати о птичках а дистрибутив для Linux можно попросить, хочу взглянуть как он будет выглядеть? |
| Автор: five 8.8.2004, 16:34 |
| Под линух мне нечем собирать. А насчет размера, так это не проблема - я использовал сторонние компоненты, потому и такой размер получился. Кстати, о размере скорее беспокоится не стоит, потому как программа выкачивается один раз, а потом только апдейты для базы. А почему "данные даже в самом ужатом виде - 3 метра, меньше сделать нельзя" ? Что в них такого будет? p.s. Да и стоит ли вообще беспокоится о размерах программы. Ведь порой выкачиваем и по 200 мегов и ничего. |
| Автор: Vit 8.8.2004, 16:43 | ||||||
GCC поставляется в стандартной поставке любого Linux, Kylix - есть бесплатная версия, в любом Linux в стандартной поставке есть не меньше 20 разных компилляторов...
Помоему весь сыр-бор был именно из-за размера, или я что-то путаю... ИМХО программа управления данными должна быть никак не больше 200-300 Kb иначе весь проект теряет смысл...
Можно, выбросив половину статей... Ничего не будет - просто это и есть их объём! Объём данных на настоящий момент - около 20 мегабайт, в заархивированном виде 3.5 метра, если вручную очень тщательно прочистить каждую статью (чего я делать отказываюсь, на фиг надо - потеря времени!) то можно выгадать ещё килобайт 200-300. |
| Автор: five 8.8.2004, 20:28 | ||||
Ну нету у меня линкуса А нафига кросплатформенность? Уж лучше тогда сделать сайт, где все это будет лежать
Мне кажется, что нереально уместить в 300 кб. Хотя я может ошибаюсь. А что ты скажешь насчет http://delphiworld.narod.ru ? Может стоит объединится с автором и выпустить совместный продукт. Программа у него есть, обновление через инет работает. Что еще надо? |
| Автор: Vit 8.8.2004, 22:34 | ||||||||||||
Ну дык поставь... Как же ты собираешься делать кросплатформенный проект?
Потому что этот же фак используется и для Kylix
Речь идёт о off-line FAQ... я кажется ничего не перепутал?
Может для тебя и не реально, не знаю... Я бы смог вместить, но сразу уже оговорился - считаю эту работу изрядно трудоёмкой...
И на фига с ними объединятся если моя коллекция намного полнее? По моему обмен будет круто неполноценный... Что в результате преобретём мы? - ничего, мы только потеряем наш проект, а они на халяву получат результат моего двухлетнего труда... К тому же сайт у них наредкость тормознутый, быстрее по-моему весь мой FAQ скачать чем дождаться от них хотя бы один ответ.... Я понимаю раздаривать вещи которые тебе не принадлежат может и приятно, но я категорически против объединения с кем либо, разве что на условиях когда чей-то проект станет частью моего. Я знаю цену моему документу, и могу сказать что более полного FAQ по Дельфи не существует ни в рускоязычном, ни в англоязычном интернете, а следовательно если какое-то объединение и будет, то только путём добавления в RDKB...
Я не знаю чего ещё надо... Бери их FAQ и пользуйся... |
| Автор: Kesh 8.8.2004, 23:12 |
| Опаньки... Вот Vit и зубки показал... |
| Автор: Vit 9.8.2004, 03:21 | ||
Хочу просто расставить точки над i: 1) Разработка должна вестись в сторону улучшения, а не ухудшения... Pegas в первом посте чётко и совершенно резонно изложил требования к проекту, и эти требования - минимум, торг по поводу "а зачем кросплатформенность" и "размер не проблема" не уместен - это действительно проблема, именно их и призван решать проект. В противном случае я лично отказываюсь от дальнейшей работы в этом направлении и Ваш проект существует совершенно независимо от моего. Объясняю что это значит: - разрабатываете без меня - я не участвую в дальнейшей подборке информации - каждая статья в вашем проекте взятая из RDKB должна будет иметь ссылку на мой оригинальный RDKB - Вы не имеете права копировать навигацию и структуризацию моего проекта в свой, копирование разрешается только самих статей и ссылкой на источник. - я не предоставляю свой хостинг и помощь в размещении продукта. 2) Я категорически против включения RDKB в любой другой проект. Я не хочу за просто так 2 года своего труда вкладывать в продвижение чужого проекта. По моему некоторые здесь не понимают такой простой вещи что мной были вложены немалые силы в данный проект, сбор информации, упорядочивание, сортировка, чистка текста от мусора, форматирование, навигация, мной были написаны многие статьи и топики в RDKB... То что я в лицензии написал что "Все исходники с настоящего документа являются открытыми для использования с любой целью" по моему было превратно понято, что с моим вложенным трудом можно вообще не считаться! Я уже начинаю жалеть что не очень хорошо продумал лицензию... |
| Автор: Kesh 9.8.2004, 08:51 |
| Vit Так я же не против... Я только за... Мне твой RDKB очень во многом помог... Я всеми лапами за его дальнейшее развитие... |
| Автор: five 9.8.2004, 10:08 | ||
Vit, я видимо не так понял. Прошу прощения.
Полностью согласен с тем, что ты пишешь. |
| Автор: maxim1000 9.8.2004, 11:32 | ||
а разве нельзя отдельно разрабатывать приложение для Linux и для Windows? (ну, конечно, не совсем отдельно: дизайн, функциональность согласована, но разными людьми, например) |
| Автор: Vit 9.8.2004, 16:11 | ||
Можно конечно, но тогда надо согласовывать возможности.... То что нарисовано в Windows далеко не всегда можно перенести в Linux достаточно просто, и наоборот... И ещё я не хочу оказаться в таком положении когда Windows часть будет разработана "одними людьми", а Linux даже не начата разработка и отложена на неопределённое "потом"... |
| Автор: Medved 16.8.2004, 11:10 |
| Ну Вит... не склишком ли круто взял? ИМХО сначала надо сделать хоть что-то.... как говорил Петр I: "Начни с малого, а большее само придет" |
| Автор: RA 16.8.2004, 14:19 |
| Помоему ради линуксоидов нестоит так сильно безпокоится. |
| Автор: Vit 16.8.2004, 18:34 | ||
Это я имелся ввиду? |
| Автор: Kesh 16.8.2004, 18:57 |
| Ну что ж.. Могу констатировать... Идея заходит в тупик... Пыл пропал... Может все загнуться... ПОМОГИТЕ!!!!.... |
| Автор: Medved 17.8.2004, 05:37 |
| Нет, нет.... не спеши.... тише, тише.... ИДЕТ РАБОТЫ МЫСЛИ! |
| Автор: Kesh 17.8.2004, 09:36 |
| Pegas |
| Автор: Mont 13.11.2004, 22:36 |
| Надеюсь не загнется! Много говорилось о том как делать, а я так понимаю Pegas в первую очередь просил определиться - ЧТО надо делать. ИМХО стоит добавить возможность пользователю пополнять базу... Грамотных людей с хорошими мыслями и знаниями много, если они решат ими поделиться думаю стоит упростить им эту возможность. |