Показано с 241 по 270 из 373
-
16.06.2011, 15:50 #241Сообщение от Елена И. Яковлева
почему ООП осталась там в прошлом, а Oracle или SAP/R3 здесь в настоящем...
-
16.06.2011, 17:03 #242Сообщение от Елена И. Яковлева
не был создан пул потребилей и их потребностиПоследний раз редактировалось alex9994; 16.06.2011 в 17:22.
-
16.06.2011, 17:35 #243Сообщение от Елена И. Яковлева
где сейчас DBase, где Clipper, где FoxBase, а где 1C гораздо менее популярный 20 лет назад
ремарка: про работающее приложение...
в 1997г. у некого ритейлера приложение на клипперре по 8 часов каждую ночь считало на пентиумах (не на XT) оборот за истекший день...
-
16.06.2011, 18:10 #244Сообщение от Елена И. Яковлева
Сообщение от Елена И. Яковлева
У Clippera было плохо с индесами...
Сейчас никто не вспомнит что первые весии ИПС Kodeks были сделаны на Clipper'е
-
16.06.2011, 18:19 #245
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от Сергей Васильевич
-
16.06.2011, 18:26 #246
- Регистрация
- 28.11.2005
- Сообщений
- 1,326
Сообщение от Михаил_Шустер
а потом внутренний аудит проверяет - чтобы все поправки на отчетность проводились только в системе
это же известный риск - поправки в отчетности напрямую
-
16.06.2011, 18:34 #247
- Регистрация
- 23.03.2010
- Сообщений
- 126
Сообщение от Михаил_Шустер
-
16.06.2011, 19:41 #248
- Регистрация
- 19.02.2010
- Сообщений
- 819
Сообщение от Михаил_Шустер
Но это уже другой вопрос. Разве нельзя адекватно задачам создания единого информационного пространства на предприятии настроить полномочия пользователей и запретить "переделку" данных из единой системы?
Очень часто просто необходимо на уровне конкретного отдела или сотрудника создать форму отчетности на основе данных, которые уже имеются в системе и никаких правок там и не нужно. Все что требуется - просто вытащить данные из базы, сложить их или умножить, или отфильтровать и создать нормальный отчет со всеми реквизитами, чтобы его можно было распечатать на принтере. Очень часто такие формы делают в Word или Excel, вручную перенабирая данные из системы. Сотрудников, которым приходится делать такие отчеты как для регулярного использования, так и ad hoc достаточно много, а программистов "на всех не хватает". В итоге наряду с электронным пространством сохраняется излишняя ручная работа. Бухгалтеры, так те вообще с калькулятором сальдо порой подводят, вытаскивая данные из главной книги в какую-нибудь непредусмотренную форму...
Продвинутые пользователи могут такие вещи сделать в системе без ущерба для целостности базы данных (с помощью конструктора отчетов - но, как выясняется, далеко не все умеют ими пользоваться). Конечно, возникает необходимость использовать и разные источники данных. Но тут можно просто четко определить полномочия, кто за какие данные отвечает и обеспечить их сопоставимость при консолидации. Есть первичка, есть преобразованные данные (в соответствии с учетной политикой и т.д.). Пользователь должен понимать из каких источников эту информацию брать, иначе возникают сомнения в его компетентности. И если отчеты готовятся в системе, то легче проверить, правильно ли он настроил связи и теми ли источниками информации пользовался, чем в том случае, когда он делает отчеты на коленке, перенабирая данные в Excel или того хуже в Word.
А "программисты" (системные администраторы и т.п.) по любому не смогут удовлетворить все информационные потребности пользователей... У них задачи больше системного характера... Пользователи же должны иметь возможность получать от системы то, что им действительно нужно, а не только подстраиваться под нее. Про все предприятия, конечно, не скажу... Но... Нередко программисты заняты только поддержанием работоспособности системы, устранением поломок и т.д. Хотя, может и неплохо было бы закрепить за ключевыми пользователями (например, главным бухгалтером) программистов, которые будут решать задачи, необходимы бухгалтерии, а не парку компьютерной техники.Последний раз редактировалось Сергей Васильевич; 16.06.2011 в 20:09.
-
16.06.2011, 20:00 #249
- Регистрация
- 19.02.2010
- Сообщений
- 819
Сообщение от Елена И. Яковлева
Кстати, в той ссылке которую Вы привели
Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС "заморожены" в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям.Последний раз редактировалось Сергей Васильевич; 16.06.2011 в 20:11.
-
16.06.2011, 20:00 #250
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от Елена И. Яковлева
-
16.06.2011, 20:12 #251
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от Сергей Васильевич
Сотруднику нужен не отчет, а данные в каком-то удобном для него представлении. Это не "форма отчетности", это черновик, рабочие записи, что угодно. Мы для этих целей даем им ОЛАПы и делайте что хотите. Правда, ОЛАП можно настроить неправильно и получится туфта, но это решаемый вопрос
Я затачиваю систему под потребности высшего руководства и цепочка данных не должна рваться из-за чьих-то хотелок. Должен быть один единственный источник данных, а процессы их возникновения должны быть защищены. Поэтому в узловых точках Эксель и экспорт-импорт запрещены, отчеты только *.pdf с логотипом.
Пробой - на ежемесячное подведение итогов презентации готовят из чего хотят. Сейчас работаю конкретно в этом направлении.
-
16.06.2011, 21:24 #252
- Регистрация
- 19.02.2010
- Сообщений
- 819
Сообщение от Михаил_Шустер
Я затачиваю систему под потребности высшего руководства и цепочка данных не должна рваться из-за чьих-то хотелок.
Более того, зачастую сами формы не доводятся до тех, кто их должен заполнять, теми, кто ответственен за их приемку. В итоге документы переделываются по нескольку раз и процесс хождения с бумагами по инстанциям затягивается прилично...
Кроме того, чтобы сгенерировать отчет для высшего руководство часто требуется заполнить промежуточные отчеты, в которых собирается и обрабатывается информация из разных таблиц. Даже если эта информация не идет высшему руководству, она требуется для внутренних нужд, документирования деятельности подразделений. Не так много у нас предприятий, где бы все это генерировалось автоматически...
В общем, по неузловым точкам проблема по любому сохраняется. Не хватит программистов на создание тысяч форм документов, которые периодически меняются. Причем хотелки могут вызываться объективными причинами...
-
16.06.2011, 22:35 #253
- Регистрация
- 28.11.2005
- Сообщений
- 1,326
Сообщение от Сергей Васильевич
соответственно - такие задачи могут решаться даже на уровне хелпдеска
а вот если нужны ресурсы - тогда уже через комитет, которые определяет приоритет, стоимость, принимает или отклоняет итд
-
16.06.2011, 23:03 #254
- Регистрация
- 16.06.2011
- Сообщений
- 118
Я тут полностью согласен с Сергеем Васильевичем.
Квалификация. Ну что сказать – она дорого оплачивается, но работодатель считает что энто ерунда и потом платит значительно больше чем энта «ерунда».
ЛЮБУЮ информацию (если она присутствует в ЛЮБОМ виде) можно «вытащить» и с ней работать.
Тот кто скажет – низзя, еще не достиг того уровня, чтобы продолжать дискуссию
-
16.06.2011, 23:13 #255
- Регистрация
- 16.06.2011
- Сообщений
- 118
Не грузи
На один отчет для высшего руководство приходится с сотню документов (отчетов) для нижестоящего. А есть еще налоговая, всякие
Михаил, это просто фрагмент мое книги, которая скро выйдет
Самый последний пример
Этот пример автор выделил принципиально, потому что подобное можно найти практически на любом предприятии, и интересно, что чем больше организация, тем больше шансов их обнаружить и даже не в одном экземпляре.
Что самое смешное и одновременно трагическое – это басня Крылова «Мартышка и очки». Он написал ее 200 лет назад, но с каждым годом его величество Крылов становится только актуальней. В данном случае объясняется так – дали инструмент (неважно как он выглядит), а что именно с ним делать не сказали.
Приводимый пример – это довольно большая и успешная организация с распыленной структурой по всей стране. Насчитывает несколько десятков филиалов со многими сотнями сотрудников. Связь поддерживалась в основном с помощью мобильной связи. Конечно, сейчас можно сказать что технологии в настоящее время ушли вперед, но речь идет не о них, а об обработке информации. Речь не OLAP кубатурах, а об конкретных людях.
Раз в месяц руководители филиалов приезжали отчитываться в центральный офис. И одним из финансовых отчетов являлось подтверждение правомерности использование денег компании на мобильную связь. Готовила такой отчет по каждому филиалу экономист отдела контроля центрального офиса.
Ее работа заключалась в том, что на основании предоставленных ей данных размером в несколько сотен тысяч записей (несколько листов Excel) она в ручном режиме выбирала из них нужные, вставляла в шаблон отчета, который выводила затем на печать и выдавала каждому руководителю филиала. На подобный механический труд уходило 3-4 напряженных рабочих дня ежемесячно.
Пришлось заставить ее отвлечься на несколько часов в это самое «напряженное» время, для того чтобы она сама записала макрос, который бы вместо нее выполнял эту работу полностью в автоматическом режиме без участия человека. Причем хочу заметить, до этого она даже не догадывалась о самом существовании этих самых макросов. Почему акцентирую внимание на том что «заставил саму написать». Причина проста – самая банальная независимость от кого бы то ни было при необходимости внесения изменений в сам процесс обработки данных.
Прежде чем предпринять попытку автоматизации своего труда необходимо посмотреть на сам процесс со стороны. Необходимо задать себе вопрос – в какой последовательности и что именно я делаю для получения необходимого результата.
В данном примере сам процесс автоматизации труда с тестированием результатов занял менее одного рабочего дня. Зато на следующий день можно было наблюдать следующую картину. Экономист сидела перед монитором в расслабленной позе с чашкой кофе в руках и мышкой нажимала большую кнопку на экране, после чего наблюдала как в течение 10 минут автоматически выполнялась ее 4-х дневная напряженная работа. И заметьте – задача выполнялась без ошибок! После этого опять нажимала на эту кнопку и опять наблюдала.
-
17.06.2011, 00:31 #256
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от Сергей Васильевич
Персоналу нужны не отчеты, а данные. Статистика показывает, что более 90% разработанных для персонала отчетов перестают использоваться сразу после отладки.
А системе нужны документы (в терминах ИСО-записи), которые являются выходом одного процесса и, после утверждения, входом другого. Система генерит заявки, спецификации, графики, накладные, которые можно получить только из нее. Это блокирует возможность обойти правила и заодно обеспечивает точность нужных данных.
А начальство получает агрегаты. Которые должны быть удобными для принятия решений, т.е. наглядными и точными.
При наличии данных, внешняя отчетность делается на раз. Разработка отчетов - самая простая задача. Самая сложная - организация процессов, в которых правильно образуются нужные данные. А это вообще не задача программистов.
При продуманной системе, все совсем не так, как Вы описали. Даже для очень сложного процесса достаточно 5 типов записей.
-
17.06.2011, 05:55 #257
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от Михаил_Шустер
(блин что за ограничение в мин 5 символов?????)
-
17.06.2011, 06:10 #258
- Регистрация
- 19.02.2010
- Сообщений
- 819
Сообщение от Михаил_Шустер
Вообще, конечно, если внедрение доведено до ума, то должно быть именно так, как Вы пишите. Но до тех пор, пока она до такого идеального состояния не доведена...
ну не знаю - у нас были выделены программисты как раз под такие, текущие задачи бухгалтерии - которые не требуют серьезных изменений в Системе, а всего-лишь настраивают отчетыПоследний раз редактировалось Сергей Васильевич; 17.06.2011 в 06:16.
-
17.06.2011, 10:39 #259Сообщение от Елена И. Яковлева
не крандашем и рукой же он заносится, как минимум РС или скорей всего ЛВС потребуется с соответствующими девайсами...
-
17.06.2011, 11:28 #260
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от Сергей Васильевич
-
17.06.2011, 11:33 #261
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от Сахават
Причем НСИ и таблицы других процессов не считаются
Без теоретической базы, чисто на практике. Берем любой стандарт предприятия и считаем приложения. Это и есть искомые записи. Идем с аудитом и смотрим, какие из них реально применяются. Получаем одно-два.
-
17.06.2011, 12:13 #262
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от Елена И. Яковлева
Али-Баба и 40 разбойников
101 далматинец
1001 ночь
-
17.06.2011, 15:54 #263
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Ну и что?
Сообщение от Михаил_Шустер
Пятерка отважных
У 7 нянек дитя без глаза
Сколко волка не корми, а имей 100 рублей
300 спартанцев
451 градус по Фаренгейту
1984
20 000 лье под водой
1 000 000 лет до нашей эры
За 1 000 000 000 лет до конца света
-
17.06.2011, 16:58 #264
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от Михаил_Шустер
5 - ограничение форума в символах на длину ответа.
-
18.06.2011, 21:13 #265
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от V_Pikuza
-
18.06.2011, 21:30 #266
- Регистрация
- 16.06.2011
- Сообщений
- 118
Падре?
Спасибо что узнали, но ответ озвучьте попонятней.
Ни хрена не понял в вашем наборе слов.
Звиняйте, перечитал 3 раза
-
18.06.2011, 22:22 #267
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от V_Pikuza
Pater noster, qui es in caelis, sanctificetur nomen tuum. Adveniat regnum tuum. Fiat voluntas tua, sicut in caelo et in terra. Panem nostrum quotidianum da nobis hodie, et dimitte nobis debita nostra sicut et nos dimittimus debitoribus nostris. Et ne nos inducas in tentationem, sed libera nos a malo. Amen.
-
20.06.2011, 15:32 #268
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от V_Pikuza
Скажем, в отчете любой длины имеются всего 3 записи "с потолка", что тогда? Причем отличить их от других невозможно.
-
20.06.2011, 16:05 #269
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Сообщение от V_Pikuza
Уточню свой ракурс, который позиционирую как "здравый смысл":
-На любую задачу или победную реляцию нужно смотреть с позиций "зачем". Которая значительно выше, чем "как" и "сколько".
Любой работник - это ресурс, от которого образуется тот или иной результат. Отчеты на уровне работника следует рассматривать только с позиций, насколько они обеспечивают качество или эффективность использования данного ресурса. Отчеты можно разделить на 3 типа:
1) данные на входе;
2) данные в работе;
3) данные на выходе;
Нормально АС обеспечивает потоки и агрегирование данных. Если работнику приходится "дособирать" недостающие данные - это проблема АС, если только "агрегировать" - это всего лишь недоделка.
Отчет на уровне работника должен быть второго типа ("данные в работе"), чтобы помогать ему делать его работу и обычно для этого используется Эксель. Заметим, что это самые важные отчеты, но они отданы на откуп самому исполнителю. Остальные отчеты нужны для контроля или не нужны вовсе. Чемпионом ненужности является Годовой отчет о результатах деятельности компании.
Какие отчеты нужны? их всего два вида по направлениям:
-"Проблемы\виновники", т.е. "чего НЕ сделано" в пику традиционному "что сделано"
-"План\факт", - но только при наличии внятного плана
Отчет должен порождать действие. Если этого не происходит-отчет не нужен.
-
20.06.2011, 16:10 #270
- Регистрация
- 23.11.2005
- Сообщений
- 2,178
Сообщение от Padre Quart