Затонский А.В. Пособие по полному жизненному циклу информационных систем

Подождите немного. Документ загружается.

381

возможности развития ИС в его строении (конструкции). В нем также

фиксируются, какие части ИС являются аппаратно- и программно-зависимыми.

Общая проблема сопровождения ИС − обеспечить, чтобы все его

представления шли в ногу (оставались согласованными), когда ИС изменяется.

Чтобы этому помочь, связи и зависимости между документами и их частями

должны быть отражены в руководстве по сопровождению, и зафиксированы в

базе данных управления конфигурацией.

Требования к содержанию документов

Содержание документов является общим для всех видов ИС и, при

необходимости, может дополняться разработчиком документов в зависимости

от особенностей создаваемой ИС. Допускается включать в документы

дополнительные разделы и сведения, объединять и исключать разделы.

Содержание каждого документа определяет разработчик в зависимости от

объекта проектирования (системы, подсистема и т.д.).

1. Пояснительные записки к эскизному, техническому проектам

содержат разделы:

• общие положения;

• описание процесса деятельности;

• основные технические решения;

• мероприятия по подготовке объекта автоматизации к вводу системы в

действие.

2. Схема функциональной структуры содержит:

• элементы функциональной структуры ИС (подсистемы ИС);

автоматизированные функции и/или

• задачи (комплексы задач); совокупности действий (операций),

выполняемых при реализации автоматизированных функций только

техническими средствами (автоматически) или только человеком;

• информационные связи между элементами и с внешней средой с кратким

указанием содержания

• сообщений и/или сигналов, передаваемых по связям, и при

необходимости, связи других типов (входимости, подчинения и т. д.);

• детализированные схемы частей функциональной структуры (при

необходимости).

3. Описание автоматизируемых функций содержит разделы: исходные

данные; цели ИС и автоматизированные функции; характеристика

функциональной структуры; типовые решения (при наличии).

4. Описание постановки задачи (комплекса задач) содержит разделы:

характеристики комплекса задач; выходная информация; входная информация.

5. Общее описание системы содержит разделы: назначение системы;

описание системы; описание взаимосвязей ИС с другими системами; описание

подсистем (при необходимости).

382

6. Программа и методика испытаний должна содержать перечни

конкретных проверок (решаемых задач), которые следует осуществлять при

испытаниях для подтверждения выполнения требований ТЗ, со ссылками на

соответствующие методики (разделы методик) испытаний. Перечень проверок,

подлежащих включению в программу испытаний, включает:

• соответствие системы ТЗ;

• комплектность системы;

• комплектность и качество документации;

• комплектность, достаточность состава и качество программных средств и

программной документации;

• количество и квалификация обслуживающего персонала;

• степень выполнения требований функционального назначения системы;

• контролепригодность системы;

• выполнение требований техники безопасности, противопожарной

безопасности, промышленной санитарии, эргономики;

• функционирование системы с применением программных средств.

Программа испытаний содержит разделы:

• объект испытаний;

• цель испытаний;

• общие положения;

• объем испытаний;

• условия и порядок проведения испытаний;

• материально-техническое обеспечение испытаний;

• метрологическое обеспечение испытаний;

• отчетность.

7. Схема организационной структуры содержит:

• состав подразделений (должностных лиц) организации, обеспечивающих

функционирование ИС

• либо использующих при принятии решения информацию, полученную от

ИС;

• основные функции и связи между подразделениями и отдельными

должностными лицами, указанными на схеме, и их подчиненность.

8. Описание организационной структуры содержит разделы: изменения

в организационной структуре управления объектом; организация

подразделений; реорганизация существующих подразделений управления

9. Методика автоматизированного проектирования содержит разделы:

общие положения; постановка задачи; методика проектирования; исходные

данные; проектные процедуры; оценка результатов.

10. Перечень входных сигналов и данных содержит разделы: перечень

входных сигналов; перечень входных данных.

11. Перечень выходных сигналов (документов) содержит разделы:

перечень выходных сигналов; перечень выходных документов.

12. Описание информационного обеспечения системы содержит

разделы: состав информационного обеспечения; организация информационного

383

обеспечения; организация сбора и передачи информации; построение системы

классификации и кодирования; организация внутримашинной информационной

базы; организация внемашинной информационной базы.

