Алгоритмические и программные средства
решения задачи или комплекса задач
должны быть одной из составляющих частей ее постановки. Алгоритмизация решения
предполагает полный последовательный перечень действий, которые необходимо
произвести с введенной информацией, чтобы получить ожидаемый результат на выходе.
Такой алгоритм необходимо описать хотя бы на словах, лучше графически, а еще лучше -
в виде общепринятой стандартной блок-схемы. В любом случае алгоритм должен быть
подробнейшим образом согласован с программистом или иным непосредственным
разработчиком компьютерной программы. Немаловажную роль играет и выбор
программных средств, однако это является компетенцией непосредственного
разработчика, с которым надо согласовывать лишь вопрос о программной совместимости
избранных им средств с возможностями использования будущего программного продукта
предполагаемым пользователем на своей технической базе в своих условиях.
Если мысленно каждую из шести перечисленных характеристик записать отдельно на
каждой из граней куба (схема 13.1), то внутри куба окажется полный комплекс
универсальной общей структуры постановки задачи. Если конкретизировать каждую
характеристику применительно к конкретной задаче, то "внутри куба" окажется
конкретный структурный комплекс постановки данной задачи. Соблюдение этих условий
необходимо для получения практически значимых разработок.
Следует заметить, что постановка любой задачи, даже хорошо формализованной и
алгоритмизированной, при передаче ее для написания программы требует заполнения
специальной документации, передаваемой разработчиками по установленной форме.
Это техническое задание (ТЗ), технико-экономическое обоснование (ТЭО), технический
проект (ТП), рабочий проект (РП) и ряд других сложных многостраничных документов,
предусмотренных ГОСТом. Обычно в их состав включаются чертежи, схемы, таблицы,
графики, формулы и т. п.
Когда впоследствии, как правило, обнаруживается, что при постановке задачи на
сложную информационную систему что-то не предусмотрели, либо в чем-то ошиблись,
возникает естественный конфликт между заказчиком и разработчиком.
Имея немалый личный опыт разработки очень сложных экспертных консультативных
систем, я пришел к выводу, что работа врача - постановщика задачи и программиста
обязательно должна быть совместной, в постоянном контакте. Только тогда она
оказывается по-настоящему творческой и плодотворной, что позволяет избежать многих
ошибок. А уже потом, когда система станет работоспособной и будет удовлетворять
основным требованиям, можно будет составить все необходимые документы, нарисовать
соответствующие ГОСТу схемы и чертежи, которые до этого существовали только в виде
рабочих записей.
Схема 13.1
Вышеизложенное вовсе не означает, что я рекомендую такой подход кому бы то ни
было.
Каждый вид профессиональной деятельности требует специфической
информационной поддержки. Универсальным техническим средством при этом остается
компьютер. И от того, какими программными продуктами профессионального назначения
будет обеспечен его пользователь, в конечном итоге зависит успех важнейшего дела -
информатизации всей системы здравоохранения.
Достарыңызбен бөлісу: |