Geum.ru

Компьютеры, программирование

  • 5961. Проблемно-ориентированные пакеты прикладных программ в радиотехнике
    Контрольная работа пополнение в коллекции 02.02.2010

    Основные достоинства программы

    • Экономия времени Работа в реальной лаборатории требует больших временных затрат на подготовку эксперимента. Теперь, с появлением Electronics Workbench, электронная лаборатория всегда будет под рукой, что позволяет сделать изучение электрических схем более доступным.
    • Достоверность измерений В природе не существует двух совершенно одинаковых элементов, то есть все реальные элементы имеют большой разброс значений, что приводит к погрешностям в ходе проведения эксперимента. В Electronics Workbench все элементы описываются строго установленными параметрам, поэтому каждый раз в ходе эксперимента будет повторяться результат, определяемый только параметрами элементов и алгоритмом расчета.
    • Удобство проведения измерений - Учеба невозможна без ошибок, а ошибки в реальной лаборатории порой очень дорого обходятся экспериментатору. Работая с Electronics Workbench, экспериментатор застрахован от случайного поражения током, а приборы не выйдут из строя из-за неправильно собранной схемы.
    • Благодаря этой программе в распоряжении пользователя имеется такой широкий набор приборов, который вряд ли будет доступен в реальной жизни. Таким образом, у Вас всегда имеется уникальная возможность для планирования и проведения широкого спектра исследований электронных схем при минимальных затратах времени.
    • Графические возможности - сложные схемы занимают достаточно много места, изображение при этом стараются сделать более плотным, что часто приводит к ошибкам в подключении проводников к элементам цепи. Electronics Workbench позволяет разместить схему таким образом, чтобы были чётко видны все соединения элементов и одновременно вся схема целиком.
    • Возможность изменения цвета проводников позволяет сделать схему более удобной для восприятия. Можно отображать различными цветами и графики, что очень удобно при одновременном исследовании нескольких зависимостей.
    • Совместимость с программой Р-SPICE Программа Electronics Workbench базируется на стандартных элементах программы SPICE. Это позволяет экспортировать различные модели элементов и проводить обработку результатов, используя дополнительные возможности различных версий программы P-SPICE.
  • 5962. Проблемно-тематический курс
    Информация пополнение в коллекции 12.01.2009
  • 5963. Проблемы внедрения информационных технологий в практику землеустроительного проектирования
    Курсовой проект пополнение в коллекции 21.04.2012

    Для решения задачи по оптимизации размера землепользования, структуры производства и территории крестьянского хозяйства используют следующие оперативные данные: площади угодий (пашни, пастбища, сенокосы; при введении ресурсов возможны типы ограничений «не более», «не менее», «равно», «без ограничений»); количество работников (желательно тип «равно»); поголовье скота и птицы (в зависимости от специализации выбираются соответствующие виды и группы скота; возможны разные типы ограничений); объемы производства продукции (вводятся, если существуют договоры на постановку продукции, в противном случае тип знака - «без ограничений»).

  • 5964. Проблемы документационного обеспечения управления и использования электронной цифровой подписи
    Курсовой проект пополнение в коллекции 17.10.2010

    Как показывает практика, на сегодняшний день существует огромное количество организаций как малого и среднего бизнеса, так и больших предприятий, имеющих немалое число филиалов, где документационное обеспечение управления совершенно не развито или используется в лучшем случае только наполовину. Между тем работа с документацией была и остается одним из главных бизнес-процессов на любом предприятии и в любом офисе. И организация такой работы является важной частью процессов управления, существенно, влияющих на оперативность и качество принимаемых решений. Как повысить эффективность работы с документами? Как ускорить и поставить под контроль процессы выполнения поручений по документам, процедуры согласования документов, процессы информирования и ознакомления сотрудников с документами? Как выстроить единое информационное пространство для организаций, имеющих филиалы, дочерние предприятия, представительства. В любой, даже самой дисциплинированной, организации при ведении классического бумажного делопроизводства, как правило, через некоторое время начинают возникать проблемы. В качестве примера можно привести всем известные и очевидные ситуации: потеря поступивших документов, неотправленные по забывчивости либо дублирующие друг друга отправленные документы, отсутствие на договоре, подписанным руководителем и приведшего к значительным убыткам, виз ответственного исполнителя, согласующих лиц и т.д. Все это приводит к путанице и неразберихе, как следствие к невозможности решения управленческих задач. Давайте посмотрим на любопытный факт статистики. Например, известно, что секретарь-референт тратит около 80% своего времени на работу с документами, у руководителя работа с документами занимает до 45% рабочего времени, у рядовых сотрудников предприятия до 30% времени. При этом 30% перемещений сотрудников по офису в той или иной степени связаны с задачей поиска нужных документов, в общем данный процесс отнимает у них около одного месяца в год. 15% бумажных документов безвозвратно теряются, а на согласование документов уходит 60-70% рабочего времени. В результате 20-30% поставленных задач вообще не решаются.

  • 5965. Проблемы защиты информации
    Контрольная работа пополнение в коллекции 20.11.2009

    Механизмы обеспечения целостности данных применяются к отдельному блоку и к потоку данных. Целостность блока является необходимым, но не достаточным условием целостности потока и обеспечивается выполнением взаимосвязанных процедур шифрования и дешифрования отправителем и получателем. Отправитель дополняет передаваемый блок криптографической суммой, а получатель сравнивает её с криптографическим значением, соответствующим принятому блоку. Несовпадение свидетельствует об искажении информации в блоке.Однако описанный механизм не позволяет вскрыть подмену блока в целом. Поэтому необходим контроль целостности потока, который реализуется посредством шифрования с использованием ключей, изменяемых в зависимости от предшествующих блоков. Механизмы постановки графика, называемые также механизмами заполнения текста, используются для засекречивания погода данных. Они основываются на генерации объектами АИТ фиктивных блоков, их шифровании и организации передачи по каналам сети. Тем самым нейтрализуется возможность получения информации посредством наблюдения за внешними характеристиками потоков, циркулирующих по каналам связи.

  • 5966. Проблемы и тенденции развития технологий проектирования баз данных
    Доклад пополнение в коллекции 07.01.2011

     

    1. Дадли К. Соответствие стандарту SQL. Бюллетень "Мир ORACLE", М., N. 1, 1996.
    2. Зиндер Е.З. Критерии выбора современной СУБД как объекта инвестиций для развития предприятия. СУБД, N 1, 1995.
    3. Зиндер Е.З. Революции и перспективы. Computerworld Россия, сентябрь 26, 1995.
    4. Зиндер Е.З. Новое системное проектирование: информационные технологии и бизнес-реинжиниринг (вторая часть). СУБД, N 1, 1996.
    5. Калиниченко Л.А. СИНТЕЗ: язык определения, проектирования и программирования интероперабельных сред неоднородных информационных ресурсов. М., ИПИ РАН, 1993.
    6. Мартин Дж. Превратите вашу компанию в киберкорпорацию. Computerworld Россия, ноябрь 14, 1995.
    7. Меллинг В.П. Корпоративные информационные архитектуры: и все-таки они меняются. СУБД, N2, 1995.
    8. Фокс Дж. Программное обеспечение и его разработка. М., "МИР", 1985.
    9. Цикритзис Д., Лоховски Ф. Модели данных. М., "Финансы и статистика", 1985.
    10. Codd E.F. Extending the Database Relational Model to Capture More Meaning. ACM Trans. Database Syst., N 4, 1979.
    11. Codd E.F., Codd S.B., and Salley C.T. Providing OLAP to User-Analyst: An IT Mandate. E.F.Codd & Associates, 1993.
    12. Hammer M., Champy J. Reengineering the Corporation. A Manifesto for Business Revolutions. HarperBusiness, 1993.
    13. Zinder E.Z. PRIMET - The PeRsonal Information MetaTechnologies: from marketing to program implementation. //Общие проблемы информатики. III Международная конф. "Программное обеспечение ЭВМ" (ноябрь, Тверь, 1990) - Тверь: НПО ЦПС, 1990.
  • 5967. Проблемы интеграции: Mercury Interactive QuickTest & TestDirector
    Доклад пополнение в коллекции 12.01.2009

    Итак, некоторый разрабатываемый продукт прошел входное тестирование. После этого, с помощью TestDirector, был создан некоторый набор тест-кейсов для тестирования этого продукта (этот набор включает в себя тест-кейсы для входного тестирования плюс тест-кейсы для расширенного и, возможно, экстремального тестирования). Теперь необходимо сгенерировать «заготовки» для скриптов (это экономит время на комментирование скриптов а также делает результаты выполнения скриптов более читабельными) с помощью того же TestDirector, после чего самое время приступить к разработке скриптов (а вот здесь в игру вступает QuickTest). Когда скрипты будут готовы, их необходимо объединить в пакеты (опять же, используя TestDirector), которые и будут запускаться для выполнения регрессивного тестирования (вот здесь, наконец-то, начинается взаимодействие «звездной пары» TestDirector использует QuickTest для запуска отдельных скриптов некоторого пакета).

  • 5968. Проблемы информатизации наукоемких технологий обучения
    Информация пополнение в коллекции 12.01.2009

    Обеспечивая воспроизводство научного знания и культуры человека, университет имеет отчетливо выраженные собственные цели, обеспечивающие солидарность и жизнедеятельность академического сообщества, его способность одухотворять новые поколения, поднимая на более высокую ступень их общую, научную и профессиональную культуру. Следует констатировать, что иногда оценки потенциала университетов России отличаются некоторой тенденциозностью. Не соответствуют действительности декларации о мировом приоритете отечественной системы высшего образования. Столь же надуман и исторический гиперкритицизм, основанный на серьезном отставании российских университетов от мирового уровня. Несостоятельны и такие, более сбалансированные оценки, которые утверждают, что высокий потенциал университетов России сочетается с отсталой материально-технической базой. России не просто экономисты, юристы или инженеры, а компетентные профессионалы и личности, способные принимать самостоятельные решения. Такие качества позволяет приобрести лишь хорошо отлаженный, эффективно функционирующий и открытый для новаций механизм университетского образования, причем не просто за счет наращивания "мускулов" технических средств, а за счет применения наукоемких технологий обучения (НТО), предоставляемых в распоряжение преподавателя и студента с помощью современных программно-аппаратных компьютерных средств[2].

  • 5969. Проблемы ипотечного кредитования в России
    Дипломная работа пополнение в коллекции 28.09.2006

    СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

    1. Гражданский Кодекс РФ от 30 ноября 1994 г. № 52-ФЗ СЗ РФ, 1994, № 32, ст.3302.
    2. Закон РФ “Об ипотеке” от 16 июля 1998 № 102-ФЗ
    3. Ваксман С.А., Воробьева О.Е. Ипотечное кредитование и его участники на рынке жилья США.Екатеринбург: Урал. Гос.Экон.Ун-т, 1998.
    4. Верганова Е.В., Горбунова И.В., Сазонова Ю.А., Соколов В.Н. Анализ достоинств и недостатков схем ипотечного кредитования// Экономика и предпринимательство в строительстве (выпуск 6)/ Отв. ред А.И. Щербаков. - Новосибирск: НГАСУ, 2000. - С.45-47.
    5. Ельцов МИ. Перспективы развития ипотечного кредитования в России// Финансовые проблемы РФ и пути их решения: теория и практика. Материалы Международной научно-практической конференции. - СПб.: Нестор, 2000. - С.65 - 66..
    6. Жуков И.В., Щербаков А.И. Ипотечное кредитование затрат на приобретение и строительство жилья// Экономика и предпринимательство в строительстве (выпуск 4): Сб. научи. тр./Отв. ред. А.И. Щербаков. - Новосибирск: НГАСУ, 1998.-С. 98- 101.
    7. Ивасенко А.Г., Литвинова О.В., Соколов В.Н. Ипотечное кредитование: анализ и перспективы// Сборник материалов межкафедрального научно-методического семинара “Современные проблемы экономики и менеджмента”. - Новосибирск: СГГА, 2000. - С. 173-179..
    8. Ипотечное жилищное кредитование. - М.: Издательский дом “Аудитор”, 1999.
    9. Кирсанова А.В. Ипотека как способ преодоления инвестиционного кризиса // Эффективность инвестиций в новое строительство и реконструкцию: Материалы к международной научно-практической конференции 10 февраля 2000 г. - Новосибирск, 2000.-С. 180-181.
    10. Копейкин А., Стебенев Л.. Скоробогатько Б., Пенкина И. Развитие ипотечного кредитования в России // Рынок ценных бумаг. - 1998. - № 8. - С.26.
    11. Косарева Н.Б. Ипотечный кредит на покупку жилья // ЭКО: Экономика и организация производства.- 1995. -№ 11. С. 171-184.
    12. Кук Дж. Ипотечное кредитование в России // Банки и страхование + ценные бумаги для всех.- 1995.-№9. -С.7-8.
    13. Кук Дж. Развитие ипотечного кредитования на нынешней правовой базе // Бизнес и банки.-1995.-№ 18.-С. 12-13.
    14. Лаврухин О.Н. Ипотечное кредитование: Реальность и перспективы // Бизнес и банки. -1995.-№22.-С. 8-9.
    15. Машинистова Е. Кредитные институты как субъекты ипотечных операций с жильем // Российский экономический журнал. - 1996. - № 7. - С. 47-56.
    16. Московская ипотека лучше федеральной // Коммерсантъ. - 1999. - № 197. - С.7.
    17. Омшанова Э.А., Гириберг Б.И. Ипотечный кредит // Экономическое возрождение России. -М.: “ДелоЛТД”, 1997.
    18. Омшанова Э.А Проблемы ипотечного кредита в системе рынка ценных бумаг // Бюллетень финансовой информации. - 1997. - № 9. - С. 48-52.
    19. Опольская Н.В., Шитова О.Т., Соколов В.Н. Государственная поддержка ипотечного жилищного кредитования: зарубежный опыт и российская практика// Вестник СГГА (выпуск 6). - Новосибирск: СГГА, 2001. - С. 245-249.
    20. Платкин М. Основы ипотечного кредитования. Программ подготовки специалистов / Ассоциация ипотечных банков России. - М.,1997.
    21. Принципы ипотечного кредитования в России: Программа агентства международного развития США по сотрудничеству в жилищном секторе.- М.: Строительная газета, 1995.
    22. Рябченко Л.И. Ипотечное кредитование: Проблемы и перспективы развития // Деньги и кредит.- 1997. -№3.- С. 53-57.
    23. Сергеев Д.А. Влияние системы ипотечного кредитования на преодоление кризисных явлений в экономике// Финансовые проблемы РФ и пути их решения: теория и практика. Материалы Международной научно-практической конференции. - СПб.: Нестор, 2000. -С.186- 191.
    24. Смирнов В.В., Лукина З.П. Ипотечное жилищное кредитование. - М.: Издательский дом “Аудитор”, 1999.
    25. Соколов В.Н. Инвестиции в производство и строительство через механизм ипотечного кредитования// Проблемы эффективной организации производства и приоритеты инвестиционной политики. Материалы к международной научно-практической конференции. - Новосибирск: НГТУ, 2000. - С.309-310.
    26. Страпк Р., Косарева Н.Б., Сучков А,Ю. Жилищное ипотечное кредитование в условиях современной России //Деньги и кредит. - 1995. -№ 8. -С.52-59.
    27. Терковская Е. Ипотека: Проблемы и перспективы // Хозяйство и право. - 1997. - № 9. -С. 16-26.
    28. Чиненков А.В. Основы ипотечного кредитования // Деньги и кредит. - 1997. - № 6. -С.52-61.
    29. Шипкова О.Т., Ивасенко А.Г., Соколов В.Н. Жилищная ипотека: проблема выбора адекватной для России модели// Эффективность инвестиций в новое строительство и реконструкцию. Сборник докладов и сообщений к международной научно-практической конференции. - Новосибирск: МАН, 2000. -С. 101-102.
    30. Щербаков А.И., Ивасенко А.Г., Опольская Н.В., Соколов В.И. Ипотека в России. Современные тенденции и перспективы развития на федеральном и региональных уровнях // Известия вузов “Строительство”. - 1999. -№ 7 (487). - С.88-93.
  • 5970. Проблемы искусственного интеллекта
    Контрольная работа пополнение в коллекции 13.12.2009

     

    1. Большая Советская Энциклопедия
    2. Т.А.Гаврилова, доктор технических наук, профессор кафедры компьютерных интеллектуальных технологий» СПбГТУ заведующая лабораторией интеллектуальных систем в Институте высокопроизводительных вычислений и баз данных. Статья. www.big.spb.ru
    3. Андрей Плахов, аспирант Механико-математического факультета Московского Государственного Университета. Статья. www.membrana.ru
    4. ЧекинаМ.Д. «Философские проблемы искусственного интеллекта». Призовой доклад на Пятьдесят четвертой студенческой научной конференции ТТИЮФУ. 2007 www.filosof.historic.ru
    5. Блай Уитби «Искусственный интеллект: реальна ли Матрица», ФАИР-ПРЕСС, 2004
    6. www.bolonkin.narod.ru.
    7. www.ru.wikipedia.org
    8. www.cyber-life.nm.ru
    9. www.bse.sci-lib.com
    10. www.webster-dictionary.org
  • 5971. Проблемы использования и пути развития интернет-компьютерных технологий в России
    Доклад пополнение в коллекции 24.05.2010
  • 5972. Проблемы кибирнетики
    Информация пополнение в коллекции 12.01.2009

    Несмотря на качественное различие машины, и мозга в их функциях есть общие закономерности (в области связи, управления и контроля), которые и изучает кибернетика. Но эта аналогия между деятельностью автоматической и нервной системы, даже в плане переработки информации, относительно условна и ее нельзя абсолютизировать. И в этой связи следует отметить, что для некоторых исследований по кибернетике, особенно тех, которые выполнены в начальный период ее развития, были характерны механистические и метафизические тенденции, хотя по внешнему виду они проявлялись, казалось, диаметрально противоположно. Имело место непринятие во внимание качественных различий между неживой материей и мыслящим мозгом, стиралась всякая грань между познающим субъектом и объектом материального мира. Коль скоро современные ЭВМ универсальны и способны выполнять целый ряд логических функций, то утверждалось, что нет никаких оснований не признавать эту деятельность интеллектуальной. Допускалось создание искусственного интеллекта или машины, которая будет "умнее" своего создателя. Были поставлены другие вопросы, связанные с возможностью такой машины. Сможет ли машина полностью, во всех отношениях заменить человека? Существуют ли вообще, какие ли пределы развития кибернетических устройств? Конечно, эти вопросы не утратили актуальность. Было бы преждевременно списывать их в архив нестрого поставленных вопросов, ибо через них проходит линия конфликта между различными философскими школами, материализмом и идеализмом, по поводу основного вопроса философии.

  • 5973. Проблемы неисправности трансформаторов в результате старения изоляции
    Курсовой проект пополнение в коллекции 02.04.2012

    Один из способов определить характер и серьезность короткого замыкания в трансформаторе - анализ растворенных газов. Разложение изоляционного масла и целлюлозных материалов приводит к выделению газов. Эти горючие газы образуются при воздействии на трансформаторные масла и целлюлозные материалы избыточного электрического или теплового напряжения. Если короткое замыкание развивается медленно, концентрация газов, растворенных в масле, также возрастает постепенно. Первоначальное количество газов очень мало, и требуется время чтобы свободный газ накопился в достаточном количестве в газовом реле. В связи с этим важно проанализировать трансформаторное масло на растворенные газы. Эти данные позволяют определить состояние трансформатора, и выявить проблемы как можно раньше. Если обнаруживается неисправность, различные методы анализа могут быть использованы для предсказания типа неисправности. Несколько тестов растворенного газа анализа должны быть проведены в течение времени, для возможности контролировать темпы роста газов, и с этим развитие короткого замыкания.

  • 5974. Проблемы несанкционированных электронных рассылок
    Информация пополнение в коллекции 12.01.2009

    Принимая данный закон, американские сенаторы явно столкнулись с проблемой. С одной стороны, нельзя запрещать людям свободно передавать и распространять информацию, с другой стороны, спам доставляет немало проблем пользователям электронной почты. А ведь электронная почта самая распространенная и самая востребованная услуга сети «Интернет». Доставка небольшого письма на другой континент посредством электронной почты занимает несколько секунд (в редких случаях минут) и стоит ничтожно мало. Едва ли какое-то еще средство связи сможет сравниться с электронной почтой по соотношению цены, скорости доставки, распространенности и простоты использования. Однако спамерские рассылки уже сегодня представляют собой серьезную угрозу электронной почте, поэтому меры, предпринятые в США, вполне обоснованы. Так как они были вызваны лавинообразными потоками электронных посланий, которые, как снежный ком, заполняют почтовые ящики как частных лиц, так и крупных корпораций. Из-за огромного количества ненужных писем пользователи порой не имеют возможности получить или просмотреть необходимые послания, которые из-за спама либо не попадают в переполненные почтовые ящики, либо не открываются пользователем, который принимает их за спам. Ибо просмотреть все послания, количество которых может составлять несколько сот писем в день, крайне сложно, зачастую владельцы e-mail-адресов вынуждены заводить новые почтовые ящики, адреса которых еще не известны спамерам. Сегодня некоторым начинающим пользователям данная проблема может показаться надуманной, ну подумаешь, удалил пару десятков ненужных писем, и нет проблемы; но нужно учесть, что количество непрошеных рассылок увеличивается необычайно быстрыми темпами и в ближайшем будущем может принять просто катастрофический характер. Спам способен просто парализовать работу электронной почты, особенно если он будет сочетаться с так называемым вирусом «червь», который, попадая в компьютер пользователя, первым делом шлет «зараженные» письма всем адресатам, занесенным в память компьютера, благодаря адресной книге.

  • 5975. Проблемы обеспечения безопасности информации в сети интернет
    Информация пополнение в коллекции 18.11.2010

    Антивирусные программы: они установлены практически на всех компьютерах мира. Но нужно отметить, что постоянно появляются новые виды вирусов. Они изменчивы, и временами антивирус не в состоянии и обнаружить. Такие вирусы достаточно быстро распространяются по всей сети, фактически за несколько дней, и то и часы. Наиболее популярным примером этого является «червь Морриса». Иногда антивирусы не в состоянии сразу распознать вирус. Например, антивирусные программы научились определять вирус Trojan.PSW.Stealth (по классификации Касперского) только через 2 месяца после появления в Интернете. Поэтому «прошлогодние» антивирусные программы абсолютно неэффективны. Следовательно, нужно как можно чаще обновлять антивирусные программы.

  • 5976. Проблемы повышения эффективности производства на примере приедприятия "Сибнефтеавтоматика"...
    Курсовой проект пополнение в коллекции 31.10.2007

    При обосновании и анализе всех показателей экономической эффективности учитываются факторы повышения эффективности производства по основным направлениям развития и совершенствования производства. Эти направления охватывают комплексы технических, организационных и социально- экономических мер, на основе которых достигается экономия живого труда, затрат и ресурсов, повышение качества и конкурентоспособности продукции. Важнейшими факторами повышения эффективности производства здесь выступают:

    • ускорение научно- технического прогресса, повышение технического уровня производства, производимой и осваиваемой продукции (повышение ее качества), инновационная политика;
    • структурная перестройка экономики, ее ориентация на производство товаров народного потребления, конверсия оборонных предприятий и отраслей, совершенствование воспроизводственной структуры капитальных вложений (приоритет реконструкции и технического перевооружения действующих предприятий), ускоренное развитие наукоемких, высокотехнологичных отраслей;
    • совершенствование развития диверсификации, специализации и кооперирования, комбинирования и территориальной организации производства, совершенствование организации производства и труда на предприятиях и в объединениях;
    • разгосударствление и приватизация экономики, совершенствование государственного регулирования, хозяйственного расчета и системы мотивации к труду;
    • усиление социально- психологических факторов, активизация человеческого фактора на основе демократизации и децентрализации управления, повышения ответственности и творческой инициативы работников, всестороннего развития личности, усиления социальной направленности в развитии производства (повышение общеобразовательного и профессионального уровня работников, улучшение условий труда и техники безопасности, повышение культуры производства, улучшение экологии).
  • 5977. Проблемы развития информационных технологий в республике Беларусь
    Курсовой проект пополнение в коллекции 26.05.2008

    Литература

    1. Постановление Верховного Совета Республики Беларусь от 23 апреля 1992г. «О Концепции судебно-правовой реформы» // Ведамасці Вярхоўнага Савета Рэспублікі Беларусь. 1992. №16. Ст. 270.
    2. Указ Президента Республики Беларусь от 20 июля 1998г. №369 «О Национальном реестре правовых актов Республики Беларусь» // Собрание декретов, указов Президента и постановлений Правительства Республики Беларусь. 1998. №20. Ст. 532.
    3. Указ Президента Республики Беларусь от 4 января 1999г. №1 «Об утверждении Единого правового классификатора Республики Беларусь» // Национальный реестр правовых актов Республики Беларусь. 1999. №2-3, 1/2.
    4. Указ Президента Республики Беларусь от 6 августа 2002г. №424 «О внесении изменений и дополнений в Указ Президента Республики Беларусь от 4 января 1999г. №1» // Национальный реестр правовых актов Республики Беларусь. 2002. №91, 1/3938.
    5. Указ Президента Республики Беларусь от 24 июля 1998г. №376 «О создании компьютерного банка данных проектов законов Республики Беларусь» // Сборник действующих нормативных актов Президента Республики Беларусь: 19941998. Мн.: НЦПИ, 1999.
    6. Конституция Республики Беларусь 1994 года (с изменениями и дополнениями). Мн.: Беларусь, 1997.
    7. Кашинский Ю.И., Сатолина М.Н., Захаревич И.А., Шашков И.А. Публичные центры информации форпост информатизации // Проблемы информатизации: Науч.-практ. журнал. Мн.: НЦПИ, 2001, вып. 4. С. 143147.
    8. Кашинский Ю.И. Некоторые вопросы использования сети Интернет в развитии правовой информатизации Республики Беларусь // Информационный бюллетень Администрации Президента Республики Беларусь. 2001. №9(64). С. 7985.
    9. Кашинский Ю.И., Гутман Е.Н., Радиванович Н.Н. и др. Концепция Национального Интернет-портала Республики Беларусь // Проблемы информатизации: Науч.-практ. журнал. Мн.: НЦПИ, 2001, вып. 4. С. 1719.
    10. Указ Президента Республики Беларусь от 6 апреля 1999г. №195 «О некоторых вопросах информатизации в Республике Беларусь» // Национальный реестр правовых актов Республики Беларусь. 1999. №28, 1/231.
    11. Кашинский Ю.И., Радиванович Н.Н., Сатолина М.Н. и др. Некоторый опыт создания системы межгосударственного обмена информацией на примере работы НЦПИ // Проблемы информатизации: Сб. ст. Мн.: НЦПИ, 2000, вып. 3. С. 3842.
    12. Кашинский Ю.И., Сатолина М.Н. О совершенствовании парадигмы создания системы межгосударственного обмена информацией // Проблемы информатизации: Науч.-практ. журнал. Мн.: НЦПИ, 2001, вып. 4. С. 148152.
    13. Кашинский Ю.И. Концепция государственной политики в области информатизации правовая основа построения информационного общества в Республике Беларусь: Правовые проблемы информационного общества // Материалы Всероссийской конференции. Москва, 5октября 1999г.
    14. Шимко В.И. Информационные технологии инструментальная база экономических преобразований при переходе к рынку //Бюллетень «Технологическое оборудование и материары».- 1995.- № 5.
    15. Проблемы информатизации: Сб. ст. Мн.: НЦПИ, 1998, вып. 1.
    16. Проблемы информатизации: Сб. ст. Мн.: НЦПИ, 1998, вып. 2.
    17. Проблемы информатизации: Сб. ст. Мн.: НЦПИ, 2000, вып. 3.
    18. Проблемы информатизации: Науч.-практ. журнал. Мн.: НЦПИ, 2001, в. 4.
    19. Национальный центр информационных ресурсов и технологий Национальной академии наук Беларуси;
    20. Министерство информационного развития Молдовы
    21. Администрация Президента Республики Беларусь
    22. Совет Министров Республики Беларусь
    23. Национальная академия наук Беларуси
    24. Государственный Комитета по науке и технологиям Республики Беларусь
    25. Национальный центр правовой информации Республики Беларусь
    26. Министерство образования Республики Беларусь
    27. Министерство культуры Республики Беларусь
  • 5978. Проблемы развития коммуникационной инфраструктуры Интернет
    Информация пополнение в коллекции 25.11.2010

    Цифровая абонентская линия (DSL). DSL это технология модемной связи, которая преобразует существующие телефонные линии с медным проводом в высокоскоростные каналы двухсторонней передачи данных. Скорость передачи информации составляет до 7 Мбит/с, а приема до 1 Мбит/с. Скорости могут зависеть от состояния телефонного провода и расстояния между домом и центральной АТС телефонной компании (т. е., зданием, в котором размещен телефонный коммутатор). Поскольку ADSL (Asymmetrical Digital Subscriber Line, асимметричная цифровая абонентская линия) использует гораздо более высокие частоты, чем при голосовой связи, по одной и той же телефонной линии могут пересылаться как речь, так и данные. Таким образом, клиенты могут говорить по телефону, находясь при этом в Интернете, и голосовая связь будет поддерживаться даже в том случае, если сервис ADSL выйдет из строя. ADSL, как и технология кабельной широкополосной связи, предполагает «постоянное» подключение к Интернету без необходимости набора телефонного номера ПУИ. Однако, в отличие от кабельной связи, ADSL имеет одно преимущество ADSL-линия не является объектом совместного использования клиентом и центральной АТС. Таким образом, в периоды большого интернет-трафика скорость передачи данных не обязательно будет снижаться. Неудобство, связанное с использованием кабельной линии связи, заключается в том, что развертывание технологии ADSL ограничивается расстоянием между домом пользователя и центральной АТС. В настоящее время ADSL доступна только домам, расположенным от центральной АТС на расстоянии не более 18 тыс. футов (приблизительно три мили). Однако поставщики услуг DSL в настоящее время изучают способы дальнейшего увеличения «радиуса действия» этой технологии.

  • 5979. Проблемы разработки ПО
    Информация пополнение в коллекции 12.01.2009

    ВопросОтветНедостаток прозрачностиПО по своей природе является концептуальным. В отличие от моста, здания или любого другого физического объекта, сложно посмотреть на программный продукт и оценить степень его завершенности. Без жесткого руководства проектом разработка ПО будет завершена на 90% при использовании 90% отведенного времени. Политика Управления Конфигурациями (УК)и Управления Изменениями (УИ) и определение модели менеджмента конфигурации ПО при разработке продукта, все элементы конфигурации, компоненты и подкомпоненты мгновенно становятся видимыми для версий, релизов и семейств продуктов.Недостаток контроляПоскольку программное обеспечение является нематериальным в физическом смысле, его более сложно контролировать. Без точной оценки процесса разработки срываются графики выполнения работ и превышаются установленные бюджеты. Очень сложно оценить объем выполненной и оставшейся работы. Процесс УК и УИ предоставляет механизм управления процессом через определение фактически затраченных и плановых ресурсов и оценивание будущих затрат, исходя из объема выполненной работы.Недостаток трассировкиОтсутствие связи между отдельными событиями проекта приводит к его провалу. Главное преимущество УК и УИ состоит в том, что с его помощью обеспечивается трассировка среди версий, релизов и семейств продуктов. Ценность подобной трассировка огромна в ситуациях, когда в одном из выпусков или семействе продукта возникает проблема, которая оказывает влияние на другие клиентские релизы и продукты. Выполнение одного изменения и его распространение на всю базу ПО экономит много времени, средств и улучшает взаимоотношения с клиентами. Отсутствие связи между событиями проекта приводит к его провалу, когда решение одной проблемы увеличивают проблему в другой области или приводит к неудаче в попытке решить аналогичную проблему где то в другом месте. Сквозная трассировка выполняемых задач позволяет менеджменту в пределах аудиторской возможности УК и УИ проверить цепочку событий, из за которых возникли сложности в проекте как интегральном процессе. А отслеживание календарного графика выполнения работ позволяет, не затягивая проект, завершать разработку ПО в установленные сроки.Недостаток мониторингаБез трассировки и «прозрачности» сложно осуществить мониторинг программных проектов. Руководство не может принять компетентные решения, поэтому графики продолжают срываться, а затраты продолжают превышать установленный бюджет. Невозможно выполнить мониторинг проекта, если у менеджера проекта нет инструментальных средств, чтобы следить за фактической разработкой продукта в пределах проекта. В ходе осуществления процесса УК и УИ реализуется обеспечение инструментальными средствами, которые позволяют осуществить разносторонний мониторинг процесса. При наличии УК и УИ, трассировки и «прозрачности» мониторинг программных проектов становится простой частью общей задачи управления проектом. С помощью мониторинга, доступного благодаря инструментальным средствам УК и УИ и возможностям CCB*, менеджеры проектов принимают взвешенные решения, не выбиваясь из графика работ и не превышая бюджет.Неконтролируемые измененияПО является достаточно гибким, оно представляет результат работы большого коллектива, но у потребителей постоянно возникают новые идеи относительно данного программного продукта. Люди редко просят конструктора моста внести изменения в середине проекта, тогда как пользователи ПО часто обращаются с такими просьбами. Влияние таких изменений может быть просто огромно. Все инструментальные средства SCM поддерживают механизм для управления соответствующими изменениями.Групповой синдром разработчикаЕсли для разработки проекта требуется более одного разработчика, то возникает проблема группы людей, работающих над одной базой продукта. В данном случае базой может быть план проведения испытаний, требования к спецификации или коду. Усилия тратятся впустую, несколько человек работают над одним и тем же файлом, а затем его сохраняют. Без контроля УК И УИ сохраняются только изменения, записанные последним, кто работает над этим файлом; все остальные изменения теряются. Самое простое решение проблемы лежит в блокировании файла на время работы с ним одним из сотрудников, чтобы предотвратить одновременную работу над ним не скольких человек.Множественность версийСовершенствование базового продукта приводит к выпуску дополнительных версий с самыми последними изменениями. Несмотря на наличие последней модернизированной версии программного продукта, часть пользователей продолжает работать с более ранней версией. Продукт УК И УИ позволяет контролировать все версии. Если в программе обнаружены ошибки, то изменения необходимо сделать во всех версиях. Как только в продукте появляются новые свойства, они должны быть доступны для всех пользователей независимо от времени выпуска версии продукта.Семейство программных продуктовПоскольку программные продукты созданы для того, чтобы предлагать аналогичные функции с помощью неоднородных платформ аппаратного обеспечения, необходимо управлять как программным продуктом вообще, так и ПО на базе определенной аппаратной платформы. Если программный продукт работает с четырьмя версиями Windows, тремя версиями Unix, Red Hat Linux и FreeBSD, то руководство для пользователя должно быть аналогичным. Но для этих девяти платформ необходимы разные процессы установки ПО. Без применения о написать девять отдельных руководств пользователя по данному программному продукту. При наличии УК И УИ достаточно будет одного комплекта документации, куда будут входить все девять версий, которые будут отличаться лишь процедурой инсталляции программного продукта.Изменение требованийПервый закон системотехники заключается в том, что независимо от этапа жизненного цикла системы, система/ПО будет изменяться, а желание изменить ее будет постоянно возникать на всем протяжении жизненного цикла продукта. Борьба с такими изменениями представляет собой сложную управленческую проблему. Наличие УК И УИ облегчает управление такими изменениями требований к продукту. УК И УИ позволяет легко идентифицировать наборы функциональных возможностей, которые объединяют требования, которым отвечает версия продукта. Этот набор функциональных возможностей отслеживается от разработки до поставки продукта.Изменение графика работПоскольку технические требования изменяются, должен изменяться и график их выполнения. Составление календарного плана с учетом набора функциональных возможностей для версии позволяет менеджерам проектов более точно распределять силы, необходимые для выпуска следующей версии программного продукта. Наличие УК И УИ дает возможность на основе статистических данных сравнивать эффективность работы при подготовке новых версий. Статистические данные помогают оценить развитие событий типа а что, если, которые происходят в результате успешного внедрения программного продукта среди новых потребителей или предоставлении выполненных по заказу продуктов другим клиентам.Изменения ПОНи один разработчик не позволяет себе, однажды написав программу, полностью о ней забыть. Разрабатываемое ПО изменяется не только при изменении технических требований и календарных планов, но и в ответ на изменения в других элементах. ПО не является догмой. В этом и заключается его ценность. Программный продукт можно изменять, поэтому его и изменяют. Системы УК И УИ отслеживают эти изменения, а если внесено неверное изменение, то всегда можно посмотреть предыдущую рабочую версию. Только одна эта функция УК И УИ экономит огромное количество времени, поскольку разработчики проверяют конкретные задачи, которые не работают в среде программного продукта, и могут быстро перейти к рабочей версии.Изменения штатаВо всех организациях сотрудники продвигаются по служебной лестнице, переходят на другую работу или увольняются. Если это происходит в разгар работы по разработке ПО, то с уходом специалиста теряются не только технологические знания. Теряются также практические знания по разработке продуктов, на овладение которыми ушло много времени. Новые сотрудники, даже зная технологию, не смогут заниматься разработкой продукта без задокументированного процесса УК И УИ. Таким образом, УК И УИ является точкой отсчета и базой данных об истории разработки проекта. Благодаря УК И УИ новый сотрудник может узнать, как идет процесс разработки в организации и что нового в проекте на конкретную дату.Изменения документации система/пользовательНи один разработчик не имеет права что-то пропустить в технологии или инструментальном средстве. Все разработчики продукта используют систему микропрограмм аппаратных средств, операционные системы, инструментальные средства и документацию, которые не находятся под их контролем. При изменении основной операционной системы (например, следующей самой лучшей версии Windows) УК И УИ отслеживает все элементы конфигурации, компоненты и подкомпоненты, на которые может оказать влияние это изменение. Каждое изменение анализируют отдельно, что позволяет правильно распределить силы, необходимые для реагирования на это изменение. Можно составить календарный план реагирования на ситуацию, которая выходит за рамки контроля этой организации.Список литературы

  • 5980. Проблемы со вторым сервис-паком для Windows XP
    Статья пополнение в коллекции 12.01.2009

    Вторая группа программ, как уже говорилось, перестает нормально работать на компьютерах с 64-разряными процессорами AMD. Происходит это из-за применения технологии No Execute (NX), реализованной в этих процессорах. Данная технология позволяет четко разграничить области памяти для команд и данных. В результате, код, помещенный в область данных, не может быть выполнен. Это обеспечивает защиту от активно практикуемых хакерами атак с использованием ошибок переполнения. Однако, если в любой другой, невредоносной программе код из области данных подлежит выполнению, она не будет нормально работать в Windows XP SP2 на 64-разрядном процессоре. В число таких программ входят многие антивирусы, брандмауэры и другие утилиты, связанные с безопасностью: BlackICE, BitDefender, eTrust EZ Armor, немецкая версия "Антивируса Касперского" (в статье базы знаний Microsoft указан именно такой вариант), Norman Personal Firewall, Pinnacle Studio, ZoneAlarm и некоторые другие. В компьютерах с 32-разрядными процессорами проблем с работой данных программ быть не должно, тогда как пользователям 64-битных ПК стоит воздержаться от установки сервис-пака до выхода обновленных версий проблемных программ.