13. Описание организации информационной базы содержит описание

логической и физической структуры базы данных и состоит из двух частей:

описание внутримашинной информационной базы; описание внемашинной

информационной базы. Части документа содержат следующие разделы:

логическая структура; физическая структура (для внутримашинной

информационной базы); организация ведения информационной базы. В разделе

«Логическая структура» приводят описание состава данных, их форматов и

взаимосвязей между данными. В разделе «Физическая структура» приводят

описание избранного варианта расположения данных на конкретных машинных

носителях.

14. Описание систем классификации и кодирования содержит

перечень применяемых в ИС зарегистрированных классификаторов всех

категорий по каждому классифицируемому объекту, описание метода

кодирования, структуры и длины кода, указания о системе классификации и

другие сведения по усмотрению разработчика.

15. Описание массива информации содержит: наименование массива;

обозначение массива; наименование носителей информации; перечень

реквизитов в порядке их следования в записях массива с указанием по каждому

реквизиту: обозначения алфавита, длины в знаках и диапазона изменения (при

необходимости), логических и семантических связей с другими реквизитами

данной записи и другими записями массива; оценку объема массива; другие

характеристики массива (при необходимости).

Полный пакет документации по проекту включает:

• пояснительная записка схема функциональной структуры;

• общее описание системы;

• описание автоматизируемых функций;

• описание постановки задачи;

• описание информационного обеспечения системы;

• описание организации информационной базы;

• перечень входных сигналов и данных;

• перечень выходных сигналов/документов;

• описание ПО;

• техническое задание;

• описание программы;

• пояснительная записка;

• программа и методика испытаний.

Работа технического писателя

Многие из информационных систем ни при каких обстоятельствах не

могут быть используемы без подготовки, независимо от качества их

интерфейса. Система автоматизации, например, может быть эффективно

384

использована только в том случае, когда пользователь этой системы понимает

суть автоматизируемых процессов. Обязанность же технического писателя,

прежде всего, заключается в том, чтобы снабдить пользователя этим

пониманием [73]. Это значит, что концепции и суть сложной системы могут

быть безболезненно вынесены из интерфейса в документацию, освобождая

ресурсы дизайнера. С другой стороны, зачастую описание концепций влияет на

их реализацию в системе, особенно в ситуациях, когда скорость обучения

работе с системой является важнейшей составляющей качества. Это

наблюдение вполне подтверждается опытом. Например, Джеф Раскин («Отец

Макинтоша»), изначально был начальником отдела документации. После того,

как он обнаружил, что имеющуюся систему невозможно приемлемо описать, он

создал новую, описывающуюся хорошо. Побочным свойством новой системы,

компьютера Макинтош, было то, что его интерфейс был прост и удобен в

работе.

С практической точки зрения это значит, что технический писатель почти

всегда знает о конструируемой системе не меньше, чем дизайнер, или, во

всяком случае, знает другое. Это делает необходимость коммуникации

дизайнера с писателем насущной необходимостью, более того, во многих

источниках напрямую рекомендуется ставить писателя выше дизайнера,

поскольку его вклад в проект более значителен.

Проблема этого подхода заключается в том, что роль документации в

нашей стране чрезвычайно недооценена. Создание документации

воспринимается как сравнительно необязательный процесс, нужный

исключительно для утяжеления коробки с продуктом. От этого документация

почти всегда пишется после того, как система создана, более того, писателям

мало платят. В результате работа технического писателя не приносит ни денег,

ни удовлетворения. Неудивительно, что средний уровень отечественных

техписов, мягко говоря, невысок, что не позволяет проектировщику или

программисту рассчитывать на какую-либо помощь от них.

Специалисты, называющие себя техническими писателями, появились в

России несколько лет назад [74]. Профессия существовала и раньше, только те,

кто занимался технической документацией, не догадывались, что они –

технические писатели.

Компании-разработчики нового программного обеспечения,

оборудования, построения комплексных сетей сегодня остро нуждаются в

специалистах, способных доступно и толково объяснить пользователям и

заказчикам, как со всем этим работать. Отсюда и спрос. Вакансий для

«техписов» на работных сайтах огромное количество. В инженерно-

конструкторской сфере технические писатели тоже востребованы, но в

меньшей степени: частных фирм-производителей, имеющих собственные

конструкторские отделы в России, немного, а в государственных НИИ и

конструкторских бюро технической документацией обычно занимаются

инженеры.

Зачем нужны технические писатели, неужели разработчики сами не могут

написать документацию к своим творениям? Оказывается, нет. Главное –

385

доходчиво объяснить читателю сложные вещи. Разработчики, как правило,

этого делать не умеют: то, что для них – очевидно и не требует

дополнительных разъяснений, рядовому пользователю абсолютно непонятно. И

потом, у тех же программистов просто нет времени писать подобные

руководства – им нужно разрабатывать следующий программный продукт,

поэтому и необходим специалист, готовый взять на себя эту работу.

Если технический писатель пишет руководство по эксплуатации для

ординарных пользователей программы, ему достаточно хорошо знать ее и

уметь ею пользоваться. Другое дело, когда приходится творить для

программистов, занимающихся установкой и наладкой этого программного

обеспечения. Тут поверхностными знаниями не обойтись, нужна серьезная

подготовка, чтобы не выглядеть в глазах специалистов дилетантом.

В государственном реестре профессий РФ технический писатель

отсутствует. А значит, нет строго определенных обязанностей. Поэтому

требования работодателей могут быть разными. Одним нужен специалист,

просто набивающий текст в Word`е, другим необходим профи, на которого

можно взвалить множество других дел: иногда технический писатель пишет не

только эксплуатационную, но и техническую документацию в ходе разработки

программного обеспечения или автоматизированной системы. В этом случае он

формулирует для заказчика концепцию, техническое задание для специалистов,

готовит документы эскизного и технического проекта и т. д. Эта работа не

входит в задачу техписа, но, как правило, инженеры настолько перегружены

делами, что все обязанности по написанию этого вида документации

перекладываются на плечи технического писателя.

За рубежом, кстати, специальность «технический писатель» существует, у

нас же она вряд ли появится в ближайшее время. И пока российские чиновники

думают да размышляют, технари срочно изучают правила русского языка, а

гуманитарии изучают компьютерные программы.

Обычно к любому программному обеспечению прилагается целый набор

документации, в котором пользователю подчас трудно разобраться. Поэтому

вся документация предлагается еще и в электронном виде, чтобы удобно было

искать информацию. Электронную версию тоже готовит технический писатель.

Технический писатель может работать в компании, которая занимается

созданием программных продуктов или заказных автоматизированных систем.

Технические писатели востребованы в IT-департаментах разных предприятий и

организаций – там, где задействовано много автоматизированных систем

(Сбербанк, например), разработкой которых занимается специальная служба.

Чтобы стать техническим писателем, мало знать правила орфографии,

пунктуации и разбираться в технических вопросах. Нужно иметь представление

и о самом процессе документирования, а также:

• нормы государственного стандарта (ГОСТы) и международные

стандарты документирования;

• виды технической документации;

• как организован процесс документирования;

• какие требования предъявляются к документации;

386

• программы для работы с текстом (Word, Excel, Visio) – для подготовки

внутреннего документа;

• программу Adobe FrameMaker (для работы с техническими

публикациями);

• программы для создания электронной справки (например, Help&Manual);

• языки программирования;

• язык разметки HTML и HTML-editor – для разработки онлайновых

систем помощи;

• программы для создания документов в формате PDF, в котором пишется

вся электронная документация (например, Adobe Acrobat) – для

подготовки документа, передаваемого клиенту, так как работа

технического писателя одним «писательством» не ограничивается:

обычно работодатель требует, чтобы он все сверстал, «снял» картинки,

проверил орфографию, оформил свою работу, сделал книжку, чтобы ее

потом могли напечатать в типографии.

Заключение

В настоящем учебном пособии автор сделал попытку обобщения

теоретического материала и собственного многолетнего опыта в области

разработки, внедрения и эксплуатации информационных систем.

Государственный образовательный стандарт бакалавров направления

«Информатика и вычислительная техника» не предусматривает преподавания

дисциплин «Проектирование систем автоматизации», «Сетевые технологии» и

некоторых других, знание которых необходимо для успешной работы в этой

профессиональной области, а некоторые дисциплины (например, «CASE-

технологии») обычно излагаются на умозрительных примерах. Поэтому

конкретные способы применения данных знаний и умений составляют

существенную часть пособия.

Рассмотренные вопросы, разумеется, отражают определенный

субъективизм автора, что неизбежно в столь динамично развивающейся

отрасли. Однако автор считает часть изложенного материала полезной, а часть

– совершенно необходимой для студентов, обучающихся автоматизации и

обработке информации в прикладных областях. Все замечания и предложения,

которые могли бы в дальнейшем улучшить данное пособие, будут с

благодарностью приняты по электронной почте на адрес zxenon@narod.ru .

Список литературы

1. IBM Rational Unified Process (RUP) [Электронный ресурс]: режим доступа

http://www.interface.ru/home.asp?artId=5154

2. JIT (Just-In-Time) – «Точно вовремя» [Электронный ресурс]: режим доступа

http://jitbaikal.ru/articles/41/jit-just-in-time-tochno-vovremya

3. Microsoft Dynamics: функциональные и технологические возможности

[Электронный ресурс]: режим доступа

http://mibuso.ru/index.php/glossary

387

4. UML [Электронный ресурс]: режим доступа

http://penguin.photon.ru/doc/uml.shtml

5. Анализ вариантов архитектур и платформ для построения информационных

систем [Электронный ресурс]: режим доступа

http://www.interface.ru/fset.asp?Url=/misc/aap1.htm

6. Балансировка нагрузки сети [Электронный ресурс]: режим доступа

http://www.microsoft.com/Rus/Business/Infrastructure/Unified/Scalability/LoadBalance.mspx

7. Баронов В.В., Попов Ю.И., Позин Б.А., Титовский И.Н. Особенности

использования и внедрения ERP-систем в России [Электронный ресурс]:

режим доступа

http://www.startplusgroup.ru/index.php?option=com_content&task=view&id=89&Itemid=155

8. Богатырев С. Введение в добычу данных (Data Mining) [Электронный

ресурс]: режим доступа

http://yury.name/internet/01ia-seminar-note.pdf

9. Вендров А.М. Проектирование программного обеспечения экономических

информационных систем.– М.: Финансы и статистика, 2005.– 544 с.

10. Вендров А.М. Современные технологии создания программного

обеспечения // JetInfo Online, 2004.– № 4.

11. Верников Г.Г. Корпоративные информационные системы: не повторяйте

пройденных ошибок // Менеджмент в России и за рубежом, 2003.– № 2.

12. Волощенко Е., Зверев С. Управление жизненным циклом основных

производственных фондов как инструмент повышения рентабельности

предприятий инфраструктурных отраслей // Секрет фирмы, 2006.– № 43

(178).

13. Воронцов И. Автоматизация российских предприятий: с чего начинать?

[Электронный ресурс]: режим доступа

http://www.iteam.ru/publications/it/section_53/article_1855/

14. Все о ERP [Электронный ресурс]: режим доступа

http://erp-tools.ru/

15. Выполнение пилотного проекта [Электронный ресурс]: режим доступа

http://program.rin.ru/razdel/html/521.html

16. Глоссарий технологий анализа данных [Электронный ресурс]: режим

доступа

http://www.basegroup.ru/glossary/letters/rus/A/

17. Головач В. Дизайн пользовательского интерфейса [Электронный ресурс]:

режим доступа

http://depositfiles.com/files/136555/Golovach_Design.rar.html

18. Головицына М.В. Интеллектуальные САПР для разработки современных

конструкций и технологических процессов [Электронный ресурс]: режим

доступа

http://www.intuit.ru/department/hardware/sapr/16/

19. Дубова Н. В круге разработки // Открытые системы, 2003.– № 9.

20. Жоголев Е.А. Технология программирования [Электронный ресурс]: режим

доступа

http://sp.cmc.msu.ru/info/3/techprog.htm

21. Затонский А.В. Методические указания к выполнению выпускных

квалификационных работ бакалаврами направления 230100 «Информатика и

вычислительная техника».– Пермь: ПГТУ, 2010.– 29 с.

22. Затонский А.В., Калинина Н.С. Информационная система обеспечения

качества образования в ВУЗе // Математические методы в технике и

388

технологиях: Материалы 19-й международной научной конференции, Т.4.

Воронеж, 2006, с.173-177.

23. Защита информационных систем [Электронный ресурс]: режим доступа

http://kiev-security.org.ua/box/2/index.shtml

24. Зубкова Т.М. Технология разработки программного обеспечения Оренбург:

ГОУ ОГУ, 2004. – 101 с.

25. И.В. Успенский. Интернет-маркетинг. Учебник.– СПб.: Изд-во СПГУЭиФ,

2003.

26. Информационная технология как система [Электронный ресурс]: режим

доступа

http://technologies.su/it_kak_sistema

27. Информационные технологии [Электронный ресурс]: режим доступа

http://technologies.su/case

28. Информационные технологии в образовании [Электронный ресурс]: режим

доступа

http://technologies.su/informacionnye_tehnologii_v_obrazovanii

29. Информационные технологии в промышленности и экономике

[Электронный ресурс]: режим

доступаhttp://technologies.su/informacionnye_tehnologii_v_promyshlennosti_i_e

konomike

30. Информационные технологии организационного управления [Электронный

ресурс]: режим доступа

http://technologies.su/korporativnye_informacionnye_tehnologii

31. Калашян А.Н., Каланов Г.Н. Структурные модели бизнеса: DFD-

технологии.– М.: Финансы и статистика, 2003.– 256 с.

32. Калянов Г.Н. Консалтинг при автоматизации предприятий: подходы,

методы, средства [Электронный ресурс]: режим доступа

http://www.interface.ru/fset.asp?Url=/case/defs16_4.htm

33. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация

бизнес-процессов.– М.: Финансы и статистика, 2006.– 240 с.

34. Карабанов Б. Бизнес-инжиниринг. Не роскошь, а средство управления

[Электронный ресурс]: режим доступа

http://www.aup.ru/articles/management/12.htm

35. Колдовский В. Разработка ПО: модели жизненного цикла [Электронный

ресурс]: режим доступа

http://www.itc.ua/print.phtml?ID=21072

36. Колтунова Е. Требования к информационной системе и модели жизненного

цикла [Электронный ресурс]: режим доступа

http://www.silicontaiga.ru/home.asp?artId=2142

37. Кольцова Л.Н., Кольцова В.В. Построение ассортиментной матрицы в

сетевом ритейле // Офис-файл, 2009.– №121.

38. Корпоративная информационная система [Электронный ресурс]: режим

доступа

http://web.novatelecom.ru/art/23.php

39. Костров А.В., Александров Д.В. Уроки информационного менеджмента.

Практикум.– М.: Финансы и статистика, 2005.– 304 с.

40. Коченев А. Семь принципов успешной автоматизации [Электронный

ресурс]: режим доступа

http://www.cfin.ru/itm/mics_implementation.shtml

41. Маклаков С.В. Волшебный ключик Bpwin [Электронный ресурс]: режим

доступа http://www.interface.ru/public/mirpc/mirpc.htm

389

42. Методика обследования предметной области [Электронный ресурс]: режим

доступа http://mista.ru/obsledov.htm

43. Методические средства информационных технологий [Электронный

ресурс]: режим доступа

http://computeh.ru/?p=1377

44. Методы моделирования бизнес-процессов [Электронный ресурс]: режим

доступа

http://www.ademidov.net/articles/ModellingMethods.htm

45. Мороховец Ю.Е. CASE-технология анализа систем управления предприятий

[Электронный ресурс]: режим доступа

http://www.interface.ru/fset.asp?Url=/case/case_pred.htm

46. Назначение, структура управления разработкой ПС и его основные процессы

[Электронный ресурс]: режим доступа http://azhel.ru/vmipL6_1.pdf

47. Некрасова Е. Информационная система предприятия: эффекты или

эффективность? [Электронный ресурс]: режим доступа

http://www.iteam.ru/publications/it/section_53/article_1491/

48. Нефедов В. Выбор варианта установки Microsoft Axapta [Электронный

ресурс]: режим доступа

http://www.pandorasoft.ru/modules/wfsection/article.php?articleid=3

49. Новичков А. Оценка эффективности от внедрения и использования

методологии и инструментальных средств IBM Rational [Электронный

ресурс]: режим доступа http://www.ibm.com/developerworks/ru/library/r-

roi/index.html

50. Общие рекомендации по проектированию индексов [Электронный ресурс]:

режим доступа http://msdn.microsoft.com/ru-ru/library/ms191195.aspx

51. Овчаренко А.В. Ajax на примерах.– СПб.: БХВ-Петербург, 2009.– 432 с.

52. Определение информационных объектов [Электронный ресурс]: режим

доступа http://computeh.ru/?p=1354

53. Определение требований к оборудованию и программному обеспечению

[Электронный ресурс]: режим доступа http://technet.microsoft.com/ru-

ru/library/bb905370.aspx

54. Основные пути развития и внедрения систем управления предприятием по

международным стандартам MRPI, MRPII и ERP [Электронный ресурс]:

режим доступа http://www.interface.ru/fset.asp?Url=/case/osnov.htm

55. Полковников А. Корпоративная система управления проектами

[Электронный ресурс]: режим доступа http://projectm.narod.ru/pub13.html

56. Преимущества XP перед другими известными методологиями разработки

[Электронный ресурс]: режим доступа

http://www.webcorp.ru/page/xpadvantages.html

57. Программные средства информационных технологий [Электронный ресурс]:

режим доступа http://computeh.ru/?cat=722

58. Производственные функции в моделировании жизненного цикла

[Электронный ресурс]: режим доступа http://www.excode.ru/art6156p1.html

59. Пузанков Д.В., Степанов С.А.. Развитие университетского комплекса с

позиций менеджмента качества [Электронный ресурс]: режим доступа

http://quality.eup.ru/MATERIALY5/univer.html

390

60. Пушников А.Ю. Введение в системы управления базами данных. Часть 1.

Реляционная модель данных: Учебное пособие/Изд-е Башкирского ун-та.–

Уфа, 1999.– 108 с.

61. Рубцов С.В. Методология структурного анализа и проектирования

[Электронный ресурс]: режим доступа http://or-rsv.narod.ru/SADT/SADT.htm

62. Система профильного тестирования [Электронный ресурс]: режим доступа

http://www.marketing.spb.ru/lib-mm/mibif/4/index.htm

63. Скопин И.Н. Основы менеджмента программных проектов.–М.: Изд-во

«Интернет-университет информационных технологий – ИНТУИТ.ру»,

2004.– 336 c.:

64. Словарь терминов [Электронный ресурс]: режим доступа

http://www.willmore.ru/index.php/glossary

65. Смирнова Г.Е., Тельнов Ю.Ф. Проектирование информационных

экономических систем. М.: МЭСИ, 2004.– 223 с.

66. Советов Б.Я. Информационные технологии: Учеб. Для вузов/ Б.Я. Советов,

В.В. Цехановский. – М.: Высш. шк., 2008. – 263с.

67. Создание информационных систем [Электронный ресурс]: режим доступа

http://www.bearhill.ru/service-is.html

68. Соломин И.В. Теория разработки программного обеспечения [Электронный

ресурс]: режим доступа http://www.solomill.ru/index35.htm

69. Стандарты управления компанией от MRP до ERP II [Электронный ресурс]:

режим доступа

http://corpsite.ru/Encyclopedia/Consulting/Management/MRPERP.aspx

70. Стасышин В.М. Введение в проектирование реляционных баз данных //

Учебное пособие по курсу по курсу «Базы данных». - Новосибирск, НГТУ,

1999

71. Структура информационной технологии и законы ее построения

[Электронный ресурс]: режим доступа http://technologies.su/struktura_it

72. Т.А.Макареня Организация и планирование производства.– Таганрог: ТТИ

ЮФУ, 2007

73. Технический писатель [Электронный ресурс]: режим доступа

http://babloid.ru/genuis/2008/04/11/genuis_12496.html

74. Технический писатель: технарь или гуманитарий [Электронный ресурс]:

режим доступа http://www.ucheba.ru/vuz-article/3436.html

75. Технологические аспекты развития программных систем в моделях

жизненного цикла [Электронный ресурс]: режим доступа

http://www.excode.ru/art6154.html

76. Технология кластеризации [Электронный ресурс]: режим доступа

https://www.microsoft.com/Rus/Business/Infrastructure/Unified/Clasterization.ms

77. Федоров А., Елманова Н. Введение в OLAP: часть 1. Основы OLAP //

Компьютер-Пресс, 2001.– №4.

78. Формирование модели предметной области [Электронный ресурс]: режим

доступа http://computeh.ru/?p=1351